El software de Distributed Cloud solo para VMware te permite implementar y administrar clústeres de Google Kubernetes Engine (GKE) en un entorno de VMware vSphere. Puedes ejecutar y actualizar aplicaciones alojadas en contenedores en tu centro de datos mientras usas las funciones y la infraestructura de Google Cloud .
Para ejecutar clústeres solo de software directamente en servidores físicos, consulta la Descripción general de Distributed Cloud solo de software para equipos físicos.
¿Por qué usar el software de Distributed Cloud solo para VMware?
Ejecutar el software de Distributed Cloud solo para VMware en tu infraestructura de vSphere existente te permite modernizar las aplicaciones con GKE y, al mismo tiempo, mantener la plataforma de virtualización, el almacenamiento y los procesos operativos que tus equipos ya usan.
Integración en tu entorno de vSphere
Google Distributed Cloud ejecuta nodos de clúster como máquinas virtuales en tu entorno de vCenter existente, por lo que puedes agregar cargas de trabajo alojadas en contenedores a los hosts de vSphere que ya operas. Los clústeres almacenan datos en almacenes de datos de vSphere respaldados por vSAN, VMFS o NFS, y puedes asignar diferentes almacenes de datos a grupos de nodos individuales. El controlador de la interfaz de almacenamiento de contenedores (CSI) de vSphere aprovisiona volúmenes persistentes para cargas de trabajo con estado. Para obtener más información, consulta Almacenamiento.
Administración centralizada con datos locales
Administra, supervisa y soluciona problemas de los clústeres desde la consola de Google Cloud , Google Cloud CLI o Terraform con la API de GKE On-Prem, sin acceder a la estación de trabajo de administrador. Tus aplicaciones y datos empresariales permanecen en tu centro de datos; Google Cloud solo recibe metadatos del clúster, información de estado y de uso. Para obtener más información, consulta Datos que permanecen en tu centro de datos.
Confiabilidad y operaciones empresariales
Google Distributed Cloud incluye funciones operativas listas para producción:
- Alta disponibilidad: Los clústeres de administrador con alta disponibilidad y los planos de control de los clústeres de usuario usan tres nodos del plano de control, por lo que puedes administrar tu entorno incluso si falla un nodo.
- Reparación automática de nodos: Las verificaciones de estado periódicas detectan los nodos en mal estado, y la reparación automática de nodos los repara automáticamente. Esta función está habilitada de forma predeterminada.
- Ajuste de escala automático del clúster: El escalador automático del clúster agrega o quita nodos en un grupo de nodos según las solicitudes de recursos de tus cargas de trabajo.
- Balanceo de cargas flexible: Usa el balanceador de cargas de MetalLB empaquetado, que se ejecuta en los nodos del clúster, o configura un balanceador de cargas de terceros, como F5 BIG-IP o Citrix. Para obtener más información, consulta Descripción general del balanceo de cargas.
Cómo funciona
Google Distributed Cloud extiende GKE para permitirte crear clústeres en servidores físicos en un entorno de vSphere. Administras estos clústeres locales en Google Cloud junto con los clústeres basados en la nube como parte de una flota unificada.
En los clústeres de GKE que se ejecutan en Google Cloud, Google administra el plano de control de Kubernetes y la infraestructura de red. Para los clústeres de Google Distributed Cloud que se ejecutan en tu centro de datos, Google Cloud proporciona software de plano de control y administración que se descarga y se implementa en tus máquinas virtuales de vSphere como parte de los procesos de instalación y actualización.
En el siguiente diagrama, se muestra la arquitectura de una instalación completada con un clúster de administrador y un clúster de usuario:
Componentes clave
Los siguientes componentes conforman una instalación de solo software de Distributed Cloud para VMware:
- Clúster de administrador: Administra uno o más clústeres de usuario. Los clústeres de administrador constan de uno o más nodos del plano de control que se ejecutan en máquinas virtuales dedicadas.
- Clúster de usuario: Ejecuta tus cargas de trabajo alojadas en contenedores. Cada clúster de usuario consta de, al menos, un nodo del plano de control y uno o más nodos trabajadores.
- Estación de trabajo de administrador: Es una máquina virtual dedicada que incluye archivos de configuración del clúster y herramientas de administración:
gkectl: Crea, actualiza y administra implementaciones de clústeres.kubectl: Interactúa con los clústeres de administrador y de usuario para administrar las cargas de trabajo.
- Consola deGoogle Cloud : Es una interfaz web en Google Cloud para ver el estado del clúster y realizar operaciones del ciclo de vida sin estar conectado a la estación de trabajo de administrador.
- Direcciones IP virtuales (VIP): Son las IP virtuales que se configuran durante la instalación.
Los administradores y desarrolladores de clústeres usan
kubectly las VIP del plano de control para acceder a los planos de control en los clústeres de administrador y de usuario. Los usuarios y desarrolladores de aplicaciones usan las VIP de Ingress y Service para acceder y exponer las cargas de trabajo, respectivamente. Para obtener más detalles, consulta Planifica tus direcciones IP.
Conéctate a la flota
Todos los clústeres de usuario son miembros de una flota, que es una agrupación lógica de clústeres de Kubernetes que proporciona una administración unificada en todos los entornos. Las flotas te permiten ver clústeres juntos en la consola de Google Cloud y usar funciones habilitadas para la flota para administrar, controlar y operar cargas de trabajo a gran escala.
Cada clúster se conecta a Google Cloud a través del agente de Connect, que se implementa automáticamente durante la instalación del clúster. La membresía de la flota también determina la facturación del software de Distributed Cloud solo para VMware.
Precios
Los clústeres locales creados con Google Distributed Cloud se facturan por CPU virtual. Para habilitar la facturación, habilita la API de Anthos en tu proyecto de Google Cloud.
Para obtener información completa sobre los precios, incluso cómo comunicarte con Ventas, consulta los precios de Google Kubernetes Engine.
Versiones
En esta documentación, se abarcan todas las versiones compatibles de Google Distributed Cloud. Cuando corresponda, Google también conservará información limitada para las versiones anteriores y no compatibles en esta documentación.
Para conocer las versiones compatibles y las políticas de lanzamiento, consulta los siguientes recursos:
- Política de asistencia de la versión: Programas de mantenimiento y ventanas de asistencia.
- Control de versiones: Versiones secundarias compatibles y parches disponibles.
A partir de la versión 1.29, ya no creamos un directorio para la versión secundaria anterior. Las diferencias de comportamiento se indican en la documentación. Cuando una función nueva está disponible, se documenta la versión compatible de la función.
La documentación de la versión 1.16 y anteriores se archiva en:
https://cloud.google.com/anthos/clusters/docs/on-prem/VERSION/
Reemplaza VERSION por una versión secundaria de 1.0 a 1.16 y copia la URL en la barra de direcciones de tu navegador.
Dónde se almacenan tus datos
Cuando ejecutas el software de Distributed Cloud solo para VMware, tus clústeres, aplicaciones y datos de la empresa permanecen en tu centro de datos. De forma predeterminada, Google Distributed Cloud envía información de Google Cloud sobre tus clústeres, como su configuración, estado y uso, pero no envía los datos de tu aplicación.
Datos que permanecen en tu centro de datos
Los siguientes datos permanecen en tu centro de datos:
- Contenedores, Pods, PersistentVolumes y los datos que procesan tus aplicaciones.
- Todos los objetos de Kubernetes se almacenan en tu plano de control
y en la base de datos de
etcd. - El plano de control del clúster de administrador almacena claves privadas
etcdautofirmadas, claves de clúster de usuario y autoridades certificadoras (CA) de clúster. - Secretos de la aplicación, tokens de OAuth, claves privadas de SSH, credenciales de Container Registry, credenciales de vCenter y F5 BIG-IP, y archivos de claves de cuentas de servicio, almacenados en
etcdo en tu estación de trabajo de administrador. No se envían a la API de GKE On-Prem y se quitan de las instantáneas de diagnóstico. - Los archivos de configuración del clúster de administrador, del clúster de usuario y de las credenciales se almacenan en tu estación de trabajo de administrador.
- Los registros de auditoría se escriben en el disco en los nodos del plano de control del clúster de administrador y en los clústeres de usuario.
- Puedes subir instantáneas de diagnóstico a Cloud Storage.
Datos que se envían a Google Cloud
En la siguiente tabla, se muestra qué se envía, cómo se usa y almacena, y si puedes desactivarlo:
| Datos | Qué se envía | Uso y almacenamiento | Predeterminado |
|---|---|---|---|
| Conexión y registro de flotas ( gkehub.googleapis.com,
gkeconnect.googleapis.com) |
|
Administra clústeres desde la consola de
Google Cloud , la puerta de enlace de Connect y la flota
con el agente de Connect. Tu kube-apiserver autentica, autoriza y
registra en la auditoría cada solicitud. |
Obligatorio |
| Configuración y estado del clúster ( gkeonprem.googleapis.com) |
|
Te permite administrar clústeres con la consola de Google Cloud ,
Google Cloud CLI o Terraform. La API de GKE On-Prem almacena estos datos en la región establecida
en gkeOnPremAPI.location. |
Activado en la versión 1.16 y posteriores, si la API de GKE On-Prem está
habilitada en tu proyecto de Google Cloud . Para desactivarla, establece
gkeOnPremAPI.enabled en false. |
| Uso de facturación ( anthos.googleapis.com) |
La capacidad de CPU virtuales, el recuento de nodos y el estado de derecho de la licencia. | Se usa para la medición, la facturación y las verificaciones de licencias. | Obligatorio. Los registros de facturación se almacenan en búfer durante una interrupción y se envían más tarde. |
| Datos de estado del sistema ( logging.googleapis.com, monitoring.googleapis.com,
opsconfigmonitoring.googleapis.com) |
|
Se usa para Cloud Monitoring, las vistas de estado de la consola de Google Cloud y
la solución de problemas de Atención al cliente. Se almacena en el proyecto de Google Cloud
establecido en stackdriver.projectID. Las métricas se almacenan
en la región stackdriver.clusterLocation, y los registros siguen la configuración
del enrutador de registros. |
Activado para los registros y las métricas del sistema, que requieren
la asistencia completa de Atención al cliente y la cobertura del ANS. Desactivado
para las métricas y los registros de la aplicación, a menos que configures
enableCloudLoggingForApplications o
enableGMPForApplications como true en el
recurso Stackdriver. |
| Registros de auditoría ( anthosaudit.googleapis.com) |
Registros de auditoría de la actividad del administrador: quién cambió qué
a través de kube-apiserver y cuándo. Las entradas incluyen la hora,
el clúster, el host o la VM, el usuario o la cuenta de servicio, el rol de RBAC, la operación y
el resultado. No se registran las solicitudes de lectura. |
Se almacenan en los Registros de auditoría de Cloud en el proyecto de Google Cloud establecido en
cloudAuditLogging.projectID, en el bucket _Required
y se conservan durante 400 días. |
Opcional. Para activarlo, completa la sección
cloudAuditLogging. En el caso de los clústeres de administrador, solo puedes activarla
durante la creación. Para desactivarla en un clúster de usuario, borra la sección y
actualiza el clúster. |
¿Qué sigue?
- Para iniciar una instalación de prueba de concepto mínima, consulta Configura una infraestructura mínima.
- Para planificar una implementación de producción, consulta la descripción general de la instalación.