Concepts AWS TNB

Cette rubrique décrit les concepts essentiels pour vous aider à commencer à utiliser AWS TNB.

Cycle de vie d'une fonction réseau

AWS TNBvous aide tout au long du cycle de vie des fonctions de votre réseau. Le cycle de vie des fonctions du réseau comprend les étapes et activités suivantes :

Planification

1. Planifiez votre réseau en identifiant les fonctions réseau à déployer.

2. Placez les images du logiciel de fonction réseau dans un référentiel d'images de conteneur.

3. Créez les CSAR packages à déployer ou à mettre à niveau.

4. AWS TNBÀ utiliser pour télécharger le CSAR package qui définit votre fonction réseau (par exemple, CUAMF, etUPF) et pour l'intégrer à un pipeline d'intégration et de livraison continues (CI/CD) qui peut vous aider à créer de nouvelles versions de votre CSAR package à mesure que de nouvelles images logicielles de fonction réseau, ou des scripts clients, sont disponibles.

Configuration

1. Identifiez les informations requises pour le déploiement, telles que le type de calcul, la version de la fonction réseau, les informations IP et les noms des ressources.

2. Utilisez ces informations pour créer votre descripteur de service réseau (NSD).

3. Ingérez NSDs qui définissent les fonctions de votre réseau et les ressources nécessaires à l'instanciation de la fonction réseau.

Instanciation

1. Créez l'infrastructure requise par les fonctions du réseau.

2. Instanciez (ou provisionnez) la fonction réseau telle que définie dans le sien NSD et commencez à transporter le trafic.

3. Validez les actifs.

Production

Au cours du cycle de vie de la fonction réseau, vous effectuerez des opérations de production, telles que :

• Mettez à jour la configuration de la fonction réseau, par exemple, mettez à jour une valeur dans la fonction réseau déployée.

• Mettez à jour l'instance réseau avec un nouveau package réseau et de nouvelles valeurs de paramètres. Par exemple, mettez à jour le EKS version paramètre Amazon dans le package réseau.

Utiliser des interfaces standardisées

AWS TNBs'intègre aux orchestrateurs de services conformes aux normes de l'Institut européen des normes de télécommunications (ETSI), ce qui vous permet de simplifier le déploiement de vos services réseau. Les orchestrateurs de services peuvent utiliser AWS TNB SDKsCLI, le ou APIs pour lancer des opérations, telles que l'instanciation ou la mise à niveau d'une fonction réseau vers une nouvelle version.

AWS TNBprend en charge les spécifications suivantes.

Spécification de	Version	Description
ETSISOL001	v3.6.1	Définit les normes permettant d'autoriser les descripteurs de fonctions réseau TOSCA basés sur le réseau.
ETSISOL002	v3.6.1	Définit les modèles relatifs à la gestion des fonctions réseau.
ETSISOL003	v3.6.1	Définit les normes pour la gestion du cycle de vie des fonctions réseau.
ETSISOL004	v3.6.1	Définit CSAR les normes pour les packages de fonctions réseau.
ETSISOL005	v3.6.1	Définit les normes relatives aux packages de services réseau et à la gestion du cycle de vie des services réseau.
ETSISOL007	v3.5.1	Définit les normes pour autoriser les descripteurs de service réseau TOSCA basés sur l'autorisation.

Packages de fonctions réseau pour AWS TNB

Avec AWS TNB, vous pouvez stocker des packages de fonctions réseau conformes à la norme ETSI SOL 001/ SOL 004 dans un catalogue de fonctions. Vous pouvez ensuite télécharger des packages Cloud Service Archive (CSAR) contenant des artefacts décrivant le fonctionnement de votre réseau.

• Descripteur de fonction réseau — Définit les métadonnées pour l'intégration des packages et la gestion des fonctions réseau

• Images logicielles — Fait référence à la fonction réseau Container Images. Amazon Elastic Container Registry (AmazonECR) peut faire office de référentiel d'images de fonctions réseau.

• Fichiers supplémentaires : à utiliser pour gérer la fonction réseau ; par exemple, les scripts et les diagrammes Helm.

CSARIl s'agit d'un package défini par la OASIS TOSCA norme et inclut un descripteur de réseau/service conforme à la spécification. OASIS TOSCA YAML Pour plus d'informations sur les YAML spécifications requises, consultezRéférence TOSCA pourAWS TNB.

Voici un exemple de descripteur de fonction réseau.

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"

Descripteurs de service de fonctions réseau pour AWS TNB

AWS TNBstocke les descripteurs de service réseau (NSDs) relatifs aux fonctions réseau que vous souhaitez déployer et à la manière dont vous souhaitez les déployer dans le catalogue. Vous pouvez télécharger votre YAML NSD fichier, comme décrit par ETSI SOL 007 pour inclure les éléments suivants :

• NF que vous souhaitez déployer

• Instructions de mise en réseau

• Instructions de calcul

• Hooks du cycle de vie (scripts personnalisés)

AWS TNBprend en charge les ETSI normes de modélisation des ressources, telles que le réseau, le service et la fonction, dans le TOSCA langage. AWS TNBvous permet de les utiliser plus efficacement en les AWS services modélisant de manière à ce que votre orchestrateur de services ETSI conforme puisse les comprendre.

Ce qui suit est un extrait d'un document NSD montrant comment modéliser. AWS services La fonction réseau sera déployée sur un EKS cluster Amazon avec Kubernetes version 1.27. Les sous-réseaux des applications sont Subnet01 et Subnet02. Vous pouvez ensuite définir le NodeGroups pour vos applications à l'aide d'une Amazon Machine Image (AMI), d'un type d'instance et d'une configuration de mise à l'échelle automatique.

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

Gestion et opérations pour AWS TNB

Avec AWS TNB, vous pouvez gérer votre réseau à l'aide d'opérations de gestion normalisées conformément aux ETSI SOL normes 003 et SOL 005. Vous pouvez utiliser le AWS TNB APIs pour effectuer des opérations de cycle de vie telles que :

• Instanciation des fonctions de votre réseau.

• Mettre fin aux fonctions de votre réseau.

• Mettre à jour les fonctions de votre réseau pour annuler les déploiements Helm.

• Mettre à jour une instance réseau instanciée ou mise à jour avec un nouveau package réseau et de nouvelles valeurs de paramètres.

• Gestion des versions de vos packages de fonctions réseau.

• Gestion des versions de votreNSDs.

• Récupération d'informations sur les fonctions de votre réseau déployé.

Descripteurs de service réseau pour AWS TNB

Un descripteur de service réseau (NSD) est un .yaml fichier d'un package réseau qui utilise la TOSCA norme pour décrire les fonctions réseau que vous souhaitez déployer et l' AWS infrastructure sur laquelle vous souhaitez déployer les fonctions réseau. Pour définir NSD et configurer vos ressources sous-jacentes et les opérations du cycle de vie du réseau, vous devez comprendre le NSD TOSCA schéma pris en charge par AWS TNB.

Votre NSD dossier est divisé en plusieurs parties :

1. TOSCAversion de définition : il s'agit de la première ligne de votre NSD YAML fichier. Elle contient les informations de version, comme indiqué dans l'exemple suivant.

   tosca_definitions_version: tnb_simple_yaml_1_0

2. VNFD— NSD Il contient la définition de la fonction réseau sur laquelle effectuer les opérations du cycle de vie. Chaque fonction réseau doit être identifiée par les valeurs suivantes :

   • Un identifiant unique pourdescriptor_id. L'identifiant doit correspondre à celui figurant dans le CSAR package de fonctions réseau.

   • Un nom unique pournamespace. Le nom doit être associé à un identifiant unique afin de pouvoir le référencer plus facilement dans l'ensemble de votre NSD YAML fichier, comme le montre l'exemple suivant.

   vnfds:
     - descriptor_id: "61465757-cb8f-44d8-92c2-b69ca0de025b"
       namespace: "amf"

3. Modèle de topologie : définit les ressources à déployer, le déploiement des fonctions réseau et tous les scripts personnalisés, tels que les hooks du cycle de vie. Voici un exemple :

   topology_template:
   
     node_templates:
   
       SampleNS:
         type: tosca.nodes.AWS.NS
         properties:
           descriptor_id: "<Sample Identifier>"
           descriptor_version: "<Sample nversion>"
           descriptor_name: "<Sample name>"

4. Nœuds supplémentaires : chaque ressource modélisée comporte des sections pour les propriétés et les exigences. Les propriétés décrivent les attributs facultatifs ou obligatoires d'une ressource, tels que la version. Les exigences décrivent les dépendances qui doivent être fournies en tant qu'arguments. Par exemple, pour créer une ressource de groupe Amazon EKS Node, celle-ci doit être créée au sein d'un EKS cluster Amazon. Voici un exemple :

   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