En esta página, se proporciona una descripción general de la replicación entre regiones de AlloyDB para PostgreSQL.
La replicación entre regiones 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 una interrupción en la región principal. Estos clústeres e instancias secundarios funcionan como copias de los recursos de tu clúster y tu instancia principales.
Entre los conceptos clave de esta página, se incluyen los siguientes:
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 replica desde el clúster principal de forma asíncrona. En caso de falla de un clúster principal de AlloyDB, puedes ascender un clúster secundario a un clúster principal.
Puedes crear hasta cinco clústeres secundarios para un clúster principal. Todos los clústeres secundarios se replican desde un solo clúster principal. Si asciendes un clúster secundario, este se convierte en un clúster principal independiente.
Instancia secundaria: Un líder de solo lectura de un clúster secundario. Es responsable de recibir una transmisión de replicación de un clúster principal. La transmisión de replicación actualiza el volumen de almacenamiento en la región secundaria según el volumen de almacenamiento en la región principal. Si un clúster secundario se asciende a un clúster principal, la instancia secundaria se convierte en la instancia principal.
Una instancia secundaria puede ser básica (zonal) o de alta disponibilidad (regional).
En el siguiente diagrama, se ilustra cómo funciona la replicación entre regiones:
Figura 1. Ejemplo de la arquitectura de replicación entre regiones de AlloyDB.
Beneficios
Entre los beneficios de la replicación entre regiones en AlloyDB, se incluyen los siguientes:
Recuperación ante desastres: En caso de que la región del clúster principal deje de estar disponible, puedes ascender los recursos de AlloyDB en otra región para atender las solicitudes.
Tiempo de inactividad reducido: La compatibilidad con la alta disponibilidad (HA) en los clústeres secundarios reduce el tiempo de inactividad durante los eventos de mantenimiento o las interrupciones no planificadas.
Datos distribuidos geográficamente: La distribución geográfica de los datos los acerca a ti y disminuye la latencia de lectura.
Mayor escalamiento de lectura: Cada réplica entre regiones (o clúster secundario) puede admitir hasta 20 nodos de lectura, lo que te permite escalar aún más tus lecturas.
Cambio sin pérdida de datos: Para las configuraciones de replicación entre regiones, AlloyDB admite el cambio entre la instancia principal y la secundaria sin pérdida de datos.
Trabaja con la replicación entre regiones
Trabajar con la replicación entre regiones de AlloyDB implica las siguientes tareas:
Crea un clúster secundario. Un clúster secundario es una copia actualizada de forma continua de tu clúster principal de AlloyDB.
Visualiza un clúster secundario. Después de crear un clúster secundario, puedes ver sus detalles en la página Clústeres de la Google Cloud console.
Agrega instancias del grupo de lectura. Puedes agregar instancias del grupo de lectura a un clúster secundario. Si deseas escalar tu capacidad de lectura de forma horizontal, puedes agregar hasta 20 nodos de lectura a tu clúster secundario.
Asciende un clúster secundario. Puedes leer los datos de un clúster secundario, pero no puedes escribir en él hasta que lo asciendas a un clúster principal independiente con todas las funciones. Cuando asciendes un clúster secundario, la instancia secundaria del clúster también se asciende como una instancia principal con capacidades de lectura y escritura.
El caso de uso principal para ascender un clúster secundario es la recuperación ante desastres. Si se produce una interrupción regional en la región de tu clúster principal, puedes ascender tu clúster secundario a un clúster principal independiente y reanudar la entrega de tu aplicación.
Configura copias de seguridad automáticas y continuas. De forma predeterminada, AlloyDB copia automáticamente las configuraciones de copia de seguridad automáticas y continuas del clúster principal a un clúster secundario recién creado. Si deseas usar diferentes configuraciones de copia de seguridad para tu clúster secundario, puedes modificar la configuración de copia de seguridad cuando crees un clúster secundario.
Si tu clúster principal usa la clave de encriptación administrada por el cliente (CMEK) para las copias de seguridad, haz una de las siguientes acciones cuando crees un clúster secundario:
- Proporciona la configuración de encriptación de CMEK para las copias de seguridad del clúster secundario.
- Inhabilita las copias de seguridad para el clúster secundario.
Para obtener más información sobre cómo encriptar tus copias de seguridad con CMEK, consulta Usa CMEK
Puedes modificar la configuración de copias de seguridad automáticas y continuas para el clúster secundario después de su creación.
Recuperación ante desastres avanzada
Para situaciones de recuperación ante desastres avanzadas, AlloyDB admite el cambio y la conmutación por error entre regiones:
Realiza una conmutación por error entre regiones. La conmutación por error entre regiones (vista previa) es una función avanzada de recuperación ante desastres que asciende un clúster secundario a principal mientras recrea automáticamente el clúster principal original como un nuevo clúster secundario. Esta función mantiene tu topología de replicación sin requerir la eliminación o recreación manual del clúster después de que se resuelva la interrupción. Esto simplifica la conmutación por recuperación a tu topología original después de la recuperación ante desastres.
Cambio sin pérdida de datos: El cambio te permite revertir las funciones de tu clúster principal y secundario sin pérdida de datos. Puedes realizar un cambio para probar tu configuración de recuperación ante desastres, conmutar por recuperación a tu topología original después de una interrupción o migrar tu carga de trabajo. Cuando completas el cambio, se revierte la dirección de replicación.
Si tienes varios clústeres secundarios, el clúster secundario que recibe el comando de cambio se convierte en un clúster principal; el clúster principal anterior se convierte en un clúster secundario, que se replica desde el nuevo clúster principal. Todos los demás clústeres secundarios cambian a la replicación desde el nuevo clúster principal.
Existen dos situaciones comunes para cambiar tu clúster secundario:
- Simulacros de recuperación ante desastres: Puedes ejecutar pruebas de tus procesos de recuperación ante desastres si cambias tu aplicación a otra región sin pérdida de datos para simular una interrupción regional.
- Migración regional: Realiza una migración planificada de los recursos de AlloyDB desde su región principal a otra región. El cambio garantiza que el clúster secundario se convierta en un clúster principal con un objetivo de punto de recuperación (RPO) de 0, lo que garantiza que la migración no pierda ningún dato.