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.
AWS Conceptos de TNB
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 instanciarse.
-
- 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 | Description (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. |
Paquete de funciones
Con AWS TNB, puede almacenar paquetes de funciones que cumplen con la ETSI SOL001/SOL004 en un catálogo de funciones. A continuación, puede cargar paquetes de Cloud Service Archive (CSAR) que contengan artefactos que describan el funcionamiento de su red virtual.
-
Descriptor de función de red virtual: define los metadatos para la incorporación de paquetes y la administración de funciones de red virtual. Debe asignar un nombre a este archivo
vnfd.yaml. -
Imágenes de software: hace referencia a la función de red virtual Container Images. Amazon Elastic Container Registry (Amazon ECR) puede actuar como repositorio de imágenes de funciones de red virtual.
-
Archivos adicionales: utilícelos para administrar la función de la red virtual; por ejemplo, scripts 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 virtual.
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"
Paquete de red
Un paquete de red es un .zip archivo en formato CSAR (Cloud Service Archive). Define los paquetes de funciones que desea implementar y la AWS infraestructura en la que desea implementarlos.
El paquete de red contiene los siguientes archivos:
-
Un archivo descriptor de red (
nsd.yaml) en formato TOSCA, tal como se describe en ETSI SOL007.El
nsd.yamlarchivo contiene referencias a los paquetes de funciones cargados con su descriptor. IDs Scripts de datos de usuario, si los hay.
Scripts de enlaces de ciclo de vida, si los hay.
Archivos de
values.yamlconfiguración de los complementos, si los hay.
AWS TNB es compatible con los estándares de la ETSI para el modelado de recursos, como redes, servicios y funciones, 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.
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
Ejemplo de NSD
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 - ENI02
Administració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.