Nouveau : AWS Telco Community Builder – Déployez et gérez les réseaux Telco

Au cours de plus de cent ans, l’industrie des télécommunications s’est standardisée et réglementée, et a développé des méthodes, des applied sciences et tout un vocabulaire (rempli d’acronymes intéressants) en cours de route. En tant qu’industrie, ils doivent honorer cet héritage formidable tout en tirant parti des nouvelles applied sciences, le tout au nom de la fourniture des meilleurs companies voix et données possibles à leurs shoppers.

Aujourd’hui, je voudrais vous parler de Générateur de réseau AWS Telco (TNB). Ce nouveau service est conçu pour aider les fournisseurs de companies de communication (CSP) à déployer et à gérer des réseaux de télécommunications publics et privés sur AWS. Il utilise les normes, les pratiques et les codecs de données existants et permet aux CSP de tirer plus facilement parti de la puissance, de l’échelle et de la flexibilité d’AWS.

Aujourd’hui, les CSP déploient souvent leur code sur des machines virtuelles. Cependant, tournés vers l’avenir, ils recherchent davantage de flexibilité et utilisent de plus en plus des conteneurs. AWS TNB est destiné à faire partie de cette transition et utilise Kubernetes et Service Amazon Elastic Kubernetes (EKS) pour le conditionnement et le déploiement.

Ideas et vocabulaire
Avant de plonger dans le service, examinons quelques ideas et vocabulaire propres à cette industrie et pertinents pour AWS TNB:

Institut européen des normes de télécommunications (ETSI) – Une organisation européenne qui définit des spécifications adaptées à une utilisation mondiale. AWS TNB prend en cost plusieurs spécifications ETSI, y compris ETSISOL001 à travers ETSISOL005et ETSISOL007.

Fournisseur de companies de communication (CSP) – Une organisation qui offre des companies de télécommunications.

Spécification de topologie et d’orchestration pour les functions cloud (TOSCA) – Grammaire normalisée utilisée pour décrire les modèles de service pour les functions de télécommunications.

Fonction réseau (NF) – Un composant logiciel qui exécute une fonction principale ou à valeur ajoutée spécifique au sein d’un réseau de télécommunications.

Descripteur de fonction de réseau virtuel (VNFD) – Une spécification des métadonnées nécessaires pour intégrer et gérer une fonction réseau.

Archives des companies cloud (CSAR) – Un fichier ZIP contenant un VNFD, des références aux photographs de conteneur contenant les fonctions réseau et tous les fichiers supplémentaires nécessaires pour prendre en cost et gérer la fonction réseau.

Descripteur de service réseau (NSD) – Une spécification des exigences de calcul, de stockage, de mise en réseau et de localisation pour un ensemble de fonctions réseau ainsi que les informations nécessaires pour les assembler afin de former un réseau de télécommunications.

Noyau du réseau – Le cœur d’un réseau. Il utilise les opérations du plan de contrôle et du plan de données pour gérer l’authentification, l’autorisation, les données et les politiques.

Orchestrateur de companies (SO) – Un outil de gestion de réseau externe de haut niveau.

Réseau d’accès radio (RAN) – Les composants (stations de base, antennes, and so on.) qui fournissent une couverture sans fil sur une zone géographique spécifique.

En utilisant Générateur de réseau AWS Telco (TNB)
Il se trouve que je ne suis pas un CSP, mais je ferai de mon mieux pour vous guider tout au lengthy de l’expérience de démarrage ! Les principales étapes sont :

1. Création d’un bundle de fonctions pour chaque fonction réseau en téléchargeant un CSAR.
2. Création d’un bundle réseau pour le réseau en téléchargeant un descripteur de service réseau (NSD).
3. Création d’un réseau en sélectionnant et en instanciant un NSD.

Pour commencer, j’ouvre le AWS TNB Console et cliquez sur Commencer :

Au départ, je n’ai pas de réseaux, pas de packages de fonctions et pas de packages réseau :

Mes collègues m’ont fourni des exemples de CSAR et un NSD à utiliser dans ce billet de weblog (les fonctions réseau proviennent de Cœur 5G gratuit):

Chaque CSAR est un fichier ZIP assez easy avec un VNFD et d’autres éléments à l’intérieur. Par exemple, le VNFD pour le Cœur 5G gratuit Fonction de gestion de session (nmf) ressemble à ça:

tosca_definitions_version: tnb_simple_yaml_1_0

topology_template:

  node_templates:

    Free5gcSMF:
      sort: tosca.nodes.AWS.VNF
      properties:
        descriptor_id: "4b2abab6-c82a-479d-ab87-4ccd516bf141"
        descriptor_version: "1.0.0"
        descriptor_name: "Free5gc SMF 1.0.0"
        supplier: "Free5gc"
      necessities:
        helm: HelmImage

    HelmImage:
      sort: tosca.nodes.AWS.Artifacts.Helm
      properties:
        implementation: "./free5gc-smf"

La partie finale (HelmImage) du VNFD pointe vers le Kubernetes Tableau de barre qui définit la mise en œuvre.

je clique Packs de fonctions dans la console, puis cliquez sur Créer un bundle de fonctions. Ensuite, je télécharge le premier CSAR et clique sur Suivant:

Je vérifie les détails et clique Créer un bundle de fonctions (chaque VNFD peut inclure un ensemble de paramètres dont les valeurs par défaut peuvent être remplacées par des valeurs spécifiques à un déploiement particulier) :

Je répète ce processus pour les neuf CSAR restants, et les dix packages de fonctions sont prêts à l’emploi :

Je suis maintenant prêt à créer un bundle réseau. Le descripteur de service réseau est également assez easy, et je vais vous en montrer plusieurs extraits. Dans un premier temps, la NSD établit une cartographie à partir descriptor_id pour namespace pour chaque fonction réseau afin que les fonctions puissent être référencées par leur nom :

vnfds:
  - descriptor_id: "aa97cf70-59db-4b13-ae1e-0942081cc9ce"
    namespace: "amf"
  - descriptor_id: "86bd1730-427f-480a-a718-8ae9dcf3f531"
    namespace: "ausf"
...

Ensuite, il définit les variables d’entrée, y compris les valeurs par défaut (cela me rappelle un AWS CloudFormation modèle):

  inputs:
    vpc_cidr_block:
      sort: String
      description: "CIDR Block for Free5GCVPC"
      default: "10.100.0.0/16"

    eni_subnet_01_cidr_block:
      sort: String
      description: "CIDR Block for Free5GCENISubnet01"
      default: "10.100.50.0/24"
...

Ensuite, il utilise les variables pour créer un mappage vers les ressources AWS souhaitées (un VPC et un sous-réseau dans ce cas) :

   Free5GCVPC:
      sort: tosca.nodes.AWS.Networking.VPC
      properties:
        cidr_block: { get_input: vpc_cidr_block }
        dns_support: true

    Free5GCENISubnet01:
      sort: tosca.nodes.AWS.Networking.Subnet
      properties:
        sort: "PUBLIC"
        availability_zone: { get_input: subnet_01_az }
        cidr_block: { get_input: eni_subnet_01_cidr_block }
      necessities:
        route_table: Free5GCRouteTable
        vpc: Free5GCVPC

Ensuite, il définit une AWS Web Gateway au sein du VPC :

    Free5GCIGW:
      sort: tosca.nodes.AWS.Networking.InternetGateway
      capabilities:
        routing:
          properties:
            dest_cidr: { get_input: igw_dest_cidr }
      necessities:
        route_table: Free5GCRouteTable
        vpc: Free5GCVPC

Enfin, il spécifie le déploiement des fonctions réseau sur un cluster EKS ; les fonctions sont déployées dans l’ordre spécifié :

    Free5GCHelmDeploy:
      sort: tosca.nodes.AWS.Deployment.VNFDeployment
      necessities:
        cluster: Free5GCEKS
        deployment: Free5GCNRFHelmDeploy
        vnfs:
          - amf.Free5gcAMF
          - ausf.Free5gcAUSF
          - nssf.Free5gcNSSF
          - pcf.Free5gcPCF
          - smf.Free5gcSMF
          - udm.Free5gcUDM
          - udr.Free5gcUDR
          - upf.Free5gcUPF
          - webui.Free5gcWEBUI
      interfaces:
        Hook:
          pre_create: Free5gcSimpleHook

je clique Créer un bundle réseausélectionnez le NSD et cliquez sur Suivant procéder. AWS TNB me demande de revoir la liste des packages de fonctions et les paramètres NSD. Je le fais et je clique Créer un bundle réseau:

Mon bundle réseau est créé et prêt à être utilisé en quelques secondes :

Je suis maintenant prêt à créer mon occasion réseau ! Je sélectionne le forfait réseau et choisis Créer une occasion de réseau du Actions menu:

Je donne un nom et une description à mon réseau, puis je clique Suivant:

Je m’guarantee d’avoir sélectionné le bundle réseau souhaité, study la liste des packages de fonctions qui seront déployés et clique sur Suivant:

Ensuite, je fais une dernière révision, et je clique sur Créer une occasion de réseau:

Je sélectionne la nouvelle occasion de réseau et choisis Instancier du Actions menu:

Je passe en revue les paramètres et entre les remplacements souhaités, puis je clique sur Réseau instancié:

AWS Telco Community Builder (TNB) start à instancier mon réseau (dans les coulisses, le service crée un AWS CloudFormation modèle, utilise le modèle pour créer une pile et exécute d’autres tâches, notamment des graphiques Helm et des scripts personnalisés). Lorsque l’étape d’instanciation est terminée, mon réseau est prêt à fonctionner. L’instanciation d’un réseau crée un déploiement, et le même réseau (peut-être avec certains paramètres remplacés) peut être déployé plus d’une fois. Je peux voir tous les déploiements en un coup d’œil :

Je peux revenir au tableau de bord pour voir mes réseaux, packages de fonctions, packages réseau et déploiements récents :

A l’intérieur d’un AWS TNB Déploiement
Jetons un coup d’œil rapide à l’intérieur de mon déploiement. Voici ce que AWS TNB mis en place pour moi :

Réseau – Un Cloud privé virtuel Amazon (Amazon VPC) avec trois sous-réseaux, une desk de routage, une route et une passerelle Web.

Calculer – Un Service Amazon Elastic Kubernetes (EKS) grappe.

IC/CD – Un AWS CodeBuild projet qui est déclenché chaque fois qu’un nœud est ajouté au cluster.

Choses à savoir
Voici quelques informations à connaître sur AWS Telco Community Builder (TNB) :

Accès – En plus de l’accès à la console que je vous ai montré ci-dessus, vous pouvez accéder AWS TNB du Interface de ligne de commande AWS (AWS CLI) et le SDK AWS.

Choices de déploiement – Nous lançons avec la possibilité de créer un réseau qui s’étend sur plusieurs zones de disponibilité dans une seule région AWS. Au fil du temps, nous prévoyons d’ajouter des choices de déploiement supplémentaires telles que les zones locales et les avant-postes.

Tarification – La tarification est basée sur le nombre de fonctions réseau gérées par AWS TNB et sur les appels au AWS TNB API, mais les 45 000 premières demandes d’API par mois dans chaque région AWS ne sont pas facturées. Des frais supplémentaires s’appliquent également aux ressources AWS créées dans le cadre du déploiement. Pour en savoir plus, lisez le Tarification TNB web page.

Commencer
Pour en savoir plus et commencer, visitez le Générateur de réseau AWS Telco (TNB) web page d’accueil.

— Jef;