Estado de mantenimiento de la disponibilidad general en Azure Database for PostgreSQL: servidor flexible
SE APLICA A: 
Azure Database for PostgreSQL con servidor flexible
El servidor flexible de Azure Database for PostgreSQL incluye una característica de supervisión del estado de mantenimiento de la alta disponibilidad, que usa el marco de comprobación del estado de los recursos (RHC) de Azure. Este servicio proporciona información continua sobre el estado de las instancias habilitadas para alta disponibilidad y le notifica los eventos que podrían afectar a la conectividad y la disponibilidad. A continuación se detalla cada estado de mantenimiento y los escenarios asociados para ayudarle a solucionar problemas y mantener la estabilidad de la alta disponibilidad.
Estados de mantenimiento
Cada estado de alta disponibilidad se supervisa a través de varias señales internas que representan condiciones específicas. A continuación se muestran los posibles estados de alta disponibilidad junto con indicadores visuales y escenarios que podrían afectar al servidor flexible de Azure Database for PostgreSQL.
Disponible: la alta disponibilidad está en buen estado
El estado Disponible indica que el servidor habilitado para alta disponibilidad funciona normalmente sin problemas detectados que afecten a la preparación de la conmutación por error. Todas las configuraciones necesarias están intactas y no se han detectado condiciones de error significativas.
Degradado: grupo de seguridad de red (NSG) o conexiones de bloqueo de aplicaciones virtuales
El estado Degradado puede aparecer cuando las reglas de NSG o una aplicación virtual bloquean las conexiones esenciales necesarias para lograr una alta disponibilidad. Este problema de configuración impide la funcionalidad de alta disponibilidad completa y se debe corregir ajustando la configuración del grupo de seguridad de red.
Degradado: estado de solo lectura
Si el servidor flexible de PostgreSQL entra en un estado de solo lectura, el estado Degradado refleja esta restricción. Normalmente, esto requiere aprovisionar recursos adicionales o abordar las condiciones que llevaron a la configuración de solo lectura para restaurar la funcionalidad completa.
Degradado: alta disponibilidad en estado Degradado
Cuando el propio servicio de alta disponibilidad está experimentando un rendimiento degradado, posiblemente debido a problemas transitorios o condiciones de nivel del sistema, aparece este estado. La implementación de la lógica de reintento puede ayudar a mitigar los efectos de estas interrupciones de conectividad temporales.
Degradado: conmutación por error planeada iniciada
Durante un evento de conmutación por error planeada iniciado para el servidor, aparece el estado Degradado, lo que indica que los procesos de conmutación por error de alta disponibilidad están activos. Por lo general, se trata de un proceso breve y controlado, y el servicio debe reanudarse pronto.
Degradado: conmutación por error no planeada iniciada
Para una conmutación por error no planeada, este estado indica un evento de conmutación por error activo desencadenado por circunstancias inesperadas. Este escenario puede suponer breves interrupciones de conectividad hasta que el servidor completa los procedimientos de conmutación por error.
Degradado: conmutación por error de actualización iniciada
Durante las actualizaciones del sistema, el servidor de alta disponibilidad puede someterse a una conmutación por error de actualización para aplicar las actualizaciones necesarias. Si bien, en este estado, el servidor podría restringir las nuevas conexiones temporalmente y se debería implementar la lógica de reintento para controlar los problemas transitorios de forma eficaz.
Configuración de alertas de Resource Health
Puede configurar alertas de Resource Health para recibir notificaciones en tiempo real cuando se produzcan cambios en el estado de mantenimiento de la instancia de PostgreSQL habilitada para alta disponibilidad. Las configuraciones están disponibles a través de Azure Portal o mediante una plantilla de ARM, lo que le ayuda a mantenerse informado de las actualizaciones del estado de alta disponibilidad sin supervisar activamente el portal.
Pasos para configurar alertas de Resource Health mediante el portal
- Vaya a Azure Portal y seleccione el servidor flexible de PostgreSQL.
- En el menú de la izquierda, seleccione "Alertas" en la sección "Supervisión".
- Seleccione "Nueva regla de alertas" y configure la lógica de alertas en función de las señales de Resource Health.
- Configure el grupo de acciones para especificar cómo desea recibir una notificación (correo electrónico, SMS, etc.).
- Revise y cree la regla de alertas.
Pasos para crear alertas de Resource Health mediante una plantilla de ARM
- Descargue la plantilla de ARM de la Guía de plantillas de ARM de alertas de Resource Health.
- Personalice la plantilla con sus detalles específicos del servidor y las preferencias de alerta.
- Implemente la plantilla de ARM con la CLI de Azure o Azure PowerShell.
- Compruebe la implementación y asegúrese de que las alertas estén activas.
Para obtener más información sobre cómo configurar alertas, siga estas guías:
- Configuración de alertas de Resource Health mediante el portal
- Creación de alertas de Resource Health con plantillas de ARM
Mediante la supervisión del estado de mantenimiento de alta disponibilidad, obtendrá información esencial sobre el rendimiento de alta disponibilidad del servidor PostgreSQL, lo que permite un enfoque proactivo para administrar el tiempo de actividad y la disponibilidad.