Prácticas recomendadas para la disponibilidad

En esta página, se describen las prácticas recomendadas para garantizar la alta disponibilidad de tu instalación conectada de Google Distributed Cloud. Distributed Cloud Connected no ofrece un Acuerdo de Nivel de Servicio (ANS) y solo proporciona la orientación que se describe en esta página.

Elige e implementa el nivel de disponibilidad

Debes elegir el nivel de disponibilidad para tus cargas de trabajo conectadas a Distributed Cloud que mejor se adapte a los requisitos de tu empresa. Por ejemplo, una aplicación de autopago en una tienda minorista tiene un riesgo de disponibilidad mucho menor que una implementación de RAN perimetral de un operador de red móvil.

El software de Distributed Cloud conectado consume algunos recursos en cada máquina física. El importe varía según la configuración específica de tu implementación de Distributed Cloud conectado. La resiliencia de la carga de trabajo depende de la capacidad de procesamiento y memoria de reserva que reserves en tus nodos para absorber los reinicios de hardware y las fallas de nodos. Google recomienda diseñar cargas de trabajo con cuotas de recursos para garantizar que los nodos sobrevivientes tengan suficiente espacio libre durante el mantenimiento o las fallas de los componentes. La disponibilidad del destino es directamente proporcional a la capacidad de recursos de reserva de Distributed Cloud conectado que reservas para emergencias. Estas estimaciones no incluyen el tiempo de inactividad programado con un período de mantenimiento.

Es posible que experimentes una pérdida repentina de capacidad debido a una falla de hardware o a un nodo que requiere un reinicio. Para prepararte, debes diseñar tus cargas de trabajo teniendo en cuenta las cuotas de recursos, de modo que siempre tengas capacidad disponible en cada nodo conectado de Distributed Cloud que cumpla con el nivel de disponibilidad que elegiste.

Diversifica geográficamente tus zonas de Distributed Cloud

Para minimizar el impacto de posibles fallas en el plano de administración, te recomendamos que distribuyas tus zonas de Distributed Cloud en varias regiones vecinas.

Alta disponibilidad de webhooks

Trata los webhooks como servicios esenciales. Sigue estas prácticas recomendadas para lograr una alta disponibilidad de los webhooks:

  • Ejecuta al menos dos réplicas del Pod de webhook.
  • Usa topologySpreadConstraints para distribuir las réplicas de Pods de webhook en diferentes nodos físicos.
  • Establece los límites de CPU y memoria con prudencia para evitar el desalojo de los Pods de webhook cuando el clúster esté bajo una carga alta.

Cómo usar el modo de supervivencia

Los clústeres de Distributed Cloud usan un plano de control local que se ejecuta en el hardware conectado de Distributed Cloud. Tus cargas de trabajo continúan ejecutándose cuando se pierde la conexión con Google Cloud . Para obtener más información, consulta Modo de supervivencia de Distributed Cloud conectado.

Información sobre las actualizaciones de software y los períodos de mantenimiento

Google actualiza periódicamente el software de Distributed Cloud conectado. Estas actualizaciones de software son obligatorias y no puedes inhabilitarlas. Distributed Cloud Connected te permite especificar ventanas de mantenimiento individuales para cada uno de tus clústeres conectados a Distributed Cloud.

Para mitigar posibles interrupciones transitorias en tus cargas de trabajo, los períodos de mantenimiento te permiten controlar cuándo pueden ocurrir las actualizaciones automáticas de los planos de control y los nodos. Los períodos de mantenimiento son útiles en distintos tipos de situaciones, por ejemplo:

  • Horas de menor demanda: para disminuir las posibilidades de que ocurran tiempos de inactividad, programa actualizaciones automáticas durante las horas de menor demanda, que es cuando el tráfico es reducido.
  • De guardia: asegúrate de que las actualizaciones se realizan durante el horario laboral para que alguien pueda supervisar y administrar cualquier problema inesperado.
  • Actualizaciones de varios clústeres: implementa actualizaciones en varios clústeres en diferentes regiones, una por una y en intervalos específicos.

Distributed Cloud Connected admite los siguientes tipos de períodos de mantenimiento:

  • Período de mantenimiento. Especifica un período durante el cual Google puede realizar tareas de mantenimiento y actualizaciones de software en tu clúster conectado de Distributed Cloud.
  • Período de exclusión de mantenimiento. Especifica un período durante el cual Google no puede realizar tareas de mantenimiento ni actualizaciones de software en tu clúster de Distributed Cloud conectado. Para configurar un período de exclusión de mantenimiento, primero debes configurar un período de mantenimiento. Un período de exclusión de mantenimiento tiene prioridad sobre el período de mantenimiento del clúster.

Además de las actualizaciones automáticas, es posible que Google necesite realizar otras tareas de mantenimiento. En esos casos, respeta el período de mantenimiento de un clúster cuando es posible.

Si una actualización de software o una tarea de mantenimiento no finalizan antes del final de un período de mantenimiento, Distributed Cloud connected pausa la actualización o la tarea y la reanuda durante el siguiente período de mantenimiento programado. Si falla una actualización de software, Distributed Cloud connected detiene la actualización. En esos casos, debes comunicarte con el equipo de asistencia al cliente de Google para reparar la instalación del software.

Distributed Cloud Connected se reserva el derecho de lanzar actualizaciones de emergencia sin planificar fuera de los períodos de mantenimiento. Además, las actualizaciones obligatorias de software obsoleto o desactualizado pueden ocurrir de manera automática fuera de los períodos de mantenimiento.

También puedes actualizar tu clúster de forma manual en cualquier momento. Las actualizaciones iniciadas de forma manual ignoran cualquier período de mantenimiento y comienzan de inmediato.

Si deseas obtener información para configurar un período de mantenimiento en un clúster nuevo o existente, consulta Configura un período de mantenimiento.

Escalonamiento de actualizaciones de software

Para reducir el tiempo de inactividad de la carga de trabajo, las actualizaciones de software de Distributed Cloud conectado se realizan de forma escalonada. En otras palabras, Google actualiza los nodos trabajadores en cada clúster conectado de Distributed Cloud en etapas. Todos los nodos trabajadores de una etapa de actualización de software se desactivan de forma simultánea.

También tienes la opción de establecer el tamaño de la etapa de actualización de software. En otras palabras, puedes especificar la cantidad de nodos que pueden dejar de funcionar para una actualización de software de forma simultánea en un clúster de Distributed Cloud conectado. Para obtener instrucciones, consulta Administra el tiempo de inactividad de los nodos durante las actualizaciones de software.

Restricciones

Los períodos de mantenimiento tienen las siguientes restricciones:

  • Un período de mantenimiento por clúster. Solo puedes configurar un único período de mantenimiento por clúster. Si configuras un período de mantenimiento nuevo, se reemplaza el anterior.

  • Zonas horarias para períodos de mantenimiento. Cuando configuras y visualizas los períodos de mantenimiento, los horarios se muestran de manera diferente según la herramienta que uses, como se detalla en las siguientes secciones.

Cuando configuras períodos de mantenimiento

Cuando usas la marca --maintenance-window más genérica para configurar un período de mantenimiento, no puedes especificar una zona horaria. Cuando usas la Google Cloud CLI o la API, se usa UTC para mostrar los horarios. La consola deGoogle Cloud usa la zona horaria local para mostrar las horas.

Cuando usas marcas más detalladas, como --maintenance-window-start, puedes especificar la zona horaria como parte del valor. Si omites la zona horaria, se usa tu zona horaria local. Los horarios siempre se almacenan en UTC.

Cuando visualizas períodos de mantenimiento

Cuando visualizas información sobre tu clúster, puede que las marcas de tiempo de los períodos de mantenimiento se muestren en UTC o en tu zona horaria local, según la manera en la que veas la información:

  • Cuando usas la consola de Google Cloud para ver información sobre tu clúster, los horarios siempre se muestran en tu zona horaria local.
  • Si usas la gcloud CLI para ver información sobre tu clúster, los horarios siempre se muestran en UTC.

En ambos casos, RRULE siempre está en UTC. Eso significa que si, por ejemplo, especificas días de la semana, esos días están en UTC.

Configura períodos de mantenimiento del clúster

Distributed Cloud Connected te permite especificar un período de mantenimiento para cada uno de tus clústeres conectados a Distributed Cloud. Esta ventana le indica a Google que solo actualice el software de Distributed Cloud durante el período y con la frecuencia que especifiques.

Las siguientes reglas rigen los períodos de mantenimiento de los clústeres conectados de Distributed Cloud:

  • Si especificas un período de mantenimiento para un clúster de Distributed Cloud conectado, Google actualizará tu software de Distributed Cloud conectado 48 horas después de que se anuncie la actualización a través de las notas de la versión de Distributed Cloud conectado. En la página de notas de la versión, puedes suscribirte al feed RSS de las notas de la versión de Distributed Cloud Connected para mantenerte al tanto de las actualizaciones de software a medida que se lancen.
  • La duración mínima de un período de mantenimiento es de cinco horas. Puedes especificar un período más largo según la complejidad de tu instalación conectada de Distributed Cloud y tus requisitos comerciales.
  • La frecuencia mínima de las actualizaciones de software es de una vez por semana. Puedes especificar períodos de mantenimiento semanales o diarios. Puedes incluir y excluir días específicos.
  • Puedes cambiar la programación del período de mantenimiento de un clúster en cualquier momento, excepto cuando ya se haya programado un período de mantenimiento o cuando esté en curso.
  • Si la actualización de software no se completa dentro del período especificado, se pausa y, luego, se reanuda durante el siguiente período de mantenimiento programado.

Para obtener instrucciones detalladas, consulta Cómo configurar un período de mantenimiento para un clúster.

Reparación de hardware con errores

Cuando falla una máquina conectada de Distributed Cloud, eres responsable de reemplazar la máquina completa en virtud de la garantía de hardware o el contrato de mantenimiento del SI. Google supervisa el software de Distributed Cloud conectado y el estado de los nodos. Si detectamos un problema de hardware, te alertamos a través de Cloud Monitoring. Antes de que se retire la máquina de tus instalaciones, Google intenta borrar de forma segura los datos de todas sus unidades de disco. Eres responsable de las pasadas adicionales de limpieza del disco según el acuerdo de servicio con tu SI certificado por Google.

Otros puntos de fallo

Eres responsable de mantener los siguientes aspectos de tu instalación de Distributed Cloud que están fuera del control de Google y pueden afectar la disponibilidad de Distributed Cloud Connected:

¿Qué sigue?