AWS Concepts du TNB

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

Cycle de vie d'une fonction réseau

AWS TNB vous aide tout au long du cycle de vie des fonctions de votre réseau. Le cycle de vie des fonctions 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 packages CSAR à déployer ou à mettre à niveau.

4. Utilisez AWS TNB pour télécharger le package CSAR qui définit votre fonction réseau (par exemple, CU AMF et UPF) et intégrez-le à un pipeline d'intégration et de livraison continues (CI/CD) qui peut vous aider à créer de nouvelles versions de votre package CSAR à mesure que de nouvelles images du logiciel de fonction réseau ou des scripts client 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 des NSD 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 son 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.

• Remplacez ou désactivez la fonction réseau.

Utiliser des interfaces standardisées

AWS TNB s'intègre aux orchestrateurs de services conformes à la norme ETSI (European Telecommunications Standards Institute), ce qui vous permet de simplifier le déploiement de vos services réseau. Les orchestrateurs de services peuvent utiliser les SDK AWS TNB, la CLI ou les API pour lancer des opérations, telles que l'instanciation ou la mise à niveau d'une fonction réseau vers une nouvelle version.

AWS TNB prend en charge les spécifications suivantes.

Spécification de	Version	Description
ETSI SOL001	v3.6.1	Définit les normes permettant d'autoriser les descripteurs de fonctions réseau basés sur TOSCA.
ETSI SOL002	v3.6.1	Définit les modèles relatifs à la gestion des fonctions réseau.
ETSI SOL003	v3.6.1	Définit les normes pour la gestion du cycle de vie des fonctions réseau.
ETSI SOL004	v3.6.1	Définit les normes CSAR pour les packages de fonctions réseau.
ETSI SOL005	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.
ETSI SOL007	v3.5.1	Définit les normes permettant d'autoriser les descripteurs de service réseau basés sur TOSCA.

Packages de fonctions réseau pour AWS TNB

Avec AWS TNB, vous pouvez stocker des packages de fonctions réseau conformes aux normes ETSI SOL001/SOL004 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 (Amazon ECR) peut faire office de référentiel d'images de fonctions réseau.

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

Le CSAR est un package défini par la norme OASIS TOSCA et inclut un descripteur de réseau/service conforme à la spécification OASIS TOSCA YAML. Pour plus d'informations sur la spécification YAML requise, 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 fonction réseau pour TNB AWS

AWS TNB stocke les descripteurs de service réseau (NSD) 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 fichier YAML NSD, comme décrit par ETSI SOL007 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 TNB prend en charge les normes ETSI pour la modélisation des ressources, telles que le réseau, le service et la fonction, dans le langage TOSCA. AWS TNB vous permet de les utiliser plus efficacement en les Services AWS modélisant de manière à ce que votre orchestrateur de services conforme à la norme ETSI puisse les comprendre.

Ce qui suit est un extrait d'un NSD montrant comment modéliser. Services AWS La fonction réseau sera déployée sur un cluster Amazon EKS 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 standardisées conformément aux normes ETSI SOL003 et SOL005. Vous pouvez utiliser les API AWS TNB 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.

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

• Gestion des versions de vos NSD.

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

Descripteurs de service réseau pour TNB AWS

Un descripteur de service réseau (NSD) est un .yaml fichier d'un package réseau qui utilise la norme TOSCA 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 votre NSD et configurer vos ressources sous-jacentes et les opérations du cycle de vie du réseau, vous devez comprendre le schéma NSD TOSCA pris en charge par TNB. AWS

Votre fichier NSD est divisé en plusieurs parties :

1. Version de définition TOSCA — Il s'agit de la première ligne de votre fichier NSD YAML et contient les informations de version, illustrées dans l'exemple suivant.

   tosca_definitions_version: tnb_simple_yaml_1_0

2. VNFD — Le NSD 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 du package CSAR de la fonction 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 fichier NSD YAML, comme illustré dans 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 de nœuds Amazon EKS, celle-ci doit être créée au sein d'un cluster Amazon EKS. 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