Acerca de la replicación entre regiones

Selecciona una versión de la documentación:

En esta página se ofrece una descripción general de la replicación entre regiones de AlloyDB para PostgreSQL.

La replicación interregional de AlloyDB te permite crear clústeres e instancias secundarios a partir de un clúster principal para que los recursos estén disponibles en diferentes regiones en caso de que se produzca una interrupción en la región principal. Estos clústeres e instancias secundarios funcionan como copias de los recursos de tu clúster e instancia principales.

En esta página se incluyen los siguientes conceptos clave:

  • Clúster principal. Un clúster de lectura y escritura en una sola región.
  • Clúster secundario. Un clúster de solo lectura en una región diferente a la principal, que se replica desde el clúster principal de forma asíncrona. En caso de que falle un clúster principal de AlloyDB, puedes convertir un clúster secundario en principal.
  • Instancia secundaria. Un líder de solo lectura de un clúster secundario. Se encarga de recibir un flujo de replicación de un clúster principal. El flujo de replicación actualiza el volumen de almacenamiento de la región secundaria en función del volumen de almacenamiento de la región principal. Si un clúster secundario se convierte en principal, la instancia secundaria pasa a ser la principal.
  • Nodo secundario activo. Nodo que forma parte de la instancia secundaria. Este nodo permanece activo y responde a las solicitudes.
  • Nodo secundario de reserva. Nodo que forma parte de la instancia secundaria. Si AlloyDB detecta que el nodo activo no está disponible, asciende el nodo de espera para que actúe como el nuevo nodo activo.

Ventajas

Estas son algunas de las ventajas de la replicación interregional en AlloyDB:

  • Recuperación tras fallos. Si la región del clúster principal deja de estar disponible, puedes promover recursos de AlloyDB en otra región para que atiendan las solicitudes.

  • Reducción del tiempo de inactividad. La compatibilidad con la alta disponibilidad en clústeres secundarios reduce el tiempo de inactividad durante los eventos de mantenimiento o las interrupciones no planificadas.

  • Datos distribuidos geográficamente. Distribuir los datos geográficamente hace que estén más cerca de ti y reduce la latencia de lectura.

  • Balanceo de carga geográfico. Si las conexiones de una región son lentas o están sobrecargadas, puedes dirigir el tráfico a otra región.

  • Rendimiento de lectura mejorado. Hace que los recursos de AlloyDB estén disponibles más cerca de la región de tu aplicación.

  • Cambio con cero pérdida de datos. En las configuraciones de réplica entre regiones con un solo clúster secundario, AlloyDB admite el cambio entre la instancia principal y la secundaria sin pérdida de datos.

Cómo trabajar con la replicación entre regiones

Para trabajar con la replicación entre regiones de AlloyDB, debes realizar las siguientes tareas:

  • Crea un clúster secundario. Un clúster secundario es una copia actualizada continuamente de tu clúster principal de AlloyDB.

  • Ver un clúster secundario. Después de crear un clúster secundario, puedes ver sus detalles en la página Clústeres de la consola de Google Cloud .

  • Añade instancias de grupo de lectura. Puedes añadir instancias de grupo de lectura a un clúster secundario. Si quieres escalar horizontalmente tu capacidad de lectura, puedes añadir hasta 20 nodos de lectura a tu clúster secundario.

  • Promociona un clúster secundario. Si necesitas leer o escribir datos en un clúster secundario, primero debes convertirlo en un clúster primario independiente con todas las funciones. Cuando promueves un clúster secundario, la instancia secundaria del clúster también se convierte en una instancia principal con permisos de lectura y escritura.

    Hay dos situaciones habituales en las que se puede ascender un clúster secundario a primario:

    • Migración regional. Realiza una migración planificada de los recursos de AlloyDB de su región principal a otra región.
    • Recuperación tras fallos. Activa rápidamente los recursos de AlloyDB en una región secundaria en caso de que los recursos de la región principal no estén disponibles. Debido al retraso de la replicación, es posible que se pierdan algunos datos.

    Si promueves un clúster secundario, se convertirá en un clúster independiente con una instancia principal totalmente funcional, incluidos los permisos de lectura y escritura. El clúster promocionado ya no replica los datos del clúster principal al que estaba asociado anteriormente.

  • Cambio con cero pérdida de datos. La conmutación te permite invertir los roles de tu clúster principal y secundario sin perder datos. Puedes realizar un cambio para probar tu configuración de recuperación ante desastres o migrar tu carga de trabajo. Cuando completes el cambio, la dirección de la replicación se invertirá.

    El cambio con cero pérdida de datos solo se admite en configuraciones de replicación entre regiones con una sola instancia secundaria.

  • Configura copias de seguridad automatizadas y continuas. De forma predeterminada, AlloyDB copia automáticamente las configuraciones de copias de seguridad automáticas y continuas del clúster principal a un clúster secundario recién creado. Si no quieres que se realice esta replicación automática, puedes modificar la configuración de la copia de seguridad al crear un clúster secundario.

    Si tu clúster principal usa el cifrado con claves de cifrado gestionadas por el cliente (CMEK) para las copias de seguridad, realiza una de estas acciones durante la creación del clúster secundario:

    • Proporciona la configuración de cifrado con CMEK para las copias de seguridad del clúster secundario.
    • Inhabilita explícitamente las copias de seguridad del clúster secundario.

Para obtener más información sobre cómo cifrar las copias de seguridad con CMEK, consulta Usar CMEK.

Puedes modificar los ajustes de copia de seguridad automatizada y continua del clúster secundario después de crearlo.

Siguientes pasos