Compartir a través de

Arquitectura de clúster de carga de trabajo y AKS Arc en VMware (versión preliminar)

  • Artículo

Se aplica a: AKS habilitado por Azure Arc en VMware (versión preliminar)

En este artículo se proporciona información general sobre la arquitectura del clúster y los componentes clave de la infraestructura de Kubernetes, como el plano de control y los nodos de trabajo, para AKS habilitados por Azure Arc en VMware.

Arquitectura de clúster

Un clúster de Azure Kubernetes Service tiene los siguientes componentes:

  • Arc Resource Bridge (también conocido como dispositivo de Arc) proporciona el mecanismo de orquestación principal y la interfaz para implementar y administrar uno o varios clústeres de cargas de trabajo.
  • Los clústeres de carga de trabajo (también conocidos como clústeres de destino) son donde se implementan las aplicaciones en contenedores.

Diagrama que muestra la arquitectura del clúster.

AKS Arc usa un conjunto de opciones de configuración predefinidas para implementar clústeres de Kubernetes de forma eficaz y con escalabilidad en mente. Una operación de implementación crea varias máquinas virtuales Linux y las combina para crear uno o varios clústeres de Kubernetes.

Puente de recursos de Arc

Arc Resource Bridge conecta una nube privada (por ejemplo, Azure Local, VMWare/vSphere o SCVMM) a Azure y habilita la administración de recursos local desde Azure. Una vez conectado, puede configurar la plataforma de orquestación de contenedores en AKS en un entorno de vSphere, que es la plataforma de virtualización de VMware. Los dos componentes principales de vSphere son ESXi y vCenter.

Azure Arc Resource Bridge proporciona la línea de visión a las nubes privadas necesarias para administrar recursos como clústeres de Kubernetes locales a través de Azure. Arc Resource Bridge incluye los siguientes componentes principales de AKS Arc:

  • Extensiones de clúster de AKS Arc: una extensión de clúster es el equivalente local de un proveedor de recursos de Azure Resource Manager. Al igual que el proveedor de recursos Microsoft.ContainerService administra clústeres de AKS en Azure, el proveedor de recursos Microsoft.HybridContainerService permite que la extensión de clúster de AKS Arc administre clústeres de Kubernetes a través de Azure cuando se agrega a Arc Resource Bridge.
  • Ubicación personalizada: una ubicación personalizada es el equivalente local de una región de Azure y es una extensión de la construcción de ubicación de Azure. Las ubicaciones personalizadas proporcionan una manera de que los administradores de inquilinos usen su centro de datos con las extensiones adecuadas instaladas, como ubicaciones de destino para implementar instancias de servicio de Azure.
  • Recurso de vCenter: VMware vCenter es software de administración de servidores que proporciona una plataforma centralizada para controlar los entornos de vSphere. Arc Resource Bridge y las extensiones de AKS se comunican con vCenter a través de la API de clúster proporcionada por vSphere (CAPv), lo que facilita la creación de clústeres de cargas de trabajo. Cada uno de los recursos de ubicación personalizados se asigna a una instancia de vCenter. A medida que conecta vCenter a Azure, también registra vCenter como un recurso de Azure, que es el recurso de vCenter.

Para obtener información general sobre la arquitectura del puente de recursos de Azure Arc, consulte introducción a Azure Arc Resource Bridge. Para cada puente de recursos de Azure Arc, puede administrar varias instancias de vCenter mediante la creación de recursos de vCenter con las ubicaciones personalizadas correspondientes. Hay una relación de asignación uno a uno entre los recursos de vCenter y las ubicaciones personalizadas.

Clústeres de cargas de trabajo

Un clúster de cargas de trabajo tiene muchos componentes, como se describe en las secciones siguientes.

Plano de control

  • Servidor de API: el servidor de API permite la interacción con la API de Kubernetes. Este componente proporciona la interacción con las herramientas de administración, como la CLI de Azure o kubectl.
  • Etcd: Etcd es un almacén de clave-valor distribuido que almacena los datos necesarios para la administración del ciclo de vida del clúster. Almacena el estado del plano de control.

Equilibrador de carga

El propósito principal de un equilibrador de carga es distribuir el tráfico entre varios nodos de un clúster de Kubernetes. Este equilibrio de carga puede ayudar a evitar el tiempo de inactividad y mejorar el rendimiento general de las aplicaciones.

La versión preliminar de AKS Arc en VMware admite las siguientes opciones para implementar un equilibrador de carga para el clúster de Kubernetes:

  • Traiga su propio equilibrador de carga de terceros.

Nodos de trabajo

Para ejecutar las aplicaciones y los servicios de soporte técnico, necesitará un nodo de Kubernetes. Un clúster de cargas de trabajo de AKS tiene uno o varios nodos de trabajo. Los nodos de trabajo actúan como máquinas virtuales (VM) que ejecutan los componentes del nodo de Kubernetes y hospedan los pods y los servicios que componen la carga de trabajo de la aplicación.

Hay componentes principales de carga de trabajo de Kubernetes que puede implementar en clústeres de cargas de trabajo de AKS, como pods e implementaciones.

Advertencia

Durante la versión preliminar, no se admite la creación y administración de grupos de nodos de Windows.

Administración del ciclo de vida

Azure Arc se habilita automáticamente en todos los clústeres de Kubernetes que se crean mediante AKS Arc. Puede usar la identidad de Microsoft Entra para conectarse a los clústeres desde cualquier lugar. Azure Arc permite usar herramientas conocidas como la CLI de Azure y las plantillas de Azure Resource Manager para crear y administrar los clústeres de Kubernetes.

Pasos siguientes