Información sobre el estado de Private Service Connect para la conmutación por error automática entre regiones

El estado de salud de Private Service Connect permite a los productores de servicios definir estados de salud que admitan la conmutación por error automática entre regiones para los consumidores de servicios que usen backends de Private Service Connect. Estos estados de salud se basan en el estado de salud agregado de los back-ends del productor de servicios (VMs o endpoints 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 de salud a partir de los errores de respuesta.

Para habilitar la conmutación por error entre regiones, tanto el productor como el consumidor del servicio deben usar un despliegue multirregional. Cuando configuras el estado de salud de Private Service Connect, el estado de salud de cada servicio publicado regional se propaga automáticamente al balanceador de carga del consumidor. Si una instancia de servicio de una región deja de estar en buen estado, el balanceador de carga del consumidor deja de enrutar el tráfico a ese servicio y, en su lugar, lo enruta a una instancia de servicio en buen estado de otra región.

Requisitos de implementación

Para usar la comprobación de estado de Private Service Connect en la conmutación por error automática, tanto el productor como el consumidor de servicios deben configurar sus recursos para una implementación multirregional, tal como se describe en esta sección. Para obtener más información sobre los requisitos de los balanceadores de carga y los tipos de backend, consulta las especificaciones.

Configuración del productor:

Configuración del consumidor:

En este ejemplo se muestra un balanceador de carga de aplicaciones externo global de consumidor que se conecta a un servicio publicado en varias regiones. Acceder a un servicio multirregional con un balanceador de carga global o entre regiones compatible permite que el consumidor del servicio aproveche la comprobación de estado de Private Service Connect para la conmutación por error automática entre regiones (haz clic para ampliar).

Componentes de estado de Private Service Connect

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

Se combinan varias fuentes de datos de salud, cada una con una política de agregación de datos de salud, en una comprobación de salud compuesta, que actualiza el destino de los datos de salud.

En este diagrama se muestran los componentes clave del estado de Private Service Connect. Las políticas de agregación de datos sanitarios definen las condiciones que deben cumplir las fuentes de datos sanitarios para considerarse fiables. Los estados de salud de las fuentes de datos de salud individuales se combinan en un solo estado mediante una comprobación de salud compuesta, y el resultado se envía a un destino de salud.

Política de agregación de datos de salud

Una política de agregación del estado es un recurso que creas para definir las condiciones que debe cumplir un servicio backend para considerarse en buen estado. Una política agrega los estados de salud de los backends de un servicio de backend (máquinas virtuales de un grupo de instancias o puntos finales de red de un NEG), según lo determinado por las comprobaciones de estado periódicas.

Se considera que un servicio de backend está en buen estado si se cumplen dos condiciones configurables:

  • Porcentaje de endpoints en buen estado: el porcentaje mínimo de back-ends que deben estar en buen estado. El valor predeterminado es 60%.

  • Número mínimo de endpoints correctos: el número mínimo de backends que deben estar en buen estado. El valor predeterminado es 1.

Por ejemplo, puede 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 el número de backends en buen estado es inferior a cualquiera de esos umbrales, el servicio de backend se considera en mal estado.

Fuente de información sanitaria

Una fuente de información sanitaria es un recurso que pone a disposición el estado de un solo servicio de backend para que se agregue como parte de una comprobación del estado compuesta. Cuando creas una fuente de información sobre la salud, debes especificar lo siguiente:

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

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

Comprobación del estado compuesto

Una comprobación de estado de salud compuesta es un recurso que agrega los estados de salud de una o varias fuentes de estado de salud para producir un único estado de salud compuesto de un servicio publicado regional. Se considera que el servicio publicado está en buen estado si cada una de las fuentes de estado asociadas está en buen estado. Si alguna de las fuentes de estado no está en buen estado, el servicio se considera que no está en buen estado.

Destino de salud

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

Especificaciones

El estado de Private Service Connect tiene las siguientes especificaciones.

  • Comportamiento:

    • El estado de los backends individuales de un servicio backend se determina mediante comprobaciones de estado estándar.
    • Una política de agregación de estado de salud configurable determina el estado de salud general de un servicio de backend en función del estado de salud de sus backends individuales.
    • Una comprobación del estado compuesta agrega los estados de salud de uno o varios servicios backend configurados como fuentes de comprobación del estado, lo que crea un estado de salud compuesto.
    • El estado de salud compuesto se proporciona a un destino de salud, 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 carga de consumidor conectados, donde los estados no saludables activan la conmutación por error automática entre regiones.

  • Configuración:

Limitaciones

El estado de Private Service Connect tiene las siguientes limitaciones:

  • Los estados de salud compuestos que genera la comprobación del estado de Private Service Connect solo son visibles para el balanceador de carga del consumidor y no se pueden ver en los registros.
  • Todos los recursos de comprobación de estado de Private Service Connect, incluidos los servicios de backend y las reglas de reenvío a los que hacen referencia, deben estar en el mismo proyecto.
  • No puedes usar el estado de salud compuesto de un servicio como fuente de salud de otro servicio.
  • No hay ningún modo para probar una configuración de comprobación de estado que no afecte a los consumidores conectados. Las comprobaciones de estado compuestas configuradas pueden activar inmediatamente la conmutación por error.
  • El estado de Private Service Connect solo admite backends de Private Service Connect que acceden a servicios publicados.

Precios

No se aplican cargos adicionales por usar el estado de Private Service Connect. Sin embargo, se te cobrarán los recursos y el tráfico de red de tu red de VPC.

Para obtener más información, consulta los precios de VPC.

Siguientes pasos