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á.
Este tópico descreve conceitos essenciais para ajudá-lo a começar a usar o AWS TNB.
Conteúdo
Ciclo de vida de uma função de rede
AWS O TNB ajuda 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
-
-
Planeje sua rede identificando as funções de rede a serem implantadas.
-
Coloque as imagens do software de função de rede em um repositório de imagens de contêiner.
-
Crie os pacotes CSAR para implantar ou fazer upgrade.
-
Use o AWS TNB para carregar o pacote CSAR que define sua função de rede (por exemplo, CU AMF e UPF) e integre com um pipeline de integração contínua e entrega contínua (CI/CD) que pode ajudá-lo a criar novas versões do seu pacote CSAR à medida que novas imagens de software de função de rede ou scripts de clientes estiverem disponíveis.
-
- Configuração
-
-
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.
-
Use as informações para criar seu descritor de serviço de rede (NSD).
-
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
-
-
Crie a infraestrutura exigida pelas funções de rede.
-
Instancie (ou provisione) a função de rede conforme definida em seu NSD e comece a transportar tráfego.
-
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
version
parâmetro Amazon EKS no pacote de rede.
-
Use interfaces padronizadas
AWS O TNB se integra aos 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 SDKs o AWS TNB, a CLI ou o APIs para iniciar operações, como instanciar ou atualizar uma função de rede para uma nova versão.
AWS O TNB suporta as seguintes especificações.
Especificação | Versão | Descrição |
---|---|---|
ETSI SOL001 |
Define padrões para permitir descritores de funções de rede baseados em TOSCA. |
|
ETSI SOL002 |
Define modelos em torno do gerenciamento de funções de rede. |
|
ETSI SOL003 |
Define padrões para o gerenciamento do ciclo de vida das funções de rede. |
|
ETSI SOL004 |
Define padrões CSAR para pacotes de funções de rede. |
|
ETSI SOL005 |
Define padrões para pacotes de serviços de rede e gerenciamento do ciclo de vida do serviço de rede. |
|
ETSI SOL007 |
Define padrões para permitir descritores de serviços de rede baseados em TOSCA. |
Pacotes de funções de rede para AWS TNB
Com o AWS TNB, você pode armazenar pacotes de funções de rede que estejam em conformidade com o ETSI SOL001/SOL004 em um catálogo de funções. Em seguida, você pode carregar pacotes do 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 (Amazon ECR) pode atuar como um 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 padrão OASIS TOSCA 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 especificação YAML necessária, consulteReferência TOSCA para TNB AWS.
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ços de rede para TNB AWS
AWS O TNB armazena 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 carregar seu arquivo YAML NSD (vnfd.yaml
), conforme descrito pelo ETSI SOL007, para incluir as seguintes informações:
-
Função de rede que você deseja implantar
-
Instruções de rede
-
Instruções de computação
-
Ganchos do ciclo de vida (scripts personalizados)
AWS O TNB suporta os padrões ETSI para a modelagem de recursos, como rede, serviço e função, na linguagem TOSCA. AWS O TNB torna seu uso mais eficiente, Serviços da AWS modelando-os de uma forma que seu orquestrador de serviços compatível com ETSI possa entender.
A seguir está um trecho de um NSD mostrando como modelar. Serviços da AWS A função de rede será implantada em um cluster do Amazon EKS 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
Gestão e operações da AWS TNB
Com o AWS TNB, você pode gerenciar sua rede usando operações de gerenciamento padronizadas de acordo com ETSI SOL003 e SOL005. 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 seu NSDs.
-
Recuperação de informações sobre suas funções de rede implantadas.
Descritores de serviços de rede para TNB AWS
Um descritor de serviço de rede (NSD) é um arquivo .yaml
em um pacote de rede que usa o padrão TOSCA para descrever as funções de rede que você quer implantar e a infraestrutura da AWS
na qual deseja implantá-las. Para definir seu NSD e configurar seus recursos subjacentes e operações do ciclo de vida da rede, você deve entender o esquema NSD TOSCA suportado pelo TNB. AWS
Seu arquivo NSD é dividido nas seguintes partes:
-
Versão da definição TOSCA: é a primeira linha do seu arquivo NSD YAML e contém as informações da versão, mostradas no exemplo a seguir.
tosca_definitions_version: tnb_simple_yaml_1_0
-
VNFD: o 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 pacote CSAR de funções de rede.Um nome exclusivo para
namespace
. O nome precisa estar associado a um ID exclusivo para ser referenciado com mais facilidade em todo o arquivo NSD YAML, mostrado no exemplo a seguir.
vnfds: - descriptor_id: "61465757-cb8f-44d8-92c2-b69ca0de025b" namespace: "amf"
-
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>"
-
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 de grupo de nós do Amazon EKS, ele precisa ser criado dentro de um cluster do Amazon EKS. 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