Mantenimiento en zonas privadas de la solución de ULL

En esta página, se proporciona una descripción general del proceso de mantenimiento de zonas para las zonas privadas que usa la Google Cloud solución de latencia ultrabaja (ULL).

Descripción general del diseño de doble zona para la solución de ULL

La solución de ULL utiliza un diseño de doble zona para garantizar que se puedan realizar las pruebas y el mantenimiento periódicos sin interrumpir las operaciones comerciales del mercado. Para admitir este diseño, las zonas privadas que se usan para la solución de ULL tienen propiedades únicas de disponibilidad y mantenimiento en comparación con las zonas públicas en Google Cloud. Si deseas obtener más información, consulta los siguientes recursos:

  • Dos zonas privadas en una región determinada: Una región determinada que usa la solución de ULL tiene dos zonas privadas. Por ejemplo, la región us-south1 tiene las zonas privadas us-south1-d y us-south1-e.
  • Solo una zona admite cargas de trabajo de producción en un momento determinado: Consulta lo siguiente:
    • La zona de producción es el entorno activo para el comercio en vivo. Para ayudar a mantener un entorno estable en esta zona, Google no realiza tareas de mantenimiento ni actualizaciones.
    • La zona de mantenimiento es el entorno inactivo en el que Google realiza actualizaciones y reparaciones, y en el que los operadores y participantes del intercambio también pueden realizar actualizaciones y pruebas. El proceso de mantenimiento incluye períodos únicos que determinan cuándo Google realiza actualizaciones y reparaciones, así como cuándo los clientes deben realizar las acciones recomendadas.
  • Transición semanal de zonas: El rol de cada zona cambia según un programa semanal que puedes consultar con gcloud o la API. Una vez por semana, la zona de producción existente cambia a la zona de mantenimiento, y la zona de mantenimiento cambia a la zona de producción.

Requisitos para los operadores y participantes de intercambios

Los operadores y participantes del intercambio deben asegurarse de ejecutar cargas de trabajo de producción en la zona de producción y realizar actualizaciones y pruebas en la zona de mantenimiento según las acciones recomendadas para cada ventana de mantenimiento.

Si deseas obtener más información, consulta las siguientes secciones:

Períodos de mantenimiento de la zona

En la zona designada como zona de mantenimiento para una semana determinada, se producen los siguientes períodos de mantenimiento secuenciales. Para conocer las horas de inicio y finalización específicas de cada período, consulta Cómo ver el estado de mantenimiento de las zonas de visualización. Para obtener más detalles sobre cada período, consulta la siguiente sección Detalles del período de mantenimiento.

Día Períodos de mantenimiento aplicables Acciones recomendadas para los operadores y participantes de intercambios
Días 1 y 2
  • Período de actualización perjudicial
 Evita usar la infraestructura, ya que las operaciones podrían fallar.
Días 3, 4 y 5
  • Período de mantenimiento del cliente
 Aprovisionar instancias, actualizar aplicaciones de software y actualizar configuraciones de infraestructura Realiza pruebas funcionales.
Días 6 y 7
  • Ventana estable
 Realiza pruebas de estrés y validación del rendimiento.
Final del día 7
  • Ventana de transición de zona
 Migrar cargas de trabajo de producción

Detalles del período de mantenimiento

En la siguiente tabla, se describe cada período de mantenimiento.

Período de mantenimiento Descripción
Período de actualización perjudicial

Este período dura las primeras 48 horas.

Google realiza actualizaciones que probablemente causen interrupciones en las instancias y los servicios. No se recomienda usar la infraestructura de la zona. Si bien las APIs pueden estar disponibles, las operaciones son inestables.
Período de mantenimiento del cliente

Este período comienza después de que finaliza el período de actualización disruptiva y dura 72 horas.

Los operadores y los participantes del intercambio pueden aprovisionar instancias, mantener y actualizar el software que se ejecuta en las instancias, actualizar la configuración de la infraestructura y realizar pruebas funcionales.
Ventana estable

Este período comienza después de que finaliza el período de mantenimiento del cliente y dura aproximadamente 46 horas.

Durante este período, la zona es estable y los operadores y participantes del intercambio pueden realizar validaciones de rendimiento y pruebas de estrés para prepararse para la negociación activa en la zona.
Ventana de transición

Este período comienza después de que se completa el período estable y dura aproximadamente 2 horas.

El estado de cada zona está cambiando. La zona de producción existente está cambiando a la zona de mantenimiento. La zona de mantenimiento existente cambia a la zona de producción. Durante este período, Google realiza tareas preliminares que no interrumpen el servicio.

Experiencia de mantenimiento para instancias U4

La experiencia de mantenimiento de las instancias U4 depende del tipo de máquina:

  • Instancias de Compute Engine de ULL (U4P y U4C): Las instancias de ULL tienen una experiencia de mantenimiento única en comparación con otros tipos de instancias en Google Cloud. Estas instancias se mantienen de acuerdo con el programa de mantenimiento de las zonas privadas de la solución de ULL. La duración del mantenimiento del host se alinea con el período de actualización disruptiva de la zona.
  • Instancias de Compute Engine que no son de ULL (U4S): Las instancias que no son de ULL tienen una experiencia de mantenimiento que suele ser coherente con otros tipos de instancias en Google Cloud , como se describe en Mantenimiento transparente. Sin embargo, la migración en vivo de instancias que no son de ULL debido a actualizaciones no se admite en la zona de producción.

Para obtener información general sobre el mantenimiento de las instancias de Compute Engine, consulta Acerca de los eventos del host.

En la siguiente tabla, se describen las propiedades de mantenimiento del host para los tipos de máquinas U4.

Tipo de máquina Frecuencia típica de eventos de mantenimiento programados Comportamiento de mantenimiento Notificación avanzada Mantenimiento a pedido
U4P y U4C 14 días Finalizar 14 días No
U4S 28 días Migración en vivo 7 días Sí

Consulta el estado de mantenimiento de la zona

Puedes ver los detalles del mantenimiento actual y próximo de una zona, incluidas las horas de inicio y finalización específicas de cada período de mantenimiento, con cualquiera de las siguientes opciones. Esta función solo está disponible en la API alfa. Si aún no lo hiciste, habilita tu proyecto para usar la API en versión alfa como se describe en Usa la API en versión alfa de Compute Engine.

La información sobre el mantenimiento se presenta en la respuesta en una sección similar al siguiente ejemplo:

"upcomingMaintenances": [
      {
        "type": "PRIVATE_ZONE_MAINTENANCE",
        "subType": "DISRUPTIVE_UPGRADE",
        "targetResource": "projects/my-project/zones/us-south1-d",
        "windowStartTime": "2025-08-26T15:00:00Z",
        "windowEndTime": "2025-08-27T15:00:00Z"
      }
      // Additional maintenance windows ...
    ]

Si bien Google Cloud también proporciona un estado de mantenimiento a nivel de la instancia, como se describe en Supervisa y planifica un evento de mantenimiento del host, solo el resultado a nivel de la zona proporciona el programa de mantenimiento completo y los detalles del período para las zonas privadas de la solución de ULL, como se describe en la siguiente sección de Descripciones de los campos.

Descripciones de los campos

En las siguientes secciones, se describen los campos únicos disponibles para las zonas privadas de la solución de ULL cuando se describe una zona. Los siguientes campos no están disponibles para las zonas públicas en Google Cloud.

resourceStatus.upcomingMaintenances[]

Es un array de objetos, en el que cada objeto representa un período de mantenimiento programado. Incluye todos los períodos de mantenimiento en curso y futuros programados para los próximos 7 días.

Campo Tipo Descripción
type enum Es el tipo de mantenimiento. Consulta el enum de tipo.
subType enum Es el subtipo de mantenimiento. Consulta la enumeración subType.
targetResource cadena Es el nombre completo del recurso de la zona en la que se realiza el mantenimiento (por ejemplo, projects/my-project/zones/us-south1-d).
windowStartTime cadena Hora de inicio del período de mantenimiento en formato RFC 3339 UTC “Zulú” (por ejemplo, 2025-08-26T15:00:00Z).
windowEndTime cadena Hora de finalización del período de mantenimiento en formato RFC 3339 UTC “Zulú” (por ejemplo, 2025-08-27T15:00:00Z).

type

Valor Descripción
MAINTENANCE_TYPE_UNSPECIFIED Valor predeterminado.
PRIVATE_ZONE_MAINTENANCE Mantenimiento que se aplica a una zona privada de la solución de ULL.

subtype

Valor Descripción
MAINTENANCE_SUBTYPE_UNSPECIFIED Valor predeterminado.
DISRUPTIVE_UPGRADE Corresponde al período de actualización disruptiva que se describe en Detalles del período de mantenimiento de la zona.
CUSTOMER_MAINTENANCE Corresponde al período de mantenimiento del cliente que se describe en Detalles del período de mantenimiento de la zona.
STABLE Corresponde al período estable que se describe en Detalles del período de mantenimiento de la zona.
TRANSITION Corresponde a la ventana de transición que se describe en Detalles del período de mantenimiento de la zona.

warnings[]

Es un array de objetos de advertencia que proporciona información adicional.

Campo Tipo Descripción
code enum Es un código de advertencia. Consulta el enum warning.code.
message cadena Es una descripción de la advertencia.
data array Son metadatos sobre la advertencia en pares clave-valor (como [{"key": "scope", "value": "zones/us-east1-d"}]).

warning.code

Valor Descripción
WARNING_CODE_UNSPECIFIED Valor predeterminado.
UPCOMING_MAINTENANCES_UNAVAILABLE No se puede recuperar la información sobre el próximo período de mantenimiento. Vuelve a intentarlo más tarde.

¿Qué sigue?