Arquitectura de ejecución de Anthos en modo desconectado

En esta página, se describe la arquitectura de una implementación de prueba de concepto de la ejecución de Anthos en modo desconectado. La tecnología del clúster para esta prueba de concepto se basa en Anthos en equipos físicos.

Terminología de ejecución de Anthos en modo desconectado

Estación de trabajo del administrador: Es una máquina de Linux que se usa para crear el clúster de administrador y realizar otras tareas administrativas de bajo nivel.
Clúster de administrador: Es un clúster de Anthos que se usa para administrar los clústeres de usuario. Solo las cargas de trabajo administrativas se ejecutan en este clúster. El clúster de administrador no se usa para implementar apps. Por lo general, es más pequeño que los clústeres de usuarios. El clúster de administrador es donde se instalan el plano de control local y la interfaz web.
Clúster de usuario: Es un clúster de Anthos en el que implementas tus apps. Un solo clúster de administrador puede administrar varios clústeres de usuario.
Nodo del plano de control: Este nodo ejecuta los componentes principales de un clúster determinado, como el servidor de la API de Kubernetes o etcd. Para cada clúster, tienes un nodo de plano de control (configuración sin alta disponibilidad) o tres nodos del plano de control (configuración de alta disponibilidad).
Nodo trabajador: Es un nodo en el que implementas las cargas de trabajo en un clúster determinado. Puedes tener muchos nodos trabajadores en un clúster.
Nodo del balanceador de cargas: Es un nodo en el que se ejecuta el balanceador de cargas para Anthos. Para Anthos en equipos físicos (y la ejecución de Anthos en modo desconectado), este balanceador de cargas es MetalLB. En esta prueba de concepto, implementarás los balanceadores de cargas en los nodos del plano de control. Esos nodos son nodos del plano de control y nodos de los balanceadores de cargas. En una situación de producción, puedes mover los balanceadores de cargas a los nodos trabajadores para proteger al servidor de la API de Kubernetes que se ejecuta en los nodos del plano de control de cualquier interferencia. También puedes dedicar nodos trabajadores para el balanceo de cargas. Google no recomienda ejecutar más de 10 nodos de balanceador de cargas.

Arquitectura

Según el hardware que tengas disponible y las capacidades de la ejecución de Anthos en modo desconectado, te recomendamos una de las siguientes opciones:

Instalación mínima	Instalación con alta disponibilidad	Instalación de varios clústeres
1 estación de trabajo de administrador 2 nodos para el clúster de administrador: 1 nodo de plano de control y 1 nodo trabajador 2 nodos para el clúster de usuario: 1 nodo de plano de control y 1 nodo trabajador Total: 5 nodos Diagrama de instalación mínima	1 estación de trabajo de administrador 6 nodos para el clúster de administrador: 3 nodos del plano de control y 3 nodos trabajadores 6 nodos para el clúster de usuario: 3 nodos del plano de control y 3 nodos trabajadores Total: 13 nodos Diagrama de instalación con alta disponibilidad	1 estación de trabajo de administrador 2 nodos para el clúster de administrador: 1 nodo de plano de control y 1 nodo trabajador 3 clústeres de usuario con 2 nodos cada uno: 1 nodo de plano de control y 1 nodo trabajador Total: 9 nodos Diagrama de instalación de varios clústeres
Ventajas: Menor costo y huella de hardware Puede probar todas las funciones de la ejecución de Anthos en modo desconectado, excepto las de alta disponibilidad y las capacidades de varios clústeres.	Ventajas: Ejecuta cargas de trabajo más grandes Puede probar todas las funciones de la ejecución de Anthos en modo desconectado, incluidas las de alta disponibilidad, pero sin capacidades de varios clústeres.	Ventajas: Puede probar todas las funciones de la ejecución de Anthos en modo desconectado, incluidas las capacidades de varios clústeres, pero no la alta disponibilidad de un solo clúster.

Para todas las opciones:

Los balanceadores de cargas se ejecutan en los nodos del plano de control de cada clúster.
Debes cumplir con los requisitos.

Puedes combinar estas opciones, por ejemplo, puedes tener un clúster de administrador pequeño de dos nodos (un nodo del plano de control y un nodo trabajador) y un clúster de usuario de seis nodos grande. También puedes crear dos entornos de ejecución de Anthos en modo desconectado (como desarrollo y etapa de pruebas): uno con una instalación mínima y el segundo con una instalación con alta disponibilidad. Un clúster siempre debe tener un número impar (por lo general, uno o tres) de nodos del plano de control para evitar situaciones de cerebro dividido en las que dos nodos creen que son los líderes.

De forma predeterminada, los nodos usan el disco duro local o SSD para aprovisionar PersistentVolumes. Las unidades locales no cuentan con alta disponibilidad y no se pueden pasar de un nodo a otro. Una vez que se crean los clústeres, te recomendamos lo siguiente:

Instala un controlador de interfaz de almacenamiento de contenedores (CSI) compatible con tu proveedor de almacenamiento (consulta la lista de Socios de almacenamiento de Anthos Ready).
Crea una StorageClass respaldada por este controlador de CSI.
Convierte esta StorageClass en la configuración predeterminada.

Diagramas

En estos diagramas, se muestra la arquitectura de alto nivel de cada opción. Los routers y los interruptores representados en los diagramas son solo ejemplos: puedes usar la arquitectura de red que elijas, siempre y cuando cumpla con los requisitos.

Instalación mínima

dibujo

Instalación con alta disponibilidad

Para lograr una instalación con alta disponibilidad, tu red también debe tener alta disponibilidad. La implementación de esta instalación depende del entorno de red existente.

dibujo

Instalación de varios clústeres

dibujo

¿Qué sigue?

Más información sobre los requisitos.