Aggiorna un'istanza di rete in AWS TNB

Versione del cluster Amazon EKS

Puoi aggiornare il valore per il version parametro del piano di controllo del cluster Amazon EKS alla versione secondaria successiva. Non è possibile effettuare il downgrade della versione.

EKSCluster:
    type: tosca.nodes.AWS.Compute.EKS
    properties:
      version: "1.28"

EKSCluster:
    type: tosca.nodes.AWS.Compute.EKS
    properties:
      version: "1.29"

Nodi di lavoro Amazon EKS

Puoi aggiornare il valore del EKSManagedNode kubernetes_version parametro per aggiornare il tuo gruppo di nodi a una versione più recente di Amazon EKS oppure puoi aggiornare il ami_id parametro per aggiornare il tuo gruppo di nodi all'ultima AMI ottimizzata per EKS.

Puoi aggiornare l'ID AMI perEKSSelfManagedNode. La versione Amazon EKS dell'AMI deve essere uguale o inferiore a due versioni rispetto alla versione del cluster Amazon EKS. Ad esempio, se la versione del cluster Amazon EKS è 1.31, la versione dell'AMI Amazon EKS deve essere 1.31, 1.30 o 1.29.

EKSManagedNodeGroup01:
    ...
    properties:
      kubernetes_version: "1.28"
    EKSSelfManagedNode01:
      compute:
        compute:
          properties:
            ami_id: "ami-123123OLD"

EKSManagedNodeGroup01:
    ...
    properties:
      kubernetes_version: "1.29"
    EKSSelfManagedNode01:
      compute:
        compute:
          properties:
            ami_id: "ami-123123NEW"

Proprietà di ridimensionamento

È possibile aggiornare le proprietà di scala dei nodi EKSManagedNode e EKSSelfManagedNode TOSCA.

EKSNodeGroup01:
    ...
    scaling:
        properties:
            desired_size: 1
            min_size: 1
            max_size: 1

EKSNodeGroup01:
    ...
    scaling:
        properties:
            desired_size: 2
            min_size: 0
            max_size: 2

Proprietà del plug-in Amazon EBS CSI

Puoi abilitare o disabilitare il plug-in Amazon EBS CSI sui tuoi cluster Amazon EKS. Puoi anche modificare la versione del plugin.

EKSCluster:
  capabilities:
   ...
    ebs_csi:
      properties:
        enabled: false

EKSCluster:
  capabilities:
   ...
    ebs_csi:
      properties:
        enabled: true
        version: "v1.30.0-eksbuild.1"

VNF

È possibile fare riferimento a essi VNFs nell'NSD e distribuirli nel cluster creato in NSD utilizzando il nodo TOSCA. VNFDeployment Come parte dell'aggiornamento, potrai aggiungere, aggiornare ed eliminare VNFs dalla rete.

vnfds:
  - descriptor_id: "43c012fa-2616-41a8-a833-0dfd4c5a049e"
    namespace: "vnf1"
  - descriptor_id: "64222f98-ecd6-4871-bf94-7354b53f3ee5"
    namespace: "vnf2" // Deleted VNF
...
SampleVNF1HelmDeploy:
      type: tosca.nodes.AWS.Deployment.VNFDeployment
      requirements:
        cluster: EKSCluster
        vnfs:
          - vnf1.SampleVNF1
          - vnf2.SampleVNF2

vnfds:
  - descriptor_id: "59f77222-79e9-4dc1-be53-5712ad06e31b"
    namespace: "vnf1" // Updated VNF
  - descriptor_id: "b7e072dc-839d-4fac-916c-561a166da1fc"
    namespace: "vnf3" // Added VNFn
....
SampleVNF1HelmDeploy:
      type: tosca.nodes.AWS.Deployment.VNFDeployment
      requirements:
        cluster: EKSCluster
        vnfs:
          - vnf1.SampleVNF1
          - vnf3.SampleVNF3

Ganci

Per eseguire le operazioni del ciclo di vita prima e dopo la creazione di una funzione di rete, aggiungete gli post_create hook pre_create and al VNFDeployment nodo.

In questo esempio, l'PreCreateHookhook verrà eseguito prima dell'vnf3.SampleVNF3istanziazione e l'PostCreateHookhook verrà eseguito dopo vnf3.SampleVNF3 l'istanza.

vnfds:
  - descriptor_id: "43c012fa-2616-41a8-a833-0dfd4c5a049e"
    namespace: "vnf1"
  - descriptor_id: "64222f98-ecd6-4871-bf94-7354b53f3ee5"
    namespace: "vnf2"
...
SampleVNF1HelmDeploy:
  type: tosca.nodes.AWS.Deployment.VNFDeployment
  requirements:
    cluster: EKSCluster
    vnfs:
      - vnf1.SampleVNF1
      - vnf2.SampleVNF2 // Removed during update

vnfds:
  - descriptor_id: "43c012fa-2616-41a8-a833-0dfd4c5a049e"
    namespace: "vnf1"
  - descriptor_id: "b7e072dc-839d-4fac-916c-561a166da1fc"
    namespace: "vnf3"
....

SampleVNF1HelmDeploy:
  type: tosca.nodes.AWS.Deployment.VNFDeployment
  requirements:
    cluster: EKSCluster
    vnfs:
      - vnf1.SampleVNF1 // No change to this function, as the namespace and uuid remain the same
      - vnf3.SampleVNF3 // New VNF as the namespace, vnf3, was not previously present
  interfaces:
    Hook:
      post_create: PostCreateHook
      pre_create: PreCreateHook

Ganci

Per eseguire le operazioni del ciclo di vita prima e dopo l'aggiornamento di una funzione di rete, è possibile aggiungere l'pre_updatehook e l'post_updatehook al VNFDeployment nodo.

In questo esempio, PreUpdateHook verrà eseguito prima dell'vnf1.SampleVNF1aggiornamento e PostUpdateHook verrà eseguito dopo l'vnf1.SampleVNF1aggiornamento al vnf pacchetto indicato dall'aggiornamento uuid per il namespace vnf1.

vnfds:
  - descriptor_id: "43c012fa-2616-41a8-a833-0dfd4c5a049e"
    namespace: "vnf1"
  - descriptor_id: "64222f98-ecd6-4871-bf94-7354b53f3ee5"
    namespace: "vnf2"
...

SampleVNF1HelmDeploy:
  type: tosca.nodes.AWS.Deployment.VNFDeployment
  requirements:
    cluster: EKSCluster
    vnfs:
      - vnf1.SampleVNF1
      - vnf2.SampleVNF2 

vnfds:
  - descriptor_id: "0ebe4e95-bd87-44bd-b8a1-918466606a14"
    namespace: "vnf1"
  - descriptor_id: "64222f98-ecd6-4871-bf94-7354b53f3ee5"
    namespace: "vnf2"

...

SampleVNF1HelmDeploy:
  type: tosca.nodes.AWS.Deployment.VNFDeployment
  requirements:
    cluster: EKSCluster
    vnfs:
      - vnf1.SampleVNF1 // A VNF update as the uuid changed for namespace "vnf1"
      - vnf2.SampleVNF2 // No change to this function as namespace and uuid remain the same
  interfaces:
    Hook:
      pre_update: PreUpdateHook
      post_update: PostUpdateHook