Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
En este tema se describen los conceptos esenciales que le ayudarán a empezar a utilizar el AWS TNB.
Contenido
Ciclo de vida de una función de red
AWS TNB le ayuda durante todo el ciclo de vida de las funciones de su red. El ciclo de vida de las funciones de red incluye las siguientes etapas y actividades:
- Planificación
-
-
Planifique su red identificando las funciones de red que se van a implementar.
-
Coloque las imágenes del software de funciones de red en un repositorio de imágenes contenedor.
-
Cree los paquetes CSAR que vaya a implementar o actualizar.
-
Utilice AWS TNB para cargar el paquete CSAR que define la función de su red (por ejemplo, CU, AMF y UPF) e intégrelo con una canalización de integración y entrega continuas (CI/CD) que pueda ayudarlo a crear nuevas versiones de su paquete CSAR a medida que estén disponibles nuevas imágenes de software de funciones de red o scripts de clientes.
-
- Configuración
-
-
Identifique la información necesaria para la implementación, como el tipo de cómputo, la versión de la función de red, la información de IP y los nombres de los recursos.
-
Utilice la información para crear el descriptor de servicio de red (NSD).
-
Tenga en cuenta NSDs que las funciones de su red y los recursos necesarios definen la función de red para instanciar la función de red.
-
- Instanciación
-
-
Cree la infraestructura que requieren las funciones de la red.
-
Cree una instancia (o aprovisione) la función de red tal como se define en su NSD y comience a transportar tráfico.
-
Valide los activos.
-
- Producción
-
Durante el ciclo de vida de la función de red, completará operaciones de producción tales como:
-
Actualice la configuración de la función de red, por ejemplo, actualice un valor en la función de red implementada.
-
Actualice la instancia de red con un nuevo paquete de red y valores de parámetros. Por ejemplo, actualice el
versionparámetro Amazon EKS en el paquete de red.
-
Utilizar interfaces estandarizadas
AWS TNB se integra con orquestadores de servicios compatibles con el Instituto Europeo de Normas de Telecomunicación (ETSI), lo que le permite simplificar la implementación de sus servicios de red. Los orquestadores de servicios pueden usar la AWS TNB, SDKs la CLI o la APIs para iniciar operaciones, como crear instancias o actualizar una función de red a una nueva versión.
AWS TNB admite las siguientes especificaciones.
| Especificación | Release | Descripción |
|---|---|---|
|
ETSI SOL001 |
Define los estándares para permitir los descriptores de funciones de red basados en TOSCA. |
|
|
ETSI SOL002 |
Define modelos en torno a la gestión de funciones de red. |
|
|
ETSI SOL003 |
Define los estándares para la gestión del ciclo de vida de las funciones de red. |
|
|
ETSI SOL004 |
Define los estándares CSAR para los paquetes de funciones de red. |
|
|
ETSI SOL005 |
Define los estándares para la gestión del paquete de servicios de red y del ciclo de vida de los servicios de red. |
|
|
ETSI SOL007 |
Define los estándares para permitir los descriptores de servicios de red basados en TOSCA. |
Paquetes de funciones de red para TNB AWS
Con AWS TNB, puede almacenar paquetes de funciones de red que cumplan con la norma ETSI SOL001/SOL004 en un catálogo de funciones. A continuación, puede subir paquetes de Cloud Service Archive (CSAR) que contengan artefactos que describan el funcionamiento de su red.
-
Descriptor de funciones de red: define los metadatos para la incorporación de paquetes y la administración de las funciones de red
-
Imágenes de software: hace referencia a las imágenes del contenedor de funciones de red. Amazon Elastic Container Registry (Amazon ECR) puede actuar como su repositorio de imágenes de funciones de red.
-
Archivos adicionales: utilícelos para administrar la función de red; por ejemplo, guiones y gráficos de Helm.
El CSAR es un paquete definido por el estándar OASIS TOSCA e incluye un descriptor de red/servicio que cumple con la especificación OASIS TOSCA YAML. Para obtener información sobre la especificación YAML requerida, consulte. Referencia TOSCA para TNB AWS
A continuación se muestra un ejemplo de un descriptor de función de red.
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"Descriptores de servicios de red para TNB AWS
AWS TNB almacena los descriptores de servicios de red (NSDs) sobre las funciones de red que desea implementar y cómo desea implementarlas en el catálogo. Puede cargar su archivo NSD de YAML (vnfd.yaml), tal como lo describe ETSI SOL007, para incluir la siguiente información:
-
Función de red que desea implementar
-
Instrucciones de red
-
Instrucciones de cálculo
-
Enlaces de ciclo de vida (guiones personalizados)
AWS TNB es compatible con los estándares de la ETSI para el modelado de recursos, como la red, el servicio y la función, en el lenguaje TOSCA. AWS TNB hace que su uso Servicios de AWS sea más eficiente al modelarlos de una manera que su orquestador de servicios compatible con la ETSI pueda entender.
El siguiente es un fragmento de un NSD que muestra cómo modelar. Servicios de AWS La función de red se implementará en un clúster de Amazon EKS con la versión 1.27 de Kubernetes. Las subredes de las aplicaciones son Subnet01 y Subnet02. A continuación, puede definir las opciones NodeGroups para sus aplicaciones con una imagen de máquina de Amazon (AMI), un tipo de instancia y una configuración de escalado 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
- ENI02Administración y operaciones de TNB AWS
Con AWS TNB, puede gestionar su red mediante operaciones de gestión estandarizadas de acuerdo con las normas ETSI SOL003 y SOL005. Puede utilizar el AWS TNB para realizar operaciones del ciclo de vida, APIs tales como:
-
Creación de instancias de las funciones de su red.
-
Finalización de las funciones de su red.
-
Actualizar las funciones de su red para anular implementaciones de Helm.
-
Actualizar una instancia de red instanciada o actualizada con un nuevo paquete de red y valores de parámetros.
-
Administrar las versiones de sus paquetes de funciones de red.
-
Administrar versiones de su. NSDs
-
Recuperar información sobre las funciones de red implementadas.
Descriptores de servicios de red para TNB AWS
Un descriptor de servicio de red (NSD) es un archivo .yaml de un paquete de red que utiliza el estándar TOSCA para describir las funciones de red que desea implementar y la infraestructura AWS
en la que desea implementar las funciones de red. Para definir su NSD y configurar sus recursos subyacentes y las operaciones del ciclo de vida de la red, debe comprender el esquema TOSCA del NSD compatible con TNB. AWS
El archivo NSD está dividido en las partes siguientes:
-
Versión de definición de TOSCA: es la primera línea del archivo NSD YAML y contiene la información de la versión, que se muestra en el siguiente ejemplo.
tosca_definitions_version: tnb_simple_yaml_1_0 -
VNFD: el NSD contiene la definición de la función de red en la que se deben realizar las operaciones del ciclo de vida. Cada función de la red debe identificarse mediante los siguientes valores:
Un identificador único para
descriptor_id. El identificador debe coincidir con el identificador del paquete CSAR de la función de red.Un nombre exclusivo para
namespace. El nombre debe estar asociado a un identificador único para poder consultarlo más fácilmente en todo el archivo NSD YAML, como se muestra en el siguiente ejemplo.
vnfds: - descriptor_id: "61465757-cb8f-44d8-92c2-b69ca0de025b" namespace: "amf" -
Plantilla de topología: define los recursos que se van a implementar, la implementación de la función de red y cualquier guion personalizado, como los enlaces de ciclo de vida. Esto se muestra en el siguiente ejemplo.
topology_template: node_templates: SampleNS: type: tosca.nodes.AWS.NS properties: descriptor_id: "<Sample Identifier>" descriptor_version: "<Sample nversion>" descriptor_name: "<Sample name>" -
Nodos adicionales: cada recurso modelado tiene secciones para propiedades y requisitos. Las propiedades describen los atributos opcionales u obligatorios de un recurso, como la versión. Los requisitos describen las dependencias que se deben proporcionar como argumentos. Por ejemplo, para crear un recurso de grupo de nodos de Amazon EKS, debe crearse dentro de un clúster de Amazon EKS. Esto se muestra en el siguiente ejemplo.
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
