Acerca de Composite Health para la conmutación por error automática entre regiones

El estado compuesto permite que los productores de servicios definan criterios que determinan los estados de los servicios publicados regionales. Estos estados de salud admiten la conmutación por error automática entre regiones para los consumidores de servicios que usan backends de Private Service Connect. Los estados de salud se basan en la salud agregada de los backends del productor de servicios (VM o extremos de red), lo que proporciona a los consumidores un indicador de conmutación por error más preciso que la detección de valores atípicos, que infiere la salud 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 de salud compuesto, el estado de salud de cada servicio publicado regional se propaga automáticamente al balanceador de cargas del consumidor. Si un servicio publicado en una región deja de estar en buen estado, el balanceador de cargas del consumidor deja de enrutar el tráfico a ese servicio y, en cambio, 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 los consumidores de servicios pueden configurar sus recursos para una implementación multirregional que admita la conmutación por error automática entre regiones con Composite Health.

Para obtener más información sobre los requisitos de 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 que se publica en varias regiones. Acceder a un servicio multirregional con un balanceador de cargas global o entre regiones compatible permite que el consumidor del servicio aproveche el estado de salud compuesto para la conmutación por error automática entre regiones (haz clic para ampliar).

Componentes de Composite Health

Composite Health 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 de salud 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 salud 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 datos de salud, 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 único estado compuesto para un servicio publicado regionalmente. 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. En el caso de un servicio publicado, el destino de la verificación de estado es la regla de reenvío del balanceador de cargas del productor. El estado de salud se propaga automáticamente a los balanceadores de cargas del consumidor que se conectan a esta regla de reenvío.

Especificaciones

La verificación de estado compuesta 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 configurados como fuentes de estado, lo que crea un estado de salud 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 de salud compuesto se propaga automáticamente a los balanceadores de cargas del consumidor conectados, en los que los estados no saludables activan la conmutación por error automática interregional.
    • De forma predeterminada, Cloud Logging registra las transiciones de estado. 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 NEG de Private Service Connect que se conectan a los servicios publicados que usan Composite Health. 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 no está en buen estado porque una o más de las fuentes de estado asociadas no están en buen estado.
NEG de Private Service Connect El servicio publicado asociado no está en buen 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 de salud 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 información de estado asociada está en mal estado, pero se desconoce el estado de una o más fuentes.
NEG de Private Service Connect El estado de salud del servicio publicado asociado aún no está disponible.

Limitaciones

El estado de salud compuesto tiene las siguientes limitaciones:

  • Todos los recursos de Composite Health, 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 de salud 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.
  • Composite Health 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?