Acerca del estado compuesto para la conmutación por error automática entre regiones

Composite Health lets service producers define criteria that determine health states for regional published services. Estos estados admiten la conmutación por error automática entre regiones para los consumidores de servicios que usan backends de Private Service Connect. Los estados se basan en el estado agregado de los backends del productor de servicios (VMs o extremos de red), lo que proporciona a los consumidores una señal de conmutación por error más precisa que la detección de valores atípicos, que infiere el estado a partir de las fallas de respuesta.

Para habilitar la conmutación por error entre regiones, tanto el productor de servicios como el consumidor deben usar una implementación multirregional. Cuando configuras el estado compuesto, el estado de cada servicio regional publicado se propaga automáticamente al balanceador de cargas del consumidor. Si un servicio publicado en una región se encuentra en mal estado, el balanceador de cargas del consumidor deja de enrutar el tráfico a ese servicio y, en su lugar, lo enruta a una instancia en buen estado del servicio publicado que se encuentra en una región alternativa.

Requisitos de Deployment

En esta sección, se describe cómo los productores y consumidores de servicios pueden configurar sus recursos para una implementación multirregional que admita la conmutación por error automática entre regiones con el estado compuesto.

Para obtener más información sobre los requisitos para los tipos de balanceador de cargas y backends, consulta Especificaciones.

Configuración del productor:

Configuración del consumidor:

En el siguiente diagrama, se muestra una implementación multirregional:

Una implementación multirregional consta de un balanceador de cargas del consumidor que se conecta a servicios publicados en varias regiones a través de Private Service Connect.

En este ejemplo, se muestra un balanceador de cargas de aplicaciones externo global del consumidor que se conecta a un servicio publicado en varias regiones. El acceso a un servicio multirregional con un balanceador de cargas global o entre regiones compatible permite que el consumidor de servicios aproveche el estado compuesto para la conmutación por error automática entre regiones (haz clic para ampliar).

Componentes del estado compuesto

El estado compuesto usa los siguientes componentes para admitir la conmutación por error automática entre regiones.

En una verificación de estado compuesta, se combinan varias fuentes de estado, cada una con una política de agregación de estado, lo que actualiza el destino de estado.

En el diagrama anterior, se muestran los componentes clave del estado compuesto. Las políticas de agregación de estado definen las condiciones para que las fuentes de estado se consideren en buen estado. Una verificación de estado compuesta combina los estados de las fuentes de estado individuales en un solo estado, y el resultado se entrega a un destino de estado.

Política de agregación de estado

Una política de agregación de estado es un recurso que creas para definir las condiciones que debe cumplir un servicio de backend para que se considere en buen estado. Una política agrega los estados de los backends de un servicio de backend (VMs en un grupo de instancias o extremos de red en un NEG), según lo determinan las verificaciones de estado periódicas.

Un servicio de backend se considera en buen estado si se cumplen dos condiciones configurables:

  • Porcentaje de extremos en buen estado: Es el porcentaje mínimo de backends que deben estar en buen estado. El valor predeterminado es 60%.

  • Cantidad mínima de extremos en buen estado: Es la cantidad mínima de backends que deben estar en buen estado. El valor predeterminado es 1.

Por ejemplo, puedes crear una política que especifique que un servicio de backend debe tener al menos el 75% de sus backends en buen estado y al menos tres backends en buen estado. Si la cantidad de backends en buen estado cae por debajo de cualquiera de esos umbrales, el servicio de backend se considera en mal estado.

Fuente de estado

Una fuente de estado es un recurso que hace que el estado de un solo servicio de backend esté disponible para la agregación como parte de una verificación de estado compuesta. Cuando creas una fuente de estado, especificas lo siguiente:

  • Un servicio de backend para supervisar
  • Una política de agregación de estado que determina el estado del servicio de backend

La fuente de estado usa las condiciones definidas en la política de agregación de estado para determinar el estado del servicio de backend asociado.

Verificación de estado compuesta

Una verificación de estado compuesta es un recurso que agrega los estados de una o más fuentes de estado para producir un solo estado compuesto para un servicio regional publicado. El servicio publicado se considera en buen estado si cada una de las fuentes de estado asociadas está en buen estado. Si alguna de las fuentes de estado está en mal estado, el servicio se considera en mal estado.

Destino de estado

Un destino de estado recibe el estado compuesto final de una verificación de estado compuesta. Para un servicio publicado, el destino de estado es la regla de reenvío del balanceador de cargas del productor. El estado se propaga automáticamente a los balanceadores de cargas del consumidor que se conectan a esta regla de reenvío.

Especificaciones

Composite Health tiene las siguientes especificaciones.

  • Comportamiento:

    • El estado de los backends individuales dentro de un servicio de backend se determina mediante verificaciones de estado estándar.
    • Una política de agregación de estado configurable determina el estado general de un servicio de backend en función del estado de sus backends individuales.
    • Una verificación de estado compuesta agrega los estados de uno o más servicios de backend que se configuran como fuentes de estado, lo que crea un estado compuesto.
    • El estado compuesto se proporciona a un destino de estado, que debe ser la regla de reenvío de un servicio publicado.
    • El estado compuesto se propaga automáticamente a los balanceadores de cargas del consumidor conectados, en los que los estados en mal estado activan la conmutación por error automática entre regiones.
    • De forma predeterminada, Cloud Logging registra las transiciones de estado de salud. Los productores pueden ver los registros de las fuentes de estado y las verificaciones de estado compuestas. Los consumidores pueden ver los registros de los NEGs de Private Service Connect que se conectan a los servicios publicados que usan el estado compuesto. Para obtener más información, consulta Supervisa el estado compuesto.

  • Configuración:

Estados

Composite Health usa los siguientes estados para representar el estado de los servicios publicados y los servicios de backend.

Estado Recurso supervisado Descripción
HEALTHY Fuente de estado El servicio de backend asociado está en buen estado según lo define su política de agregación de estado.
Verificación de estado compuesta El servicio publicado está en buen estado porque cada una de sus fuentes de estado asociadas está en buen estado.
NEG de Private Service Connect El servicio publicado asociado está en buen estado según lo define la verificación de estado compuesta del productor.
UNHEALTHY Fuente de estado El servicio de backend no cumple con los criterios definidos por su política de agregación de estado.
Verificación de estado compuesta El servicio publicado está en mal estado porque una o más de las fuentes de estado asociadas están en mal estado.
NEG de Private Service Connect El servicio publicado asociado está en mal estado según lo define la verificación de estado compuesta del productor; este estado puede activar la conmutación por error entre regiones.
UNKNOWN Fuente de estado El estado aún no está disponible. Este es un estado transitorio que se produce cuando los recursos se crean o configuran recientemente.
Verificación de estado compuesta Ninguna fuente de estado asociada está en mal estado, pero una o más fuentes de estado son desconocidas.
NEG de Private Service Connect El estado del servicio publicado asociado aún no está disponible.

Limitaciones

El estado compuesto tiene las siguientes limitaciones:

  • El estado compuesto solo se admite para los recursos, incluidas las reglas de reenvío del productor, los adjuntos de servicio y los NEGs de Private Service Connect, creados después del 20 de octubre de 2025. Si configuras el estado compuesto para los recursos creados antes de esta fecha, es posible que el estado compuesto no se reconozca correctamente. Si necesitas el estado compuesto para los recursos creados antes del 20 de octubre de 2025, debes volver a crear los recursos.
  • Todos los recursos de estado compuesto, incluidos los servicios de backend y las reglas de reenvío a los que hacen referencia, deben existir en el mismo proyecto.
  • No puedes usar el estado compuesto de un servicio como fuente de estado para otro servicio.
  • No hay ningún modo para probar una configuración de verificación de estado que no afecte a los consumidores conectados. Cualquier verificación de estado compuesta configurada puede activar la conmutación por error de inmediato.
  • El estado compuesto solo admite backends de Private Service Connect que acceden a servicios publicados.

Precios

Para obtener información sobre los precios, consulta Precios de VPC.

¿Qué sigue?