Versión 1.6. Esta versión es compatible como se describe en la política de asistencia de la versión de Anthos, y ofrece los últimos parches y actualizaciones de vulnerabilidades de seguridad, exposiciones y problemas que afectan a los clústeres de Anthos en equipos físicos. Para obtener más detalles, consulta las notas de la versión 1.6. Esta no es la versión más reciente. Para obtener una lista completa de cada versión secundaria y de parche en orden cronológico, consulta las notas de la versión combinadas.

Versiones disponibles:  1.7  |  1.6

Elegir modelos de implementación

Los clústeres de Anthos en equipos físicos admiten varios modelos de implementación para satisfacer las diferentes necesidades de disponibilidad, aislamiento y huella de recursos. En esta página, se definen los conceptos que comparten todos los modelos de implementación y se describe cada modelo de implementación.

Clústeres de usuarios

Un clúster de usuario es un clúster de Kubernetes que ejecuta tus cargas de trabajo alojadas en contenedores. Consiste en nodos del plano de control y nodos trabajadores. Los clústeres de Anthos en equipos físicos admiten uno o más clústeres de usuarios. Los clústeres de usuario deben contener uno o más nodos trabajadores que ejecutan cargas de trabajo de usuario.

Clústeres de administrador

Un clúster de administrador es un clúster de Kubernetes que administra uno o más clústeres de usuarios. Tu clúster de administrador puede realizar las siguientes tareas:

  • Crear clústeres de usuario
  • Cambiar a una versión superior de clústeres de usuario
  • Actualizar clústeres de usuario
  • Borrar clústeres de usuario

Para crear un clúster de usuario, su clúster de administrador configura los componentes de Anthos en equipos físicos en el plano de control y los nodos trabajadores del clúster de usuario. Tu clúster de administrador solo tiene nodos de plano de control porque los clústeres de Anthos en componentes físicos se ejecutan en los nodos del plano de control.

Tu clúster de administrador contiene los siguientes tipos de datos sensibles:

  • Credenciales de SSH: Se usan para habilitar la instalación remota.
  • Claves de cuenta de servicio de Google Cloud: se usan para acceder a funciones como Container Registry

Para proteger los datos sensibles, restringe el acceso a tu clúster de administrador.

Alta disponibilidad

Puedes ejecutar clústeres de usuario o administrador en modo de alta disponibilidad (HA). Este modo requiere tres o más nodos del plano de control que se ejecutan en tu clúster. Si ejecutas un clúster en modo sin HA, tu clúster necesita solo un nodo del plano de control. A fin de evitar un punto único de fallo, usa el modo HA para implementaciones de producción. Use el modo de no HA para entornos críticos que no se envían, por ejemplo, un entorno de prueba, en el que puede volver a crear el clúster si falla el nodo del plano de control único. Un clúster de usuario de HA debe tener dos o más nodos trabajadores en caso de que falle un nodo trabajador.

Modelos de implementación

Los clústeres de Anthos en equipos físicos admiten los siguientes modelos de implementación para cumplir con distintos requisitos:

  • Implementación del clúster independiente
  • Implementación de varios clústeres
  • Implementación de clúster híbrido

Implementación del clúster independiente

Este modelo de implementación tiene un solo clúster que funciona como un clúster de usuario y como un clúster de administrador.

Este modelo tiene las siguientes ventajas:

  • No se necesita un clúster de administrador separado
  • Guarda tres nodos en una configuración de HA.

Este modelo tiene las siguientes ventajas de seguridad porque las cargas de trabajo se ejecutan en un clúster con los siguientes datos sensibles:

  • Credenciales SSH
  • Claves de cuenta de servicio de Google Cloud

Usa este modelo si cumples con cualquiera de las siguientes condiciones:

  • Administras cada clúster de forma independiente.
  • Tienes una cantidad pequeña de nodos trabajadores.
  • Admites un solo equipo.
  • Ejecutas un solo tipo de carga de trabajo.

Este modelo funciona bien en las siguientes situaciones:

  • Cada clúster se administra de forma independiente con diferentes claves SSH y credenciales de Google Cloud
  • Clústeres que se ejecutan en particiones aisladas de la red, como zonas desmilitarizadas (DMZ)
  • Clústeres que se ejecutan en ubicaciones perimetrales

Huella

Una implementación de clúster independiente requiere los siguientes nodos:

  • Nodos de plano de control:

    • Un nodo de plano de control para instancias sin HA
    • Tres o más nodos de plano de control para HA
  • Nodos trabajadores:

    • Uno o más nodos trabajadores para instancias sin HA
    • Dos o más nodos trabajadores para HA

Implementación de varios clústeres

Usa este modelo de implementación si tienes una flota de clústeres en el mismo centro de datos que deseas administrar desde un lugar centralizado y para implementaciones más grandes que necesitan aislamiento entre diferentes equipos o entre cargas de trabajo de desarrollo y producción.

Este modelo de implementación consta de los siguientes clústeres:

  • Un clúster de administrador: el punto de administración central que proporciona una API para administrar clústeres de usuarios. Tu clúster de administrador solo ejecuta componentes de administración.
  • Uno o más clústeres de usuario: contienen los nodos del plano de control y los nodos trabajadores, que ejecutan las cargas de trabajo del usuario.

Este modelo cumple con los siguientes requisitos:

  • Proporciona un plano de control centralizado y una API para administrar los ciclos de vida de los clústeres de tus usuarios.
  • Proporciona aislamiento entre los diferentes equipos.
  • Proporciona aislamiento entre las cargas de trabajo de desarrollo y producción.
  • No es necesario compartir credenciales SSH y claves de cuenta de servicio con los propietarios del clúster.
  • Puedes integrar tu implementación en tus propios planos de control

Huella

Una implementación de varios clústeres requiere los siguientes nodos:

  • Clúster de administrador

    • Un nodo de plano de control para instancias sin HA
    • Tres o más nodos de plano de control para HA
  • Clústeres de usuario: Puedes configurar la alta disponibilidad para cada clúster de usuario de manera independiente.

    • Nodos de plano de control:

      • Un nodo de plano de control para instancias sin HA
      • Tres o más nodos de plano de control para HA
    • Nodos trabajadores:

      • Uno o más nodos trabajadores para instancias sin HA
      • Dos o más nodos trabajadores para HA

Implementación de clúster híbrido

Este modelo de implementación es una implementación especializada para varios clústeres. Usa este modelo para ejecutar cargas de trabajo de los usuarios en tu clúster de administración. Tu clúster de administrador todavía administra clústeres de usuario adicionales. Puedes crear una implementación de clúster híbrida a partir de una implementación de clúster independiente si agregas más clústeres de usuarios para admitir varios equipos o tipos de carga de trabajo.

Este modelo cumple con los siguientes requisitos:

  • Permite volver a usar los nodos del plano de control para las cargas de trabajo de los usuarios.
  • No hay problemas de seguridad en la ejecución de cargas de trabajo de usuarios en el clúster de administrador, que contiene datos sensibles.

Huella

Una implementación de clúster híbrido requiere los siguientes nodos:

  • Clúster híbrido

    • Nodos de plano de control:

      • Un nodo de plano de control para instancias sin HA
      • Tres o más nodos de plano de control para HA
    • Nodos trabajadores:

      • Uno o más nodos trabajadores para instancias sin HA
      • Dos o más nodos trabajadores para HA, según el tipo de carga de trabajo
  • Clústeres de usuario: Puedes configurar la alta disponibilidad para cada clúster de usuario de manera independiente.

    • Nodos de plano de control:

      • Un nodo de plano de control para instancias sin HA
      • Tres o más nodos de plano de control para HA
    • Nodos trabajadores:

      • Uno o más nodos trabajadores para instancias sin HA
      • Dos o más nodos trabajadores para HA