Compartir por

Promoción de réplicas de lectura en Azure Database for PostgreSQL: servidor flexible

  • Artigo

SE APLICA A: Azure Database for PostgreSQL: servidor flexible

Promover hace referencia al proceso en el que se ordena a una réplica que finalice su modo de réplica y pase a operaciones de lectura y escritura completas.

Importante

La operación de promoción no es automática. En caso de que se produzca un error en el servidor principal, el sistema no cambiará a la réplica de lectura de forma independiente. Siempre se requiere una acción de usuario para la operación de promoción.

La promoción de réplicas se puede realizar de dos maneras distintas:

Promover al servidor principal

Esta acción eleva una réplica al rol del servidor principal. En el proceso, el servidor principal actual se degrada a un rol de réplica, intercambiándose los roles. Para que la promoción sea correcta, es necesario tener un punto de conexión virtual configurado para el punto de conexión principal actual como punto de conexión de escritor y la réplica pensada para la promoción como punto de conexión de lector. La promoción solo se realiza correctamente si la réplica de destino se incluye en la configuración del punto de conexión del lector.

En el diagrama se muestra la configuración de los servidores antes de la promoción y el estado resultante una vez completada correctamente la operación de promoción.

Diagrama que muestra la promoción a la operación del servidor principal.

Promover a un servidor independiente y quitar de la replicación

Al elegir esta opción, la réplica se promueve para convertirse en un servidor independiente y se quita del proceso de replicación. Como resultado, tanto el servidor principal como el servidor promocionado funcionan como dos servidores independientes de lectura y escritura. Se debe tener en cuenta que, aunque se pueden configurar puntos de conexión virtuales, no son necesarios para esta operación. El servidor recién promocionado ya no forma parte de ningún punto de conexión virtual aunque el punto de conexión del lector apuntase hacia él anteriormente. Por lo tanto, si la aplicación debe conectarse a la réplica recién promocionada, es esencial actualizar la cadena de conexión de la aplicación para dirigirla a ella.

En el diagrama se muestra cómo se configuran los servidores antes de que se promuevan y su configuración después de convertirse correctamente en servidores independientes.

Diagrama que muestra la promoción al servidor independiente y la eliminación de la operación de replicación.

Importante

La acción Promover a un servidor independiente y quitar de la replicación es compatible con la anterior funcionalidad de promoción.

Importante

Simetría de servidores: para que la promoción mediante la operación de promoción al servidor principal sea correcta, los servidores principal y de réplica deben tener niveles y tamaños de almacenamiento idénticos. Por ejemplo, si la réplica principal tiene 2vCores y la réplica tiene 4vCores, la única opción viable es usar la acción "promover a un servidor independiente y quitar de la replicación". Además, deben compartir los mismos valores correspondientes a los parámetros de servidor que asignan memoria compartida.

Ambos métodos de promoción tienen más opciones que se deben tener en cuenta:

  • Planeada: esta opción garantiza que los datos se sincronicen antes de promocionarlos. Aplica todos los registros pendientes para garantizar la coherencia de los datos antes de aceptar conexiones de cliente.

  • Forzada: esta opción está diseñada para una recuperación rápida en escenarios como interrupciones regionales. En lugar de esperar a sincronizar todos los datos de la instancia principal, el servidor se vuelve operativo en cuanto procesa los archivos WAL necesarios para lograr el estado coherente más cercano. Si promueve la réplica mediante esta opción, el retraso en el momento en que desvincule la réplica de la instancia principal indica la cantidad de datos que se pierde.

Importante

La opción de promoción Forzada está diseñada específicamente para abordar interrupciones regionales y, en tales casos, omite todas las comprobaciones, incluido el requisito de simetría del servidor, y continúa con la promoción. Esto se debe a que da prioridad a la disponibilidad inmediata del servidor para controlar escenarios de desastres. Sin embargo, no se permite el uso de la opción Forzada fuera de los escenarios de reducción de regiones si no se cumplen los requisitos para las réplicas de lectura especificadas en la documentación, especialmente el requisito de simetría del servidor, ya que podría provocar problemas como la replicación interrumpida.

Aprenda cómo promover la réplica a servidor principal y cómo promover a un servidor independiente y quitar de la replicación.

Administración de configuración

Las réplicas de lectura se tratan como servidores independientes en términos de configuraciones del plano de control. Este enfoque proporciona flexibilidad para escenarios de escalado de lectura. Sin embargo, al usar réplicas con fines de recuperación ante desastres, los usuarios deben asegurarse de que la configuración sea la que deseen.

La operación de promoción no lleva a cabo configuraciones y parámetros específicos. Estos son algunos de los más importantes.

  • PgBouncer: La configuración y el estado del agrupador de conexiones de PgBouncer integrados no se replican durante el proceso de promoción. Si PgBouncer se habilitó en el servidor principal, pero no en la réplica, permanecerá deshabilitado en la réplica después de la promoción. Si desea que PgBouncer esté en el servidor recién promocionado, debe habilitarlo antes o después de la acción de promoción.
  • Almacenamiento de copia de seguridad con redundancia geográfica: la configuración de copia de seguridad geográfica no se transfiere. Dado que las réplicas no pueden tener habilitada la copia de seguridad geográfica, la principal promocionada (anteriormente la réplica) no la tiene después de la promoción. La característica solo se puede activar en el momento de creación del servidor estándar (no en una réplica).
  • Parámetros del servidor: Si sus valores difieren en la réplica principal y de lectura, no cambiarán durante la promoción. Es esencial tener en cuenta que los parámetros que influyen en el tamaño de memoria compartida deben tener los mismos valores en las réplicas y los servidores o instancias principales. Este requisito se detalla en la sección Parámetros del servidor.
  • Autenticación de Microsoft Entra: si el servidor principal tenía configurada la autenticación de Microsoft Entra pero la réplica se configuró con la autenticación de PostgreSQL, después de la promoción, la réplica no cambiará automáticamente a la autenticación de Microsoft Entra. Conservará la autenticación de PostgreSQL. Los usuarios deben configurar manualmente la autenticación de Microsoft Entra en la réplica promocionada antes o después del proceso de promoción.
  • Alta disponibilidad (HA): si es necesario trabajar con HA después de la promoción, debe configurarse en el servidor principal recién promocionado, después de la reversión del rol.

Consideraciones

Estados del servidor durante la promoción

En los escenarios de promoción planeada y forzada, es necesario que los servidores (tanto principal como réplica) estén en un estado "Disponible". Si el estado de un servidor es distinto de "Disponible" (por ejemplo, "Actualizando" o "Reiniciando"), la promoción normalmente no podrá llevarse a cabo sin problemas. Sin embargo, se realiza una excepción en el caso de interrupciones regionales.

Durante estas interrupciones regionales, el método de promoción forzada se puede implementar independientemente del estado actual del servidor principal. Este enfoque permite una acción rápida en respuesta a posibles desastres regionales, pasando comprobaciones normales en la disponibilidad del servidor.

Tenga en cuenta que si el servidor principal anterior produce un error más allá de la recuperación durante la promoción de su réplica, la única opción es eliminar el servidor principal anterior y volver a crear el servidor de réplica.

Visibilidad de varias réplicas durante la promoción en regiones no emparejadas

Al tratar con varias réplicas, si la región primaria carece de una región emparejada, se debe tener en cuenta una consideración especial. En caso de que se produzca una interrupción regional que afecte al servidor principal, la réplica recién promocionada no reconocerá automáticamente ninguna otra réplica. Aunque las aplicaciones todavía se pueden dirigir a la réplica promocionada para continuar las operaciones, las réplicas no reconocidas permanecen desconectadas durante la interrupción. Estas réplicas adicionales solamente se volverán a asociar y reanudarán sus roles una vez restaurada la región primaria original.

Preguntas más frecuentes

  • ¿Puedo promover una réplica si mi servidor principal tiene habilitada la alta disponibilidad?

    Sí, si el servidor principal está habilitado para alta disponibilidad o no, puede promover su réplica de lectura. La capacidad de promover una réplica de lectura a un servidor principal es independiente de la configuración de alta disponibilidad del servidor principal.

  • Si tengo una réplica principal habilitada para alta disponibilidad y una réplica de lectura, promuevo la réplica y luego vuelvo a la principal original, ¿el servidor seguirá estando en alta disponibilidad?

    No, deshabilitamos la alta disponibilidad durante la promoción inicial, ya que no se admiten réplicas de lectura habilitadas para alta disponibilidad. La promoción de una réplica de lectura en una réplica principal significa que la principal original está cambiando su rol a una réplica. Si vuelve a cambiar, debe habilitar la alta disponibilidad en el servidor principal original.

Contenido relacionado