El objetivo principal de la asistencia de Google es resolver los incidentes de producción lo más rápido posible. Para ello, comprendemos la configuración, analizamos los registros y las métricas y colaboramos con los socios a fin de resolver los incidentes con rapidez.
Cloud Customer Care ofrece una variedad de paquetes de asistencia para satisfacer tus necesidades. Todos los paquetes de asistencia de Atención al cliente de Cloud incluyen asistencia para GKE y Google Distributed Cloud. Si tienes un paquete de asistencia de Atención al cliente de Cloud existente, ya tienes asistencia para GKE y Google Distributed Cloud.
Para obtener más información, consulta el centro de Atención al cliente de Cloud.
Requisitos para la asistencia de Google Distributed Cloud
Para solucionar de manera eficaz los incidentes críticos de la empresa, debes hacer lo siguiente:
- Verifica que el entorno esté actualizado con los períodos de finalización de la asistencia publicados. Para obtener más información, consulta la sección Política de asistencia de la versión.
- Habilita Cloud Logging y Cloud Monitoring para los componentes del sistema. Para obtener más información, consulta la sección Herramientas de asistencia.
- Proporcionar una instantánea de configuración mediante el comando
gkectl diagnose snapshotcuando abras un caso de ayuda
Herramientas de asistencia
Para solucionar de manera eficaz los incidentes críticos de la empresa, la Atención al cliente de Cloud se basa en tres datos:
- La configuración de tu entorno
- Los registros de los clústeres de administrador y de usuario
- Las métricas de tus clústeres de administrador y de usuario
Configuración
Cuando abres un caso de ayuda, se te solicita que ejecutes el comando gkectl diagnose snapshot
--seed-config y adjuntes el archivo tar resultante al caso de ayuda.
El comando gkectl diagnose snapshot --seed-config captura información sobre Kubernetes y tus nodos.
La herramienta tiene un alto grado de configuración y, además, incluye varias situaciones predefinidas. También puedes pasar un archivo YAML con un conjunto personalizado de información que desees recopilar. Para obtener más información, consulta Diagnóstico de clústeres.
Asegúrate de revisar con atención la información que captura la herramienta.
No adjuntes información altamente confidencial o sensible a tu caso de ayuda.
Puedes agregar un campo excludeWords a tu archivo de configuración para omitir información sensible o confidencial.
Registros
Cuando creas un clúster nuevo, los agentes de Cloud Logging se habilitan de forma predeterminada y se limitan a los componentes a nivel del sistema. Esto replica los registros a nivel del sistema en el proyecto Google Cloud asociado con el clúster. Los registros a nivel del sistema provienen de Pods de Kubernetes que se ejecutan en uno de los siguientes espacios de nombres:
kube-systemgke-systemgke-connectistio-systemconfig-management-systemknative-serving
Los registros se pueden consultar desde la consola de Cloud Logging.
Para obtener más detalles, consulta Logging y Monitoring.
Métricas
Además de los registros, el agente de Cloud Monitoring también captura las métricas. Esto replica las métricas a nivel del sistema en el proyecto Google Cloud asociado con el clúster. Las métricas a nivel del sistema provienen de Pods de Kubernetes que se ejecutan en los mismos espacios de nombres que se enumeran en Registros.
Para obtener más detalles, consulta Logging y Monitoring.
Google Cloud CLI y acceso a clústeres remotos
Si abres un caso de ayuda, es posible que la Atención al cliente de Cloud te solicite acceso remoto de solo lectura a tus clústeres para diagnosticar y resolver problemas de manera más efectiva. Para que la Atención al cliente de Cloud tenga acceso suficiente para solucionar los problemas de tu clúster de forma remota, haz lo siguiente:
Asegúrate de haber instalado y actualizado la versión más reciente de Google Cloud CLI. Google Cloud CLI debe estar en la versión 401.0.0 o una posterior para otorgar a la Atención al cliente de Cloud los permisos necesarios. Te recomendamos que actualices Google Cloud CLI de forma periódica para obtener los permisos adicionales y otras mejoras. Para instalar los componentes más recientes de gcloud CLI, usa el comando
gcloud components update.Asegúrate de que el clúster de destino esté registrado y de tener el ID del proyecto, el nombre de la membresía y el archivo kubeconfig.
Para obtener el archivo kubeconfig del clúster de usuario, consulta Cómo volver a crear el archivo kubeconfig del clúster de usuario.
El nombre de tu membresía es el mismo que el nombre del clúster. Para obtener el nombre del clúster de administrador o de usuario, puedes usar lo siguiente:
gkectl list admin --kubeconfig ADMIN_CLUSTER_KUBECONFIG gkectl list clusters --kubeconfig ADMIN_CLUSTER_KUBECONFIGPara otorgar acceso al clúster, ejecuta un comando de la gcloud CLI que genere y muestre un conjunto de políticas de control de acceso basado en roles (RBAC) de Kubernetes y las aplique al clúster de destino. Consulta Revisa las políticas de RBAC con anticipación.
Si deseas obtener más información sobre cómo otorgar acceso de solo lectura a tus clústeres a la Atención al cliente de Cloud, consulta Asistencia de Google Cloud para tus clústeres registrados.
Cómo solucionamos los problemas de tu entorno
A continuación, se muestra un ejemplo de un incidente de asistencia típico:
Por ejemplo, el administrador del clúster abre un caso de asistencia en la Google Cloud consola o con Atención al cliente de Cloud.
En la consola, ve a la página Descripción general de la asistencia.
En la sección Información de asistencia, haz clic en Obtener ayuda.
En el campo Selecciona tu producto, ingresa lo siguiente:
Google Distributed Cloud Virtual - vSphere (Anthos on VMWare)Haz clic en el elemento de la lista Productos coincidentes y, luego, en Seleccionar.
Ingresa la información requerida y adjunta el resultado del comando
gkectl diagnose snapshotal caso.
El caso de ayuda se enruta a un ingeniero de asistencia técnica especializado en Google Distributed Cloud (solo software) para VMware.
El ingeniero de asistencia examina el contenido de la instantánea para obtener el contexto del entorno.
El ingeniero de asistencia examina los registros y las métricas del proyecto Google Cloud. Para ello, ingresa el ID del caso de ayuda como justificación empresarial, que se registra de forma interna.
El ingeniero de asistencia responde al caso con una evaluación y una recomendación. El ingeniero de asistencia y el usuario continúan con la solución de problemas hasta llegar a una solución.
Socios de asistencia colaborativa
Google mantiene relaciones de asistencia colaborativas con socios selectos para ofrecer una experiencia de asistencia más fluida. Con estas relaciones, Google puede colaborar en conjunto con ese socio en nombre de nuestros clientes compartidos.
Para beneficiarte de la asistencia colaborativa, debes mantener acuerdos de asistencia tanto con Google como con el socio en cuestión.
En la actualidad, Google tiene una relación de asistencia colaborativa con los socios especificados en la página Socios de Atención al cliente colaborativa.
Los datos de los problemas de asistencia se pueden compartir con los socios de asistencia colaborativa, como se describe en los Lineamientos de los Servicios de Asistencia Técnica de Google.
¿Qué hace la Atención al cliente de Google?
En general, el equipo de Atención al cliente de Cloud admite todos los componentes de software enviados como parte de Google Distributed Cloud (solo software) para VMware. En la siguiente tabla, se proporcionan más detalles:
| Atención al cliente de Cloud | Asistencia colaborativa | No admitido |
|---|---|---|
| Kubernetes y el entorno de ejecución del contenedor |
VMware vSphere (vCenter Server y ESXi) |
Productos de VMware, además de vSphere |
| Ubuntu de Canonical para el SO invitado o de nodo |
Balanceadores de cargas de BIG-IP de F5 |
Código del cliente (para obtener más información, consulta la sección Asistencia para desarrolladores) |
| Controlador de vCenter |
Soluciones de infraestructura hiperconvergente y de hardware que se enumeran en la página Socios de Atención al cliente colaborativa |
Elección del SO host del cliente |
| Controlador de F5 |
Redes, almacenamientos y servidores físicos |
|
| Calico y políticas de red relacionadas |
DNS externo, DHCP y sistemas de identidad |
|
| Controlador de entrada |
Calico Enterprise Edition |
|
| Prometheus y Grafana |
||
| Agentes de Stackdriver Monitoring, Stackdriver Logging y Stackdriver |
||
| Federación de identidades con proveedores compatibles con OIDC |
||
| Hub, Connect y el agente de Connect |
||
| Knative serving / Knative |
||
| LoadBalancer en paquetes (Seesaw) |
Funciones admitidas
En este documento, se enumeran las funciones de Google Distributed Cloud para las versiones compatibles. La tabla no es una lista exhaustiva, pero destaca algunos de los beneficios de actualizar los clústeres a la versión compatible más reciente.
Las funciones se enumeran por etapa de lanzamiento de productos, ya sea como vista previa o disponibilidad general. Las funciones que se enumeran como Vista previa están cubiertas por las Condiciones de las Ofertas de la Fase Previa a la DG de las Google Cloud Condiciones del Servicio. Las ofertas de vista previa están diseñadas solo para entornos de prueba y pueden tener compatibilidad limitada. Es posible que los cambios en los productos y las características de la fase previa a la DG no sean compatibles con otras versiones de la fase previa a la DG. Las funciones de disponibilidad general están abiertas a todos los clientes y son totalmente compatibles. Para obtener más información, consulta Etapas de lanzamiento de productos.
Para obtener información sobre los componentes admitidos de GKE y su compatibilidad, consulta Compatibilidad con versiones y actualizaciones de GKE.
1 Los grupos de nodos del SO de Windows Server están obsoletos en la versión 1.32 y no estarán disponibles en la versión 1.33 ni en versiones posteriores. La compatibilidad con los grupos de nodos del SO de Windows Server finalizará el 25 de mayo de 2026. Te recomendamos que comiences a planificar la migración de inmediato para garantizar una transición fluida antes de que finalice el período de asistencia.
Política de asistencia de la versión
El objetivo de esta política de asistencia de la versión es brindarte la flexibilidad para que programes las actualizaciones cuando sean convenientes para tu empresa, a la vez que equilibras la evolución rápida de Kubernetes y Google Distributed Cloud.
El software de Google Distributed Cloud solo sigue el esquema de versiones y el ciclo de lanzamiento de Kubernetes. Las versiones secundarias se lanzan aproximadamente tres veces al año. Los parches para cada versión secundaria compatible se lanzan aproximadamente una vez al mes. Al igual que Kubernetes, Google Distributed Cloud admite las tres versiones secundarias más recientes de forma simultánea.
Google admite cada versión secundaria de Google Distributed Cloud durante el siguiente período:
- 12 meses después del lanzamiento inicial de la versión secundaria.
- El lanzamiento de la tercera versión secundaria posterior
Por ejemplo, la versión secundaria 1.33 se lanzó el 2 de septiembre de 2025. Esta versión secundaria y todos sus parches se admiten hasta el 2 de septiembre de 2026 o la fecha de lanzamiento de la versión secundaria 1.36, la que sea posterior.
Te recomendamos mantener tu entorno de Google Distributed Cloud con la actualización secundaria más reciente del producto y la versión de parche recomendada.
Esta política de asistencia de la versión incluye lo siguiente:
- Asistencia para la solución de problemas de la Atención al cliente de Cloud
- Vulnerabilidades de seguridad de CVE en Kubernetes y componentes relacionados
- Parches generales a Kubernetes y componentes relacionados
- Vulnerabilidades de seguridad de CVE en Ubuntu o Container-Optimized OS.
- Parches generales para Ubuntu o Container-Optimized OS.
Cuando tu versión llegue al final del ciclo de vida, podrás seguir abriendo casos para recibir asistencia en los siguientes temas:
- Ayuda con problemas técnicos
- Asistencia con problemas de facturación
- Orientación sobre el uso del producto, incluida ayuda para solucionar problemas y realizar pruebas
El soporte extendido se puede aprobar de forma condicional como un evento único, con fijación de versiones y requisitos de cronograma de actualización futuros. Para obtener más información, comunícate con el ingeniero de clientes principal de tu cuenta o con el administrador de cuentas. Como alternativa, puedes presentar un caso de asistencia a través de la consola de Google Cloud . Estas solicitudes se enrutan al grupo de ingeniería de clientes de tu cuenta.
Período de asistencia
En la siguiente tabla, se muestran las versiones secundarias compatibles con Google Distributed Cloud y las fechas de final del ciclo de vida (EOL) más antiguas:
| Versión de Google Distributed Cloud | Fecha de lanzamiento | Fecha de final del ciclo de vida* |
|---|---|---|
| 1.33 | 2025-09-02 | Fecha de lanzamiento 2026-09-02 o 1.36 |
| 1.32 | 2025-05-06 | Fecha de lanzamiento 2026-05-06 o 1.35 |
| 1.31 | 2024-12-18 | Fecha de lanzamiento 2025-12-18 o 1.34 |
* El EOL será la última de estas dos fechas.
Para obtener más información sobre la compatibilidad de versiones de Google Distributed Cloud y los productos relacionados deGoogle Cloud , consulta Compatibilidad con versiones y actualizaciones.
Esquema del control de versiones
Google Distributed Cloud usa el control de versiones semántico de Kubernetes para hacer referencia a las versiones de Kubernetes compatibles, pero agrega una versión de parche de GKE. Esto da como resultado un número de versión con el siguiente formato: x.y.z-gke.N.
- Versión principal de Kubernetes (x)
- Por lo general, las versiones principales se incrementan si se ingresan cambios incompatibles con versiones anteriores en la API pública. Una versión principal aumenta la versión de Kubernetes de
x.yax+1.y. - Versión secundaria de Kubernetes (Y)
- Kubernetes lanza una versión secundaria nueva tres veces al año.
Cada ciclo de lanzamiento tiene una duración aproximada de 15 semanas. Las APIs obsoletas se pueden quitar con una versión secundaria nueva. Una versión secundaria incrementa la versión de Kubernetes de
1.ya1.y+1. Por ejemplo, Kubernetes 1. 29 es la versión secundaria que sigue a Kubernetes 1.28. - Versión de parche de Google Distributed Cloud (z-gke.N)
- Una actualización de parche, como 1.28.300-gke.131, incrementa la versión de parche (z) en 100 y, además, incluye un sufijo
-gke.N, que indica la compilación. Las versiones de parche incluyen actualizaciones de seguridad y correcciones de errores. Una versión de parche de Google Distributed Cloud no se correlaciona con una versión de parche de Kubernetes.
Modelo de responsabilidad compartida
La ejecución de una aplicación de producción fundamental para la empresa en Google Distributed Cloud requiere que varias partes tengan diferentes responsabilidades. Estas responsabilidades se describen en la responsabilidad compartida de GKE.
Equipo de asistencia para desarrolladores
Google no proporciona asistencia específica para las cargas de trabajo de tu aplicación. Sin embargo, proporcionamos asistencia para desarrolladores de mejor esfuerzo a fin de garantizar que tus desarrolladores puedan ejecutar aplicaciones en clústeres creados con Google Distributed Cloud. Creemos que la interacción temprana durante el desarrollo puede evitar incidentes críticos más adelante en la implementación.
Esta asistencia para desarrolladores de mejor esfuerzo está disponible para los clientes que cuentan con cualquier paquete de asistencia pago y se trata como prioridad P3 si un problema bloquea un lanzamiento o como prioridad P4 para las consultas generales. En esta clasificación, la prioridad 0 es la prioridad más alta.