Para proteger tus datos contra interrupciones regionales y reducir la latencia de lectura para los usuarios distribuidos geográficamente, la replicación entre regiones de AlloyDB para PostgreSQL te permite crear clústeres e instancias secundarios a partir de un clúster principal en diferentes regiones. Estos clústeres e instancias secundarios funcionan como copias actualizadas de forma continua de los recursos de tu clúster y tu instancia principales.
Los conceptos clave de esta página incluyen los siguientes:
Clúster principal. Un clúster de lectura y escritura en una sola región.
Clúster secundario. Es un clúster de solo lectura en una región diferente de 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 ascender un clúster secundario a uno 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. Es un líder de solo lectura de un clúster secundario. Es responsable de recibir un flujo 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
Los beneficios de la replicación entre regiones en AlloyDB incluyen los siguientes:
Recuperación ante desastres. En caso de que la región del clúster principal no esté disponible, puedes ascender los recursos de AlloyDB en otra región para que entreguen solicitudes.
Tiempo de inactividad reducido La compatibilidad con la alta disponibilidad (HA) en 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.
Ver un clúster secundario Después de crear un clúster secundario, puedes ver sus detalles en la página Clústeres en la consola de Google Cloud .
Agrega instancias del grupo de lectura. Puedes agregar instancias de grupos 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.
Ascender 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 el clúster secundario a un clúster principal independiente y reanudar la entrega de tu aplicación.
Configurar copias de seguridad automáticas y continuas De forma predeterminada, AlloyDB copia automáticamente los parámetros de configuración de las copias de seguridad automatizadas y continuas del clúster principal en un clúster secundario recién creado. Si deseas usar diferentes parámetros de configuración de copia de seguridad para tu clúster secundario, puedes modificar la configuración de copia de seguridad cuando creas un clúster secundario.
Si tu clúster principal usa la encriptación de claves de encriptación administradas por el cliente (CMEK) para las copias de seguridad, realiza 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 del 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 las copias de seguridad automáticas y continuas del clúster secundario después de su creación.
Recuperación ante desastres avanzada
Para situaciones avanzadas de recuperación ante desastres, AlloyDB admite el cambio y la conmutación por error entre regiones:
Realizar una conmutación por error entre regiones La conmutación por error entre regiones (versión preliminar) es una función avanzada de recuperación ante desastres que asciende un clúster secundario a principal y, al mismo tiempo, vuelve a crear automáticamente el clúster principal original como un nuevo clúster secundario. Esta función mantiene tu topología de replicación sin necesidad de borrar o volver a crear el clúster de forma manual después de que se resuelva la interrupción. Esto simplifica la reversió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 la configuración de recuperación ante desastres, revertir a la topología original después de una interrupción o migrar la carga de trabajo. Cuando completes el cambio, se revertirá 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 para replicar 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 cambiando 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.