Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Questo argomento descrive i concetti essenziali per aiutarti a iniziare a usare AWS TNB.
Indice
Ciclo di vita di una funzione di rete
AWS TNB ti aiuta durante tutto il ciclo di vita delle tue funzioni di rete. Il ciclo di vita delle funzioni di rete include le seguenti fasi e attività:
- Pianificazione
-
-
Pianifica la tua rete identificando le funzioni di rete da implementare.
-
Inserisci le immagini del software per le funzioni di rete in un archivio di immagini container.
-
Crea i pacchetti CSAR da distribuire o aggiornare.
-
Usa AWS TNB per caricare il pacchetto CSAR che definisce la tua funzione di rete (ad esempio, CU AMF e UPF) e esegui l'integrazione con una pipeline di integrazione e distribuzione continua (CI/CD) che può aiutarti a creare nuove versioni del tuo pacchetto CSAR man mano che sono disponibili nuove immagini software per le funzioni di rete o script per i clienti.
-
- Configurazione
-
-
Identifica le informazioni necessarie per l'implementazione, come il tipo di calcolo, la versione della funzione di rete, le informazioni IP e i nomi delle risorse.
-
Utilizza le informazioni per creare il tuo descrittore del servizio di rete (NSD).
-
Inserimento NSDs che definisce le funzioni di rete e le risorse necessarie per la creazione di istanze da parte della funzione di rete.
-
- Istanziazione
-
-
Crea l'infrastruttura richiesta dalle funzioni di rete.
-
Crea un'istanza (o fornisci) la funzione di rete come definita nel relativo NSD e inizia a trasportare traffico.
-
Convalida gli asset.
-
- Produzione
-
Durante il ciclo di vita della funzione di rete, completerai le operazioni di produzione, come:
-
Aggiorna la configurazione della funzione di rete, ad esempio aggiorna un valore nella funzione di rete distribuita.
-
Aggiorna l'istanza di rete con un nuovo pacchetto di rete e i valori dei parametri. Ad esempio, aggiorna il
version
parametro Amazon EKS nel pacchetto di rete.
-
Usa interfacce standardizzate
AWS TNB si integra con gli orchestratori di servizi conformi allo European Telecommunications Standards Institute (ETSI), consentendovi di semplificare l'implementazione dei servizi di rete. Gli orchestratori di servizi possono utilizzare AWS TNB, SDKs la CLI o il APIs per avviare operazioni, come l'istanziazione o l'aggiornamento di una funzione di rete a una nuova versione.
AWS TNB supporta le seguenti specifiche.
Specifiche | Versione | Descrizione |
---|---|---|
ETSI SOL001 |
Definisce gli standard per consentire i descrittori di funzioni di rete basati su Tosca. |
|
ETSI SOL002 |
Definisce i modelli relativi alla gestione delle funzioni di rete. |
|
ETSI SOL003 |
Definisce gli standard per la gestione del ciclo di vita delle funzioni di rete. |
|
ETSI SOL004 |
Definisce gli standard CSAR per i pacchetti di funzioni di rete. |
|
ETSI SOL005 |
Definisce gli standard per i pacchetti di servizi di rete e la gestione del ciclo di vita dei servizi di rete. |
|
ETSI SOL007 |
Definisce gli standard per consentire i descrittori di servizi di rete basati su Tosca. |
Pacchetti di funzioni di rete per TNB AWS
Con AWS TNB, è possibile archiviare pacchetti di funzioni di rete conformi a ETSI SOL001/SOL004 in un catalogo di funzioni. Quindi, puoi caricare pacchetti Cloud Service Archive (CSAR) che contengono artefatti che descrivono la tua funzione di rete.
-
Descrittore delle funzioni di rete: definisce i metadati per l'onboarding dei pacchetti e la gestione delle funzioni di rete
-
Immagini software: riferimenti alla funzione di rete Container Images. Amazon Elastic Container Registry (Amazon ECR) può fungere da archivio di immagini delle funzioni di rete.
-
File aggiuntivi: da utilizzare per gestire la funzione di rete, ad esempio script e grafici Helm.
Il CSAR è un pacchetto definito dallo standard OASIS TOSCA e include un descrittore di rete/servizio conforme alla specifica YAML di OASIS TOSCA. Per informazioni sulla specifica YAML richiesta, vedere. Riferimento TOSCA per AWS TNB
Di seguito è riportato un esempio di descrittore di funzioni di rete.
tosca_definitions_version: tnb_simple_yaml_1_0
topology_template:
node_templates:
SampleNF:
type: tosca.nodes.AWS.VNF
properties:
descriptor_id: "SampleNF-descriptor-id"
descriptor_version: "2.0.0"
descriptor_name: "NF 1.0.0"
provider: "SampleNF"
requirements:
helm: HelmChart
HelmChart:
type: tosca.nodes.AWS.Artifacts.Helm
properties:
implementation: "./SampleNF"
Descrittori di servizi di rete per TNB AWS
AWS TNB memorizza i descrittori dei servizi di rete (NSDs) sulle funzioni di rete che si desidera implementare e su come implementarle nel catalogo. È possibile caricare il file YAML NSD (vnfd.yaml
), come descritto da ETSI SOL007, per includere le seguenti informazioni:
-
Funzione di rete che si desidera implementare
-
Istruzioni di rete
-
Istruzioni di calcolo
-
Lifecycle Hook (script personalizzati)
AWS TNB supporta gli standard ETSI per la modellazione di risorse, come rete, servizi e funzioni, nel linguaggio TOSCA. AWS TNB ne rende più efficiente l'utilizzo Servizi AWS modellandoli in modo che il vostro orchestratore di servizi conforme all'ETSI possa comprendere.
Quello che segue è un frammento di un NSD che mostra come modellare. Servizi AWS La funzione di rete verrà implementata su un cluster Amazon EKS con Kubernetes versione 1.27. Le sottoreti per le applicazioni sono Subnet01 e Subnet02. Puoi quindi definirli NodeGroups per le tue applicazioni con un'Amazon Machine Image (AMI), un tipo di istanza e una configurazione con scalabilità automatica.
tosca_definitions_version: tnb_simple_yaml_1_0
SampleNFEKS:
type: tosca.nodes.AWS.Compute.EKS
properties:
version: "1.27"
access: "ALL"
cluster_role: "arn:aws:iam::${AWS::TNB::AccountId}:role/SampleClusterRole
"
capabilities:
multus:
properties:
enabled: true
requirements:
subnets:
- Subnet01
- Subnet02
SampleNFEKSNode01:
type: tosca.nodes.AWS.Compute.EKSManagedNode
properties:
node_role: "arn:aws:iam::${AWS::TNB::AccountId}:role/SampleNodeRole
"
capabilities:
compute:
properties:
ami_type: "AL2_x86_64"
instance_types:
- "t3.xlarge"
key_pair: "SampleKeyPair"
scaling:
properties:
desired_size: 3
min_size: 2
max_size: 6
requirements:
cluster: SampleNFEKS
subnets:
- Subnet01
network_interfaces:
- ENI01
- ENI02
Gestione e operazioni per TNB AWS
Con AWS TNB, è possibile gestire la rete utilizzando operazioni di gestione standardizzate in conformità con ETSI SOL003 e SOL005. È possibile utilizzare il AWS TNB APIs per eseguire operazioni del ciclo di vita come:
-
Istanziazione delle funzioni di rete.
-
Interruzione delle funzioni di rete.
-
Aggiornamento delle funzioni di rete per sostituire le implementazioni di Helm.
-
Aggiornamento di un'istanza di rete istanziata o aggiornata con un nuovo pacchetto di rete e valori dei parametri.
-
Gestione delle versioni dei pacchetti di funzioni di rete.
-
Gestione delle versioni del tuo NSDs.
-
Recupero di informazioni sulle funzioni di rete distribuite.
Descrittori dei servizi di rete per TNB AWS
Un descrittore di servizi di rete (NSD) è un .yaml
file contenuto in un pacchetto di rete che utilizza lo standard TOSCA per descrivere le funzioni di rete che si desidera implementare e l' AWS
infrastruttura su cui si desidera implementare le funzioni di rete. Per definire l'NSD e configurare le risorse sottostanti e le operazioni del ciclo di vita della rete, è necessario comprendere lo schema NSD TOSCA supportato da TNB. AWS
Il file NSD è suddiviso nelle seguenti parti:
-
Versione della definizione TOSCA: questa è la prima riga del file YAML NSD e contiene le informazioni sulla versione, mostrate nell'esempio seguente.
tosca_definitions_version: tnb_simple_yaml_1_0
-
VNFD — L'NSD contiene la definizione della funzione di rete su cui eseguire le operazioni del ciclo di vita. Ogni funzione di rete deve essere identificata dai seguenti valori:
Un ID univoco per
descriptor_id
. L'ID deve corrispondere all'ID nel pacchetto CSAR della funzione di rete.Un nome univoco per
namespace
. Il nome deve essere associato a un ID univoco per facilitarne il riferimento all'interno del file YAML NSD, come illustrato nell'esempio seguente.
vnfds: - descriptor_id: "61465757-cb8f-44d8-92c2-b69ca0de025b" namespace: "amf"
-
Modello di topologia: definisce le risorse da distribuire, l'implementazione delle funzioni di rete ed eventuali script personalizzati, come i lifecycle hook. Questo viene mostrato nell'esempio seguente.
topology_template: node_templates: SampleNS: type: tosca.nodes.AWS.NS properties: descriptor_id: "<Sample Identifier>" descriptor_version: "<Sample nversion>" descriptor_name: "<Sample name>"
-
Nodi aggiuntivi: ogni risorsa modellata presenta sezioni per proprietà e requisiti. Le proprietà descrivono gli attributi facoltativi o obbligatori di una risorsa, ad esempio la versione. I requisiti descrivono le dipendenze che devono essere fornite come argomenti. Ad esempio, per creare una risorsa Amazon EKS Node Group, deve essere creata all'interno di un cluster Amazon EKS. Questo viene mostrato nell'esempio seguente.
SampleEKSNode: type: tosca.nodes.AWS.Compute.EKSManagedNode properties: node_role: "arn:aws:iam::${AWS::TNB::AccountId}:role/
SampleRole
" capabilities: compute: properties: ami_type: "AL2_x86_64" instance_types: - "t3.xlarge" key_pair: "SampleKeyPair" scaling: properties: desired_size: 1 min_size: 1 max_size: 1 requirements: cluster: SampleEKS subnets: - SampleSubnet network_interfaces: - SampleENI01 - SampleENI02