Ciclo de vida de una función de red Utilizar interfaces estandarizadas Paquetes de funciones de red AWS TNBdescriptores de servicios de red Administración y operaciones Descriptores de servicios de red

AWS TNBconceptos

En este tema se describen los conceptos esenciales que le ayudarán a empezar a utilizarlos AWS TNB.

Contenido

Ciclo de vida de una función de red
Utilizar interfaces estandarizadas
Paquetes de funciones de red para AWS TNB
Descriptores de servicios de red para AWS TNB
Administración y operaciones para AWS TNB
Descriptores de servicios de red para AWS TNB

Ciclo de vida de una función de red

AWS TNBle ayuda a lo largo del 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 CSAR paquetes para implementarlos o actualizarlos.
AWS TNBUtilícelo para cargar el CSAR paquete que define su función de red (por ejemploAMF, CU yUPF) e intégrelo con una canalización de integración y entrega continuas (CI/CD) que le ayude a crear nuevas versiones del CSAR paquete 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
Ingiera los NSDs datos que definan las funciones de la red y los recursos necesarios para la creación de instancias de la función de red.

Instanciación

Cree la infraestructura que requieren las funciones de la red.
Instancie (o aprovisione) la función de red tal como se define en ella y comience a transportar tráfico. NSD
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 EKS version parámetro Amazon en el paquete de red.

Utilizar interfaces estandarizadas

AWS TNBse integra con los orquestadores de servicios compatibles con el Instituto Europeo de Normas de Telecomunicación (ETSI), lo que le permite simplificar el despliegue de sus servicios de red. Los orquestadores de servicios pueden utilizar AWS TNB SDKs el CLI o el APIs para iniciar operaciones, como crear instancias o actualizar una función de red a una nueva versión.

AWS TNBadmite las siguientes especificaciones.

Especificación	Release	Descripción
ETSISOL001	v3.6.1	Define los estándares para permitir los descriptores de funciones de red TOSCA basados en datos.
ETSISOL002	v3.6.1	Define modelos en torno a la gestión de funciones de red.
ETSISOL003	v3.6.1	Define los estándares para la gestión del ciclo de vida de las funciones de red.
ETSISOL004	v3.6.1	Define CSAR los estándares para los paquetes de funciones de red.
ETSISOL005	v3.6.1	Define los estándares para la gestión del paquete de servicios de red y del ciclo de vida de los servicios de red.
ETSISOL007	v3.5.1	Define los estándares para permitir los descriptores de servicios de red TOSCA basados en datos.

Paquetes de funciones de red para AWS TNB

Con él AWS TNB, puede almacenar paquetes de funciones de red que cumplan con los requisitos ETSI SOL 001/ SOL 004 en un catálogo de funciones. Luego, puedes cargar paquetes de Cloud Service Archive (CSAR) que contengan artefactos que describan la función de tu 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 (AmazonECR) puede actuar como 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.

CSARSe trata de un paquete definido por la OASIS TOSCA norma e incluye un descriptor de red/servicio que cumple con la especificación. OASIS TOSCA YAML Para obtener información sobre la YAML especificación requerida, consulte. TOSCAreferencia para AWS TNB

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 AWS TNB

AWS TNBalmacena 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 el YAML NSD archivo (vnfd.yaml), tal como lo describe ETSI SOL 007, 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 TNBadmite ETSI los estándares para el modelado de recursos, como la red, el servicio y la función, en el TOSCA lenguaje. AWS TNBhace que su uso sea más eficiente al modelarlos Servicios de AWS de una manera que su orquestador de servicios que ETSI cumpla con las normas pueda entenderlos.

El siguiente es un fragmento de una NSD muestra de cómo modelar. Servicios de AWS La función de red se implementará en un EKS clúster de Amazon con la versión 1.27 de Kubernetes. Las subredes de las aplicaciones son Subnet01 y Subnet02. Luego, puede definir las 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 para AWS TNB

Con AWS TNB, puede administrar su red mediante operaciones de administración estandarizadas de acuerdo con los ETSI SOL códigos 003 y SOL 005. Puede utilizarla AWS TNB APIs para realizar operaciones del ciclo de vida, 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 AWS TNB

Un descriptor de servicio de red (NSD) es un .yaml archivo de un paquete de red que utiliza el TOSCA estándar para describir las funciones de red que desea implementar y la AWS infraestructura en la que desea implementar las funciones de red. Para definir NSD y configurar los recursos subyacentes y las operaciones del ciclo de vida de la red, debe comprender el NSD TOSCA esquema en el que se basa. AWS TNB

NSDEl archivo se divide en las siguientes partes:

TOSCAversión de definición: es la primera línea del NSD YAML archivo 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— NSD Contiene la definición de la función de red en la que se van a 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 ID debe coincidir con el ID del CSAR paquete de funciones 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 NSD YAML archivo, 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 EKS nodos de Amazon, debe crearse dentro de un Amazon EKS Cluster. 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

Aviso JavaScript está desactivado o no está disponible en su navegador.

Para utilizar la documentación de AWS, debe estar habilitado JavaScript. Para obtener más información, consulte las páginas de ayuda de su navegador.

Convenciones del documento

¿Cómo AWS TNB funciona

Configurando AWS TNB