Conceitos do AWS TNB - AWS Construtor de rede Telco

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Conceitos do AWS TNB

Este tópico descreve conceitos essenciais para ajudá-lo a começar a usar AWS TNB.

Ciclo de vida de uma função de rede

AWS TNBajuda você em todo o ciclo de vida de suas funções de rede. O ciclo de vida da função de rede inclui os seguintes estágios e atividades:

Planejamento
  1. Planeje sua rede identificando as funções de rede a serem implantadas.

  2. Coloque as imagens do software de função de rede em um repositório de imagens de contêiner.

  3. Crie os CSAR pacotes para implantar ou atualizar.

  4. Use AWS TNB para carregar o CSAR pacote que define sua função de rede (por exemploAMF, UC eUPF) e integrá-lo a um pipeline de integração contínua e entrega contínua (CI/CD) que pode ajudá-lo a criar novas versões do seu CSAR pacote à medida que novas imagens de software de função de rede ou scripts de clientes estiverem disponíveis.

Configuração
  1. Identifique as informações necessárias para a implantação, como tipo de computação, versão da função de rede, informações de IP e nomes dos recursos.

  2. Use as informações para criar seu descritor de serviço de rede (NSD).

  3. Ingestão NSDs que define suas funções de rede e os recursos necessários para que a função de rede seja instanciada.

Instanciação
  1. Crie a infraestrutura exigida pelas funções de rede.

  2. Instancie (ou provisione) a função de rede conforme definida em its NSD e comece a transportar tráfego.

  3. Valide os ativos.

Produção

Durante o ciclo de vida da função de rede, você concluirá as operações de produção, como:

  • Atualize a configuração da função de rede, por exemplo, atualize um valor na função da rede implantada.

  • Atualize a instância de rede com um novo pacote de rede e valores de parâmetros. Por exemplo, atualize o EKS version parâmetro Amazon no pacote de rede.

Use interfaces padronizadas

AWS TNBintegra-se com orquestradores de serviços compatíveis com o Instituto Europeu de Padrões de Telecomunicações (ETSI), permitindo que você simplifique a implantação de seus serviços de rede. Os orquestradores de serviços podem usar AWS TNB SDKsCLI, o ou o APIs para iniciar operações, como instanciar ou atualizar uma função de rede para uma nova versão.

AWS TNBsuporta as seguintes especificações.

Especificação  Versão Descrição

ETSISOL001

v3.6.1

Define padrões para permitir descritores de funções de rede TOSCA baseados.

ETSISOL002

v3.6.1

Define modelos em torno do gerenciamento de funções de rede.

ETSISOL003

v3.6.1

Define padrões para o gerenciamento do ciclo de vida das funções de rede.

ETSISOL004

v3.6.1

Define CSAR padrões para pacotes de funções de rede.

ETSISOL005

v3.6.1

Define padrões para pacotes de serviços de rede e gerenciamento do ciclo de vida do serviço de rede.

ETSISOL007

v3.5.1

Define padrões para permitir descritores de serviços de rede TOSCA baseados.

Pacotes de funções de rede para AWS TNB

Com AWS TNB, você pode armazenar pacotes de funções de rede que estejam em conformidade com ETSI SOL 001/ SOL 004 em um catálogo de funções. Em seguida, você pode fazer upload de pacotes Cloud Service Archive (CSAR) que contêm artefatos que descrevem sua função de rede.

  • Descritor de função de rede: define metadados para a integração de pacotes e o gerenciamento de funções de rede

  • Imagens de software: referencia as imagens de contêiner de funções de rede. O Amazon Elastic Container Registry (AmazonECR) pode atuar como seu repositório de imagens de funções de rede.

  • Arquivos adicionais: use para gerenciar a função de rede; por exemplo, scripts e charts do Helm.

O CSAR é um pacote definido pelo OASIS TOSCA padrão e inclui um descritor de rede/serviço que está em conformidade com a especificação. OASIS TOSCA YAML Para obter informações sobre a YAML especificação necessária, consulteReferência TOSCA para o AWS TNB.

Veja a seguir um exemplo de descritor de função de rede.

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"

Descritores de serviço de função de rede para AWS TNB

AWS TNBarmazena descritores de serviços de rede (NSDs) sobre as funções de rede que você deseja implantar e como deseja implantá-las no catálogo. Você pode fazer o upload YAML NSD do seu arquivo, conforme descrito por ETSI SOL 007, para incluir:

  • O NF que você deseja implantar

  • Instruções de rede

  • Instruções de computação

  • Ganchos do ciclo de vida (scripts personalizados)

AWS TNBsuporta ETSI padrões para a modelagem de recursos, como rede, serviço e função, na TOSCA linguagem. AWS TNBtorna seu uso mais eficiente, Serviços da AWS modelando-os de uma forma que seu orquestrador ETSI de serviços compatível possa entender.

A seguir está um trecho de uma NSD demonstração de como modelar. Serviços da AWS A função de rede será implantada em um EKS cluster da Amazon com o Kubernetes versão 1.27. As sub-redes dos aplicativos são Subnet01 e Subnet02. Em seguida, você pode definir o NodeGroups para seus aplicativos com uma Amazon Machine Image (AMI), tipo de instância e configuração de escalonamento automático.

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

Gerenciamento e operações para AWS TNB

Com AWS TNB, você pode gerenciar sua rede usando operações de gerenciamento padronizadas de acordo com ETSI SOL 003 e SOL 005. Você pode usar o AWS TNB APIs para realizar operações de ciclo de vida, como:

  • Instanciação das suas funções de rede.

  • Encerramento das suas funções de rede.

  • Atualização das suas funções de rede para substituir as implantações do Helm.

  • Atualizar uma instância de rede instanciada ou atualizada com um novo pacote de rede e valores de parâmetros.

  • Gerenciamento de versões de seus pacotes de funções de rede.

  • Gerenciando versões do seuNSDs.

  • Recuperação de informações sobre suas funções de rede implantadas.

Descritores de serviços de rede para AWS TNB

Um descritor de serviço de rede (NSD) é um .yaml arquivo em um pacote de rede que usa o TOSCA padrão para descrever as funções de rede que você deseja implantar e a AWS infraestrutura na qual você deseja implantar as funções de rede. Para definir NSD e configurar seus recursos subjacentes e as operações do ciclo de vida da rede, você deve entender o NSD TOSCA esquema suportado pelo. AWS TNB

Seu NSD arquivo está dividido nas seguintes partes:

  1. TOSCAversão da definição — Essa é a primeira linha do seu NSD YAML arquivo e contém as informações da versão, mostradas no exemplo a seguir.

    tosca_definitions_version: tnb_simple_yaml_1_0
  2. VNFD— NSD Contém a definição da função de rede na qual realizar operações de ciclo de vida. Cada função de rede deve ser identificada pelos seguintes valores:

    • Um ID exclusivo para descriptor_id. O ID deve corresponder ao ID no CSAR pacote de funções de rede.

    • Um nome exclusivo para namespace. O nome deve estar associado a uma ID exclusiva para ser referenciado com mais facilidade em todo o NSD YAML arquivo, conforme mostrado no exemplo a seguir.

    vnfds: - descriptor_id: "61465757-cb8f-44d8-92c2-b69ca0de025b" namespace: "amf"
  3. Modelo de topologia: define os recursos a serem implantados, a implantação da função de rede e quaisquer scripts personalizados, como ganchos do ciclo de vida. Isso é mostrado no exemplo a seguir.

    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ós adicionais: cada recurso modelado tem seções para propriedades e requisitos. As propriedades descrevem atributos opcionais ou obrigatórios de um recurso, como a versão. Os requisitos descrevem dependências que precisam ser fornecidas como argumentos. Por exemplo, para criar um recurso EKS do Amazon Node Group, ele deve ser criado dentro de um Amazon EKS Cluster. Isso é mostrado no exemplo a seguir.

    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