Resistencia de interrupción de zona de disponibilidad en Azure Cosmos DB for PostgreSQL

  • Artículo

SE APLICA A: Azure Cosmos DB for PostgreSQL (con tecnología de la extensión de base de datos de Citus en PostgreSQL)

Muchas regiones de Azure tienen zonas de disponibilidad. Las zonas de disponibilidad (AZ) son grupos separados de centros de datos dentro de una región. Las zonas de disponibilidad están lo suficientemente cerca para tener conexiones de baja latencia a otras zonas de disponibilidad dentro de su región. Están conectados por una red de alto rendimiento con una latencia de ida y vuelta de menos de 2 milisegundos.

Al mismo tiempo, las zonas de disponibilidad están lo suficientemente separadas para reducir la probabilidad de que más de uno se vea afectado por interrupciones locales o el tiempo. Las zonas de disponibilidad tienen una infraestructura de suministro eléctrico, de refrigeración y de red independientes. Están diseñados para que, si una zona experimenta una interrupción, los servicios regionales se admiten en las zonas restantes en varios servicios de Azure.

Azure Cosmos DB for PostgreSQL admite zonas de disponibilidad para mejorar la confiabilidad y la recuperación ante desastres. Las ventajas de las zonas de disponibilidad varían en función de si laalta disponibilidad está habilitada en un clúster de Azure Cosmos DB for PostgreSQL.

Resistencia de interrupción de zona de disponibilidad para componentes de servicio regionales

Hay muchos componentes de servicio de Azure Cosmos DB for PostgreSQL en cada región de Azure compatible que no pertenecen a clústeres individuales, sino que son partes críticas de la ejecución del servicio administrado. Estos componentes permiten la ejecución continua de todas las operaciones de administración, como el aprovisionamiento de clústeres nuevos y el escalado de clústeres existentes y todas las operaciones internas, como la supervisión del estado del nodo.

Cuando la región de Azure admite zonas de disponibilidad, todos estos componentes de servicio están configurados para que sean redundantes de AZ. Significa que todos los componentes de servicio de Azure Cosmos DB for PostgreSQL pueden mantener una interrupción de una instancia de AZ o, en otras palabras, son resistentes a una única interrupción de AZ.

Tanto si un clúster está configurado con alta disponibilidad como si no, sus operaciones en curso dependen de estos componentes de servicio. La redundancia AZ de los componentes de servicio es un elemento fundamental de la resistencia de interrupción de zona de disponibilidad en Azure Cosmos DB for PostgreSQL.

Impacto en la interrupción de zona de disponibilidad en clústeres con y sin alta disponibilidad

Todos los nodos de un clúster se aprovisionan en una zona de disponibilidad. La configuración de AZ preferida le permite colocar todos los nodos de clúster en la misma zona de disponibilidad donde se implementa la aplicación. Tener todos los nodos en la misma AZ garantiza una menor latencia entre los nodos, lo que mejora el rendimiento general del clúster.

Cuando la alta disponibilidad (HA) está habilitada en un clúster, todos los nodos principales se crean en una AZ y todos los nodos en espera se aprovisionan en otra AZ. Los nodos pueden moverse entre zonas de disponibilidad durante los siguientes eventos:

  • Se produce un error en un nodo habilitado para alta disponibilidad principal. En este caso, el modo de espera del nodo principal se convertirá en un nuevo nodo principal y el AZ del nodo en espera será el nuevo AZ para ese nodo principal.
  • Se produce un evento demantenimiento programado en el clúster. Al final del mantenimiento, todos los nodos principales de un clúster estarán en la misma AZ.

Si la alta disponibilidad está habilitada, el clúster sigue estando disponible a lo largo de la interrupción de AZ con una posible conmutación por error en los nodos principales que se encuentran en la instancia de AZ afectada. Si la alta disponibilidad no está habilitada en un clúster, solo la interrupción en la instancia de AZ donde se implementan los nodos afectará a la disponibilidad del clúster.

Siempre puede comprobar la zona de disponibilidad de cada nodo principal mediante Azure Portal o mediante métodos de programación, como las API de REST.

Para obtener ventajas de resistencia de las zonas de disponibilidad, el clúster debe estar en una de las regiones de Azure donde Azure Cosmos DB for PostgreSQL está configurado para la resistencia de interrupción de AZ.

Pasos siguientes