Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
In diesem Thema werden grundlegende Konzepte beschrieben, die Ihnen den Einstieg in die Verwendung von AWS TNB erleichtern sollen.
Inhalt
Lebenszyklus einer Netzwerkfunktion
AWS TNB unterstützt Sie während des gesamten Lebenszyklus Ihrer Netzwerkfunktionen. Der Lebenszyklus von Netzwerkfunktionen umfasst die folgenden Phasen und Aktivitäten:
- Planung
-
-
Planen Sie Ihr Netzwerk, indem Sie die bereitzustellenden Netzwerkfunktionen identifizieren.
-
Speichern Sie die Software-Images für Netzwerkfunktionen in einem Container-Image-Repository.
-
Erstellen Sie die CSAR-Pakete, die bereitgestellt oder aktualisiert werden sollen.
-
Verwenden Sie AWS TNB, um das CSAR-Paket hochzuladen, das Ihre Netzwerkfunktion definiert (z. B. CU AMF und UPF), und integrieren Sie es in eine CI/CD-Pipeline (Continuous Integration and Continuous Delivery), die Ihnen helfen kann, neue Versionen Ihres CSAR-Pakets zu erstellen, sobald neue Netzwerkfunktions-Softwareimages oder Kundenskripte verfügbar sind.
-
- Konfiguration
-
-
Identifizieren Sie die für die Bereitstellung erforderlichen Informationen, z. B. den Berechnungstyp, die Version der Netzwerkfunktion, IP-Informationen und Namen der Ressourcen.
-
Verwenden Sie diese Informationen, um Ihren Network Service Descriptor (NSD) zu erstellen.
-
Ingest NSDs , die Ihre Netzwerkfunktionen und die Ressourcen definieren, die für die Instanziierung der Netzwerkfunktion erforderlich sind.
-
- Instanziierung
-
-
Erstellen Sie die Infrastruktur, die für die Netzwerkfunktionen erforderlich ist.
-
Instanziieren (oder stellen Sie sie bereit), wie in ihrer NSD definiert, und beginnen Sie mit der Übertragung des Datenverkehrs.
-
Validieren Sie die Ressourcen.
-
- Produktion
-
Während des Lebenszyklus der Netzwerkfunktion werden Sie Produktionsvorgänge abschließen, wie z. B.:
-
Aktualisieren Sie die Konfiguration der Netzwerkfunktion, indem Sie beispielsweise einen Wert in der bereitgestellten Netzwerkfunktion aktualisieren.
-
Aktualisieren Sie die Netzwerkinstanz mit einem neuen Netzwerkpaket und neuen Parameterwerten. Aktualisieren Sie beispielsweise den Amazon
version
EKS-Parameter im Netzwerkpaket.
-
Verwenden Sie standardisierte Schnittstellen
AWS TNB lässt sich in ETSI (European Telecommunications Standards Institute) integrierte Service-Orchestratoren integrieren, sodass Sie die Bereitstellung Ihrer Netzwerkdienste vereinfachen können. Service-Orchestratoren können AWS TNB SDKs, die CLI oder die verwenden, um Operationen APIs zu initiieren, z. B. die Instanziierung oder Aktualisierung einer Netzwerkfunktion auf eine neue Version.
AWS TNB unterstützt die folgenden Spezifikationen.
Spezifikation | Veröffentlichung | Beschreibung |
---|---|---|
ETSI SOL001 |
Definiert Standards für die Zulassung von TOSCA-basierten Netzwerkfunktionsdeskriptoren. |
|
ETSI SOL002 |
Definiert Modelle rund um das Netzwerkfunktionsmanagement. |
|
ETSI SOL003 |
Definiert Standards für das Lebenszyklusmanagement von Netzwerkfunktionen. |
|
ETSI SOL004 |
Definiert CSAR-Standards für Netzwerkfunktionspakete. |
|
ETSI SOL005 |
Definiert Standards für das Netzwerk-Servicepaket und das Lebenszyklusmanagement von Netzwerkdiensten. |
|
ETSI SOL007 |
Definiert Standards für die Zulassung von TOSCA-basierten Netzwerkdienstdeskriptoren. |
Netzwerk-Funktionspakete für TNB AWS
Mit AWS TNB können Sie Netzwerk-Funktionspakete, die ETSI SOL001/SOL004 entsprechen, in einem Funktionskatalog speichern. Anschließend können Sie Cloud Service Archive (CSAR) -Pakete hochladen, die Artefakte enthalten, die Ihre Netzwerkfunktion beschreiben.
-
Deskriptor für Netzwerkfunktionen — Definiert Metadaten für das Onboarding von Paketen und die Verwaltung von Netzwerkfunktionen
-
Software-Images — Verweist auf Container-Images für Netzwerkfunktionen. Amazon Elastic Container Registry (Amazon ECR) kann als Repository für Netzwerkfunktions-Images dienen.
-
Zusätzliche Dateien — werden zur Verwaltung der Netzwerkfunktion verwendet, z. B. für Skripts und Helm-Diagramme.
Das CSAR ist ein Paket, das durch den OASIS-TOSCA-Standard definiert ist und einen Netzwerk-/Dienstdeskriptor enthält, der der OASIS TOSCA YAML-Spezifikation entspricht. Hinweise zur erforderlichen YAML-Spezifikation finden Sie unter. TOSCA-Referenz für TNB AWS
Im Folgenden finden Sie ein Beispiel für einen Deskriptor für Netzwerkfunktionen.
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"
Netzwerkdienstdeskriptoren für TNB AWS
AWS TNB speichert Netzwerkdienstbeschreibungen (NSDs) über die Netzwerkfunktionen, die Sie bereitstellen möchten, und darüber, wie Sie sie bereitstellen möchten, im Katalog. Sie können Ihre YAML-NSD-Datei (vnfd.yaml
), wie in ETSI SOL007 beschrieben, hochladen und die folgenden Informationen enthalten:
-
Netzwerkfunktion, die Sie bereitstellen möchten
-
Anweisungen zum Netzwerk
-
Anweisungen berechnen
-
Lifecycle-Hooks (benutzerdefinierte Skripte)
AWS TNB unterstützt ETSI-Standards für die Modellierung von Ressourcen wie Netzwerk, Dienst und Funktion in der TOSCA-Sprache. AWS TNB macht die Nutzung für Sie effizienter, AWS-Services indem es sie so modelliert, dass Ihr ETSI-konformer Service Orchestrator sie verstehen kann.
Im Folgenden finden Sie einen Ausschnitt aus einem NSD, der zeigt, wie man modelliert. AWS-Services Die Netzwerkfunktion wird auf einem Amazon EKS-Cluster mit Kubernetes Version 1.27 bereitgestellt. Die Subnetze für die Anwendungen sind Subnet01 und Subnet02. Anschließend können Sie das NodeGroups für Ihre Anwendungen mit einem Amazon Machine Image (AMI), einem Instance-Typ und einer Autoscaling-Konfiguration definieren.
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
Verwaltung und Betrieb für TNB AWS
Mit AWS TNB können Sie Ihr Netzwerk mithilfe standardisierter Verwaltungsoperationen gemäß ETSI SOL003 und SOL005 verwalten. Sie können die AWS TNB verwenden, um Lebenszyklusoperationen durchzuführen APIs , wie z. B.:
-
Instanziieren Ihrer Netzwerkfunktionen.
-
Beenden Ihrer Netzwerkfunktionen.
-
Aktualisierung Ihrer Netzwerkfunktionen, um Helm-Bereitstellungen außer Kraft zu setzen.
-
Aktualisierung einer instanziierten oder aktualisierten Netzwerkinstanz mit einem neuen Netzwerkpaket und neuen Parameterwerten.
-
Verwaltung von Versionen Ihrer Netzwerkfunktionspakete.
-
Verwaltung von Versionen Ihrer NSDs.
-
Abrufen von Informationen zu Ihren bereitgestellten Netzwerkfunktionen.
Netzwerkdienstdeskriptoren für TNB AWS
Ein Network Service Descriptor (NSD) ist eine .yaml
Datei in einem Netzwerkpaket, die den TOSCA-Standard verwendet, um die Netzwerkfunktionen, die Sie bereitstellen möchten, und die AWS
Infrastruktur, auf der Sie die Netzwerkfunktionen bereitstellen möchten, zu beschreiben. Um Ihre NSD zu definieren und Ihre zugrunde liegenden Ressourcen und Netzwerklebenszyklusoperationen zu konfigurieren, müssen Sie das von TNB unterstützte NSD-TOSCA-Schema verstehen. AWS
Ihre NSD-Datei ist in die folgenden Teile unterteilt:
-
TOSCA-Definitionsversion — Dies ist die erste Zeile Ihrer NSD-YAML-Datei und enthält die Versionsinformationen, wie im folgenden Beispiel gezeigt.
tosca_definitions_version: tnb_simple_yaml_1_0
-
VNFD — Die NSD enthält die Definition der Netzwerkfunktion, auf der Lebenszyklusoperationen ausgeführt werden sollen. Jede Netzwerkfunktion muss anhand der folgenden Werte identifiziert werden:
Eine eindeutige ID für
descriptor_id
. Die ID muss mit der ID im CSAR-Paket der Netzwerkfunktion übereinstimmen.Ein eindeutiger Name für
namespace
. Der Name muss mit einer eindeutigen ID verknüpft werden, damit er in Ihrer NSD-YAML-Datei leichter referenziert werden kann, wie im folgenden Beispiel gezeigt.
vnfds: - descriptor_id: "61465757-cb8f-44d8-92c2-b69ca0de025b" namespace: "amf"
-
Topologievorlage — Definiert die bereitzustellenden Ressourcen, die Bereitstellung von Netzwerkfunktionen und alle benutzerdefinierten Skripts, wie z. B. Lifecycle-Hooks. Dies wird im folgenden Beispiel veranschaulicht.
topology_template: node_templates: SampleNS: type: tosca.nodes.AWS.NS properties: descriptor_id: "<Sample Identifier>" descriptor_version: "<Sample nversion>" descriptor_name: "<Sample name>"
-
Zusätzliche Knoten — Jede modellierte Ressource hat Abschnitte für Eigenschaften und Anforderungen. Die Eigenschaften beschreiben optionale oder obligatorische Attribute für eine Ressource, z. B. die Version. Die Anforderungen beschreiben Abhängigkeiten, die als Argumente angegeben werden müssen. Um beispielsweise eine Amazon EKS Node Group-Ressource zu erstellen, muss sie innerhalb eines Amazon EKS-Clusters erstellt werden. Dies wird im folgenden Beispiel veranschaulicht.
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