Descripción general de Distributed Cloud (solo software) para Bare Metal

Google Distributed Cloud es una solución de software y hardware completamente administrada que extiende la infraestructura y los servicios deGoogle Cloud a tu centro de datos. Google Distributed Cloud también está disponible como un producto solo de software que se ejecuta en tu propio hardware. El software de Google Distributed Cloud se puede instalar en VMware o en equipos físicos. Esta guía está destinada al software de Google Distributed Cloud que se ejecuta directamente en tus máquinas de equipos físicos.

El software de Google Distributed Cloud se basa en Google Kubernetes Engine (GKE), con su propio paquete de Kubernetes que extiende GKE para su uso en un entorno local. Con Google Distributed Cloud, puedes crear, administrar y actualizar clústeres de GKE en tus propias instalaciones mientras usas las funciones deGoogle Cloud , además de implementar y operar aplicaciones alojadas en contenedores en tus clústeres a gran escala con la infraestructura de Google.

¿Por qué usar el software de Distributed Cloud solo para equipos físicos?

Ejecutar el software de Distributed Cloud solo para equipos físicos en tu infraestructura empresarial existente proporciona acceso directo al hardware, seguridad empresarial y administración central en todos los entornos.

Control y rendimiento directos del hardware

La implementación directa en servidores físicos te brinda control directo sobre el escalamiento, la latencia y el rendimiento de las aplicaciones, a la vez que reduce los costos con el uso de tu infraestructura existente. Google Distributed Cloud administra la implementación y el estado de las aplicaciones en tus centros de datos corporativos existentes para obtener operaciones más eficientes. Puedes optimizar las cargas de trabajo para tipos de hardware especializados, como GPU y SSD, y ejecutar aplicaciones de baja latencia en el perímetro de la red sin sobrecarga del hipervisor.

Seguridad a nivel del sistema operativo

Debido a que mantienes el control directo sobre los sistemas operativos de tus nodos y las configuraciones de red, puedes personalizar las políticas de seguridad para que se ajusten a tus requisitos de cumplimiento. Los clústeres se comunican con las APIs de Google a través de conexiones seguras y ligeras, lo que elimina la complejidad de las máquina virtual y, al mismo tiempo, conserva los controles de seguridad existentes.

Administración y supervisión centralizadas

Administra, supervisa y soluciona problemas de los clústeres desde la consola deGoogle Cloud con Cloud Monitoring y el agente de Connect. Esta visibilidad central te ayuda a mantener la confiabilidad y ajustar la escala de la aplicación en los centros de datos distribuidos.

Confiabilidad y operaciones empresariales

Google Distributed Cloud incluye funciones operativas listas para producción:

  • Alta disponibilidad: La compatibilidad con varios nodos del plano de control garantiza que puedas administrar tu entorno incluso si falla un nodo.
  • Verificaciones previas automatizadas: La validación integrada ayuda a verificar las configuraciones de hardware y del sistema operativo antes de la instalación.
  • Balanceo de cargas integrado: Los mecanismos de balanceo de cargas de capa 4 y capa 7 se implementan automáticamente durante la creación del clúster.
  • Mantenimiento de la base de datos: La desfragmentación automatizada (etcddefrag) recupera el almacenamiento para mantener el estado y la estabilidad de etcd.

Cómo funciona

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 descargas y, luego, instalas en tus servidores físicos de Linux. Administras estos clústeres locales en Google Cloud junto con los clústeres basados en la nube como parte de una flota unificada.

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:

Arquitectura básica para una implementación de clúster de administrador y de usuario
Arquitectura de Google Distributed Cloud en equipos físicos con un clúster de administrador y un clúster de usuario

Componentes clave

Una implementación de equipos físicos solo de software consta de los siguientes componentes:

  • Clúster de administrador: Administra el ciclo de vida de los clústeres de usuario con Kubernetes Resource Management (KRM). La implementación estándar consiste en un clúster de administrador que administra el ciclo de vida de uno o más clústeres de usuario. Un clúster de administrador consta de una o más máquinas físicas de Linux que funcionan como nodos del plano de control. Cada máquina de nodo en la instalación tiene su propia dirección IP.
  • 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 un nodo trabajador.
  • Estación de trabajo de administrador: Es una máquina dedicada que aloja archivos de configuración y herramientas administrativas:
    • bmctl: Crea, actualiza y administra clústeres.
    • kubectl: Interactúa con los clústeres de administrador y de usuario, y administra las cargas de trabajo.
  • API de GKE On-Prem: Es la API alojada en Google Cloudpara la administración del ciclo de vida de los clústeres. Los clientes, como la consola de Google Cloud , Google Cloud CLI y Terraform, te permiten administrar clústeres locales sin acceder a la estación de trabajo de administrador.
  • Consola deGoogle Cloud : Proporciona una interfaz web para tu proyecto de Google Cloud, incluidos los clústeres locales. La consola de Google Cloud muestra métricas clave sobre tus clústeres para ayudarte a supervisar su estado y el de la flota.
  • Direcciones IP virtuales (VIP): Son las IP virtuales que se configuran durante la instalación. Los administradores y desarrolladores de clústeres usan kubectl para acceder a los planos de control del clúster a través de las VIP del plano de control. Los usuarios y desarrolladores de aplicaciones usan las VIP de Ingress y Service para acceder y exponer las cargas de trabajo, respectivamente.

Conéctate a la flota

Los clústeres de usuario y, de forma opcional, los clústeres de administrador se registran en una flota, que es una agrupación lógica de clústeres de Kubernetes que proporciona administración unificada en todos los entornos. Las flotas permiten que tu organización mejore la administración de clústeres individuales a grupos completos de clústeres y pueden ayudar a tus equipos a adoptar prácticas recomendadas similares a las que se usan en Google. Puedes ver los clústeres juntos en la consola deGoogle 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 de Google Distributed Cloud.

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 detalles sobre los precios y la información de contacto de ventas, consulta Precios de Google Kubernetes Engine.

Versiones

Para obtener más información sobre las versiones de Google Distributed Cloud, consulta la Política de compatibilidad de 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. Las diferencias específicas de la versión en los requisitos y el comportamiento se indican en la documentación. Cuando una función nueva está disponible, se documenta la versión compatible de la función.

Para obtener una lista de las versiones secundarias compatibles y los parches disponibles, consulta Control de versiones.

A partir de la versión 1.29, ya no creamos un directorio numerado para la documentación de la versión secundaria anterior. Para encontrar la documentación archivada de la versión 1.16 y anteriores, agrega el número de versión secundario en la siguiente URL:

https://cloud.google.com/anthos/clusters/docs/bare-metal/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.

Instala el software de Distributed Cloud solo para Bare Metal

Debido a que los clústeres creados con Google Distributed Cloud se ejecutan en tu propia infraestructura, son altamente configurables. Una vez que selecciones el modelo de implementación que satisface tus necesidades organizativas y de caso de uso particulares, puedes elegir entre una variedad de modos de balanceo de cargas compatibles, opciones de direccionamiento IP, funciones de seguridad, opciones de conectividad y mucho más. La configuración de un clúster implica tomar decisiones antes y durante la instalación. Este conjunto de documentación incluye guías que ayudan a tu equipo a decidir las características y opciones adecuadas para ti. Para asegurarte de que la instalación cumpla con las necesidades de la organización, consulta con los equipos de redes y aplicaciones.

Dónde se almacenan tus datos

Cuando ejecutas el software de Distributed Cloud solo para Bare Metal, tus clústeres, aplicaciones y datos de la empresa permanecen en tu centro de datos. De forma predeterminada, Google Distributed Cloud envía Google Cloud información 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, backends de almacenamiento local y los datos que procesan tus aplicaciones.
  • El plano de control (kube-apiserver, kube-scheduler y kube-controller-manager) y la base de datos etcd, que almacena todos tus objetos de Kubernetes.
  • Claves privadas para las autoridades certificadoras (CA), incluidas la CA del clúster, la CA de etcd y la CA de proxy principal. El espacio de nombres del clúster de usuario del clúster de administrador almacena las AC del clúster de usuario.
  • Los secretos de la aplicación, los tokens de OAuth, las claves privadas de SSH, las credenciales de Container Registry y los archivos de claves de la cuenta de servicio se almacenan en etcd o en tu estación de trabajo de administrador. No se envían a la API de GKE On-Prem, y la instantánea de diagnóstico predeterminada no incluye las credenciales del clúster.
  • El archivo de configuración del clúster se almacena en tu estación de trabajo de administrador. Si un clúster está inscrito en la API de GKE On-Prem, se envían algunos parámetros de configuración. Consulta Datos que se envían a Google Cloud para obtener más información.
  • Los registros de auditoría se escriben en el disco solo si desactivas los Registros de auditoría de Cloud en los nodos del plano de control.
  • Si configuras una cuenta de servicio para subir instantáneas de diagnóstico, el archivo se sube a Cloud Storage. Puedes elegir si deseas compartir una instantánea con la Atención al cliente de Cloud.

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)
  • Google Cloud Proyecto, nombre de la membresía de la flota, UID del clúster, claves públicas, versión de Kubernetes, tamaño del clúster y configuración del proveedor de identidad.
  • Los datos de Kubernetes que solicitas a través de la consola de Google Cloud o la puerta de enlace de Connect.
  • Tu token de Kubernetes encriptado, si accedes desde la consola deGoogle Cloud en tu perfil de usuario hasta que salgas de la sesión.
 Administra clústeres desde la consola deGoogle Cloud , la puerta de enlace de Connect y la flota con el agente de Connect. Obligatorio
Configuración y estado del clúster
(gkeonprem.googleapis.com)
  • Nombre, UID, descripción, anotaciones, versión, estado del ciclo de vida, VIP y puerto del plano de control.
  • Nombres de grupos de nodos, direcciones IP de nodos, CIDR de Pods y Services, VIP y grupos de direcciones de balanceador de cargas, direcciones IP y ASN de pares de BGP, URLs de proxy y rutas de acceso de almacenamiento local.
  • Son las direcciones de correo electrónico de los administradores del clúster.
 Te permite administrar clústeres con la consola de Google Cloud , Google Cloud CLI o Terraform. La API de GKE On-Prem los almacena en la región establecida en gkeOnPremAPI.location, que, de forma predeterminada, es clusterOperations.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)
  • Métricas: Uso de CPU, memoria, disco y red, métricas de kubelet y kube-state-metrics para nodos y Pods del sistema.
  • Registros: Registros de contenedores y resultados de la verificación de estado de todos los componentes del clúster de administrador y de los espacios de nombres kube-system, gke-system, gke-connect, istio-system, config-management-system, knative-serving, monitoring-system, gatekeeper-system y cnrm-system en los clústeres de usuario.
  • Metadatos: nombres y etiquetas de nodos, Pods, Deployments y Services.
 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 clusterOperations.projectID. Las métricas se almacenan en la región establecida en clusterOperations.location, y los registros siguen la configuración del enrutador de registros. Activado para los registros del sistema y las métricas, 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 actividad del administrador (audit-proxy): 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 tu proyecto de Google Cloud , en el bucket _Required, y se conservan durante 400 días. Activado. Para desactivarla, establece clusterOperations.disableCloudAuditLogging en true. Luego, los registros de auditoría se conservan solo en los discos de los nodos del plano de control.

¿Qué sigue?

Para comenzar a usar Google Distributed Cloud, consulta las siguientes guías: