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.
Google Cloud ofrece una variedad de paquetes de asistencia para satisfacer tus necesidades. Todos los paquetes de asistencia de Google Cloud incluyen asistencia para GKE Enterprise y Google Distributed Cloud. Si ya tienes un paquete de asistencia de Google Cloud, entonces ya tienes asistencia para GKE Enterprise y GKE en VMware.
Para obtener más información, consulta la documentación de Asistencia de Google Cloud.
Requisitos para la asistencia de GKE en VMware
Para solucionar de manera eficaz los incidentes críticos de la empresa, debes hacer lo siguiente:
- Verificar que el entorno esté actualizado con los períodos de finalización de la asistencia publicados (consulta la Política de asistencia de la versión que se encuentra a continuación)
- Habilitar Cloud Logging y Cloud Monitoring para los componentes del sistema (si deseas obtener más detalles, 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 un incidente de GKE alojado en VMware, la asistencia de Google 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 solicitará que ejecutes el comando gkectl diagnose snapshot --seed-config y adjuntes el archivo comprimido resultante al caso de ayuda. gkectl diagnose snapshot --seed-config captura la información de 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 Diagnostica clústeres.
Puedes agregar un campo excludeWords a tu archivo de configuración para omitir información sensible o confidencial. Asegúrate de revisar con atención la información que captura la herramienta. La información altamente confidencial o sensible no se debe adjuntar a tu caso de ayuda.
Registros
Cuando creas un clúster nuevo de GKE alojado en VMware, los agentes de Cloud Logging se habilitan de forma predeterminada y se limitan solo a los componentes a nivel del sistema. Esto replica los registros a nivel del sistema en el proyecto de 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 cinco espacios de nombres:
- kube-system
- gke-system
- gke-connect
- istio-system
- config-management-system
- knative-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 de Google Cloud asociado con el clúster. Las métricas a nivel de 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. A fin de que el equipo de asistencia al cliente tenga acceso suficiente para solucionar problemas del clúster de forma remota, sigue estos pasos:
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 superior 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 que tienes el ID del proyecto, el nombre de la membresía y el archivo kubeconfig.
Para obtener el clúster de usuario kubeconfig, consulta Cómo volver a crear el clúster de usuario kubeconfig.
El nombre de la 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, debes ejecutar un comando de gcloud CLI que genere y muestre un conjunto de políticas de control de acceso basado en funciones (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 a través de Google Cloud Console o Google Cloud Support Center y selecciona Anthos y GKE en VMware como categoría y componente, respectivamente. Ingresa la información requerida y adjunta el resultado de
gkectl diagnose snapshotal caso. - El caso de asistencia se enruta a un ingeniero de asistencia técnica especializado en GKE alojado en 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 de 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 seleccionados a fin de ofrecer una experiencia de asistencia más fluida para GKE en VMware. 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?
Por lo general, el equipo de asistencia de Cloud admite todos los componentes de software que se envían como parte de GKE alojado en VMware. En la siguiente tabla, se ofrecen más detalles:
| Asistencia de Google 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 (consulta Equipo de asistencia para programadores que se encuentra a continuación) |
| 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) |
Política de asistencia de la versión
La compatibilidad de GKE en VMware sigue la Política de asistencia de la versión empresarial de GKE. A partir de la versión 1.14 de GKE Enterprise, Google admite cada versión secundaria de Google Distributed Cloud durante 12 meses después del lanzamiento inicial de la versión secundaria o hasta el lanzamiento de la tercera versión secundaria posterior, lo que sea más extenso.
En la siguiente tabla, se muestran las versiones compatibles y no compatibles de este producto:
| Versión de actualización | Fecha de lanzamiento | Fecha de final del ciclo de vida* |
|---|---|---|
| 1.29 (más reciente) | 29 de abril de 2024 | 29 de abril de 2025 o fecha de lanzamiento 1.32 |
| 1.28 | 14 de diciembre de 2023 | Fecha de lanzamiento: 14 de diciembre de 2024 o 1:31 |
| 1.16 | 23 de agosto de 2023 | 23 de agosto de 2024 o fecha de lanzamiento 1:30 |
| 1.15 (no compatible) | 2 de mayo de 2023 | Fecha de lanzamiento: 2 de mayo de 2024 o 1/29 |
* El EOL será la última de estas dos fechas.
Funciones admitidas
En este documento, se enumeran las funciones de Google Distributed Cloud para las versiones compatibles. La tabla no pretende ser una lista exhaustiva, pero destaca algunos de los beneficios de actualizar tus clústeres a la última versión compatible.
Las funciones se enumeran según la etapa de lanzamiento del producto, ya sea como Versión preliminar o Disponibilidad general. Las funciones que se muestran como Versión preliminar están cubiertas por las Condiciones de las ofertas de la fase previa a la DG de las Condiciones del Servicio de Google Cloud. Las ofertas de versión preliminar están destinadas solo para el uso en entornos de prueba y pueden tener compatibilidad limitada. Los cambios en los productos y las funciones que se encuentran en la fase previa a la DG podrían no ser compatibles con otras versiones de la fase previa a la DG. Las funciones de disponibilidad general están abiertas para todos los clientes y tienen compatibilidad total. Para obtener más información, consulta Etapas de lanzamiento de productos.
Para obtener información sobre los componentes compatibles y su compatibilidad de GKE Enterprise, consulta Asistencia para la versión y la actualización de GKE Enterprise.
Modelo de responsabilidad compartida
Ejecutar una aplicación de producción esencial para la empresa en GKE alojado en VMware requiere que varias partes tengan responsabilidades diferentes. Estas responsabilidades se describen en la responsabilidad compartida de GKE Enterprise.
Asistencia para desarrolladores
Google no proporciona asistencia específica para las cargas de trabajo de tu aplicación. Sin embargo, proporcionamos mejor esfuerzo para los desarrolladores a fin de garantizar que puedan ejecutar aplicaciones en GKE alojados en VMware con facilidad. Creemos que una interacción temprana durante el desarrollo puede evitar incidentes críticos más adelante en la implementación.
El equipo de Asistencia para desarrolladores de mejor esfuerzo está disponible para los clientes con cualquier paquete de asistencia pagado, y se considera prioridad P3 si un problema bloquea un lanzamiento, o bien P4 para consultas generales. En esta clasificación, el nivel de prioridad 0 es la prioridad más alta.