AWS TNBKonzepte - AWS Telco Network Builder

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.

AWS TNBKonzepte

In diesem Thema werden grundlegende Konzepte beschrieben, die Ihnen den Einstieg in die Nutzung erleichtern sollen AWS TNB.

Lebenszyklus einer Netzwerkfunktion

AWS TNBunterstützt Sie während des gesamten Lebenszyklus Ihrer Netzwerkfunktionen. Der Lebenszyklus von Netzwerkfunktionen umfasst die folgenden Phasen und Aktivitäten:

Planung
  1. Planen Sie Ihr Netzwerk, indem Sie die bereitzustellenden Netzwerkfunktionen identifizieren.

  2. Speichern Sie die Software-Images für Netzwerkfunktionen in einem Container-Image-Repository.

  3. Erstellen Sie die CSAR Pakete, die bereitgestellt oder aktualisiert werden sollen.

  4. Wird verwendet, AWS TNB um das CSAR Paket hochzuladen, das Ihre Netzwerkfunktion definiert (z. B. CU undUPF)AMF, 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-Software-Images oder Kundenskripte verfügbar sind.

Konfiguration
  1. Identifizieren Sie die für die Bereitstellung erforderlichen Informationen, z. B. den Rechnertyp, die Version der Netzwerkfunktion, IP-Informationen und Ressourcennamen.

  2. Verwenden Sie die Informationen, um Ihren Netzwerkdienstdeskriptor (NSD) zu erstellen.

  3. IngestNSDs, die Ihre Netzwerkfunktionen und die Ressourcen definieren, die für die Instanziierung der Netzwerkfunktion erforderlich sind.

Instanziierung
  1. Erstellen Sie die Infrastruktur, die für die Netzwerkfunktionen erforderlich ist.

  2. Instanziieren (oder stellen Sie sie bereit), wie in its definiert, NSD und beginnen Sie mit der Übertragung des Datenverkehrs.

  3. Validieren Sie die Ressourcen.

Produktion

Während des Lebenszyklus der Netzwerkfunktion werden Sie Produktionsvorgänge abschließen, wie z. B.:

  • Aktualisieren Sie die Netzwerkfunktionskonfiguration, aktualisieren Sie beispielsweise einen Wert in der bereitgestellten Netzwerkfunktion.

  • Aktualisieren Sie die Netzwerkinstanz mit einem neuen Netzwerkpaket und neuen Parameterwerten. Aktualisieren Sie beispielsweise den EKS version Amazon-Parameter im Netzwerkpaket.

Verwenden Sie standardisierte Schnittstellen

AWS TNBlässt sich in Service-Orchestratoren integrieren, die dem Europäischen Institut für Telekommunikationsnormen (ETSI) entsprechen, sodass Sie die Bereitstellung Ihrer Netzwerkdienste vereinfachen können. Service-Orchestratoren können die AWS TNBSDKs, oder die verwendenCLI, APIs um Operationen einzuleiten, wie z. B. die Instanziierung oder Aktualisierung einer Netzwerkfunktion auf eine neue Version.

AWS TNBunterstützt die folgenden Spezifikationen.

Spezifikation Veröffentlichung Beschreibung

ETSISOL001

v3.6.1

Definiert Standards für die Zulassung TOSCA basierter Netzwerkfunktionsdeskriptoren.

ETSISOL002

v3.6.1

Definiert Modelle rund um das Netzwerkfunktionsmanagement.

ETSISOL003

v3.6.1

Definiert Standards für das Lebenszyklusmanagement von Netzwerkfunktionen.

ETSISOL004

v3.6.1

Definiert CSAR Standards für Netzwerk-Funktionspakete.

ETSISOL005

v3.6.1

Definiert Standards für das Netzwerk-Servicepaket und das Lebenszyklusmanagement von Netzwerkdiensten.

ETSISOL007

v3.5.1

Definiert Standards für die Zulassung von TOSCA basierten Netzwerkdienstdeskriptoren.

Netzwerk-Funktionspakete für AWS TNB

Mit können Sie Netzwerk-Funktionspakete AWS TNB, die ETSI SOL SOL 001/004 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 (AmazonECR) kann als Repository für Netzwerkfunktions-Images fungieren.

  • Zusätzliche Dateien — werden zur Verwaltung der Netzwerkfunktion verwendet, z. B. für Skripts und Helm-Diagramme.

Das CSAR ist ein durch den OASIS TOSCA Standard definiertes Paket, das einen Netzwerk-/Dienstdeskriptor enthält, der der Spezifikation entspricht. OASIS TOSCA YAML Hinweise zur erforderlichen YAML Spezifikation finden Sie unter. TOSCAReferenz für AWS TNB

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 AWS TNB

AWS TNBspeichert Netzwerkdienstdeskriptoren (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 von ETSI SOL 007 beschrieben hochladen und die folgenden Informationen enthalten:

  • Netzwerkfunktion, die Sie bereitstellen möchten

  • Anweisungen zum Netzwerk

  • Anweisungen berechnen

  • Lifecycle-Hooks (benutzerdefinierte Skripte)

AWS TNBunterstützt ETSI Standards für die Modellierung von Ressourcen wie Netzwerk, Dienst und Funktion in der TOSCA Sprache. AWS TNBmacht es für Sie effizienter, sie zu verwenden, AWS-Services indem sie so modelliert werden, dass Ihr ETSI -konformer Service Orchestrator sie verstehen kann.

Im Folgenden finden Sie einen Auszug aus einer Anleitung zur ModellierungNSD. AWS-Services Die Netzwerkfunktion wird auf einem EKS Amazon-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 AWS TNB

Mit AWS TNB können Sie Ihr Netzwerk mithilfe standardisierter Verwaltungsvorgänge gemäß ETSI SOL 003 und SOL 005 verwalten. Sie können den verwenden AWS TNBAPIs, um Lebenszyklusoperationen durchzuführen, 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 IhrerNSDs.

  • Abrufen von Informationen zu Ihren bereitgestellten Netzwerkfunktionen.

Netzwerkdienstdeskriptoren für AWS TNB

Ein Netzwerkdienstdeskriptor (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 zugrunde liegenden Ressourcen NSD und Netzwerklebenszyklusvorgänge zu definieren und zu konfigurieren, müssen Sie das NSD TOSCA Schema verstehen, das von AWS TNB unterstützt wird.

Ihre NSD Datei ist in die folgenden Teile unterteilt:

  1. TOSCADefinitionsversion — 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
  2. 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ürdescriptor_id. Die ID muss mit der ID im CSAR Netzwerkfunktionspaket übereinstimmen.

    • Ein eindeutiger Name fürnamespace. Der Name muss mit einer eindeutigen ID verknüpft werden, damit er in der gesamten NSD YAML Datei leichter referenziert werden kann, wie im folgenden Beispiel gezeigt.

    vnfds: - descriptor_id: "61465757-cb8f-44d8-92c2-b69ca0de025b" namespace: "amf"
  3. Topologievorlage — Definiert die bereitzustellenden Ressourcen, die Bereitstellung von Netzwerkfunktionen und alle benutzerdefinierten Skripts, 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>"
  4. 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 EKS Amazon-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