Información acerca de la replicación entre regiones

En esta página, se proporciona una descripción general de la replicación entre regiones para Memorystore for Redis Cluster.

Para obtener instrucciones sobre cómo administrar la replicación entre regiones, consulta Trabaja con la replicación entre regiones.

La replicación entre regiones te permite crear clústeres secundarios a partir de un clúster principal para que tu clúster esté disponible para lecturas en diferentes regiones. Los clústeres secundarios también proporcionan redundancia para situaciones de recuperación ante desastres en caso de interrupciones regionales.

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. Un clúster de solo lectura que se replica desde el clúster principal de forma asíncrona. Para obtener información sobre cómo promover y separar clústeres secundarios, consulta las tareas detach y switchover que aparecen en Cómo administrar la replicación entre regiones.
  • Nodo replicador: Es un nodo en la partición del clúster principal que se replica en un nodo seguidor en el clúster secundario. Cualquier nodo principal o de réplica en la partición puede cumplir el rol de replicador.
  • Nodos seguidores: Son los nodos del clúster secundario que se replican desde un nodo replicador del clúster principal. Solo los nodos principales del clúster secundario pueden tener el rol de seguidor.
  • Recuento de fragmentos y asignación de ranuras: Los clústeres principales y secundarios tienen la misma cantidad de fragmentos y asignaciones de ranuras.

Beneficios

Entre los beneficios de la replicación entre regiones en Memorystore for Redis Cluster, se incluyen los siguientes:

  • Recuperación ante desastres: Si la región del clúster principal deja de estar disponible, puedes desconectar o conmutar por error a un clúster secundario en otra región para atender las solicitudes de lectura y escritura. Los clústeres secundarios entregan solicitudes de lectura sin emitir un comando de conmutación o separación.
  • Datos distribuidos geográficamente: La distribución geográfica de los datos los acerca a ti y disminuye la latencia de lectura.
  • Balanceo de cargas geográfico para el tráfico de lectura: Si se producen conexiones lentas o sobrecargadas en una región, puedes enrutar el tráfico a otra región.

Comportamiento de las funciones

En esta sección, se explica el comportamiento importante de la función de replicación entre regiones.

  • Ajusta la capacidad del clúster: Cuando ajustas la capacidad del clúster principal, Memorystore para Redis Cluster ajusta automáticamente los clústeres secundarios para que coincidan con el clúster principal.
  • Escala el recuento de réplicas: Puedes escalar el recuento de réplicas para los clústeres principales y secundarios de forma independiente según las necesidades de tu carga de trabajo. Las actualizaciones del recuento de réplicas son solo locales y no se propagan a otros clústeres dentro de la colección de clústeres de replicación entre regiones.
  • Cambia durante una posible interrupción: Puedes realizar un cambio para promover un clúster secundario, incluso si el clúster principal no está disponible debido a una interrupción. Cuando se resuelve la interrupción, el clúster principal no disponible se convierte en un clúster secundario.
  • Crea clústeres secundarios en línea: Cuando agregas un clúster secundario a un clúster principal, el clúster principal permanece en línea. Mientras Memorystore for Redis Cluster crea el clúster secundario, el clúster principal controla las solicitudes y replica los datos.
  • Crear clústeres secundarios: Puedes tener hasta dos clústeres secundarios. Pueden estar ubicados en la misma región o en regiones diferentes entre sí. No puedes convertir un clúster existente en un clúster secundario. Solo puedes agregar clústeres nuevos como clústeres secundarios.
  • Sincronizar la configuración: Memorystore for Redis Cluster sincroniza automáticamente la mayoría de los parámetros de configuración del clúster entre los clústeres principal y secundario. Para obtener más información sobre estos parámetros de configuración, consulta Configuración del clúster.
  • Precios: Memorystore for Redis Cluster cobra a los clientes que usan la replicación entre regiones por los clústeres secundarios que aprovisiona para la replicación entre regiones. Se te cobrará por cada nodo y réplica que Memorystore for Redis Cluster implemente en el clúster secundario, al igual que con cualquier otro clúster principal. Además, incurres en cargos de redes por transferir datos entre clústeres en diferentes regiones.
  • Realiza actualizaciones de mantenimiento: Para garantizar la compatibilidad con la replicación entre regiones, es posible que tu clúster principal se someta a una actualización de mantenimiento mientras creas tu clúster secundario. Si el clúster principal no ejecuta la versión de software requerida, se realizará esta actualización. El proceso de actualización puede introducir cierta latencia adicional cuando creas tu clúster secundario. Para obtener más información, consulta Acerca del mantenimiento.

Cómo administrar la replicación entre regiones

La replicación entre regiones incluye las siguientes tareas:

  • Crea un clúster secundario: Crea un clúster secundario que replique datos de tu clúster principal de forma continua.
  • Ver el clúster secundario: Ver información sobre el clúster secundario, incluido el nombre del clúster principal y el otro clúster secundario en el grupo de replicación

  • Desconectar clústeres secundarios: La desconexión de clústeres secundarios es una operación en la que desacoplas los clústeres secundarios de su clúster principal. Esto los convierte en clústeres independientes completamente funcionales que permiten operaciones de lectura y escritura. Después de una operación de desconexión, los clústeres secundarios ya no replican los datos del clúster principal con el que estaban asociados anteriormente. Tanto el clúster principal original como los clústeres recién desconectados (antes secundarios) funcionan como clústeres independientes sin relación entre sí.

    Desconecta los clústeres secundarios por los siguientes motivos:

    • Migración regional: Realiza una migración planificada de los recursos de Memorystore for Redis Cluster desde su región principal a otra región.
    • Recuperación ante desastres: Activa rápidamente los recursos de Memorystore for Redis Cluster en una región secundaria si los recursos de la región principal dejan de estar disponibles. Si los clústeres secundarios no se actualizan por completo con el clúster principal, es posible que se pierdan algunos datos.

  • Cambia tus clústeres: Realiza un cambio para invertir los roles de tus clústeres principal y secundario. Puedes realizar un cambio por los siguientes motivos:

    • Prueba la configuración de recuperación ante desastres
    • Realiza la conmutación durante una situación real de recuperación ante desastres
    • Realiza una migración de tu carga de trabajo

    Después de completar el cambio, Memorystore for Redis Cluster invierte la dirección de replicación. El clúster secundario anterior ahora puede aceptar operaciones de lectura y escritura, mientras que el clúster principal anterior cambia a solo lectura.

Ejemplo de arquitectura para la replicación entre regiones

En este diagrama, se muestra un clúster principal en la región us-east1 y clústeres secundarios en las regiones us-west1 y asia-east1. La dirección de la replicación siempre es del clúster principal a los clústeres secundarios (en este ejemplo, de la región us-east1 a las demás regiones).

Si bien este diagrama muestra la misma cantidad de réplicas en todas las regiones, la replicación entre regiones te permite tener una cantidad variable de réplicas según tus requisitos.

imagen

Configuración del clúster

En esta sección, se explican los parámetros de configuración que se requieren, copian y anulan para los clústeres principales y secundarios que usan la replicación entre regiones. También explica la configuración que se establece en el clúster principal y la que se establece de forma local.

Parámetros obligatorios para crear un clúster secundario

Para crear un clúster secundario, debes establecer valores para los siguientes parámetros:

  • Google Cloud project: Es el proyecto en el que se encuentra tu clúster principal y en el que crearás el clúster secundario.
  • Región: Es la región en la que deseas que se ubique el clúster secundario.
  • Configuración de Private Service Connect: Es la configuración de red para el clúster secundario.
  • Clúster principal: Cuando creas el clúster secundario, debes indicar un clúster principal. Puedes usar cualquier clúster que no sea secundario como clúster principal. Si no tienes un clúster principal, créalo.

Parámetros de configuración que un clúster secundario copia del clúster principal

Cuando creas un clúster secundario, este copia los siguientes parámetros de configuración del clúster principal:

Cómo anular la configuración predeterminada

Cuando creas un clúster secundario, puedes usar los siguientes parámetros de configuración para anular los parámetros predeterminados:

Actualiza la configuración del clúster

Cuando actualizas la configuración de tu clúster en Memorystore for Redis Cluster, solo puedes cambiar algunos parámetros de configuración en el clúster principal. Memorystore for Redis Cluster sincroniza estos cambios con los clústeres secundarios de forma automática.

Puedes cambiar otros parámetros de configuración en los clústeres principal y secundario de forma independiente. Memorystore for Redis Cluster aplica estos cambios solo de forma local y no los sincroniza con los otros clústeres.

Configura los parámetros en el clúster principal

Debes cambiar los siguientes parámetros de configuración en el clúster principal. Memorystore for Redis Cluster sincroniza estos cambios con los clústeres secundarios automáticamente.

Configura los parámetros locales

Configura los siguientes parámetros de configuración de forma local:

Prácticas recomendadas para cambiar los clústeres principales y secundarios

Cuando realices una conmutación por error, te recomendamos que sigas las instrucciones de esta sección. De esta manera, tu aplicación puede hacer un seguimiento de las escrituras y enviar las escrituras al clúster correspondiente.

  1. Evita que tu aplicación escriba en el clúster principal.

  2. Si hay varios clústeres secundarios para promover, determina el clúster secundario que deseas promover al clúster principal. Los siguientes factores pueden ayudarte a determinar qué clúster secundario promocionar:

    • Qué tan cerca está tu aplicación del clúster Esto puede afectar la latencia de escritura.
    • Es el clúster secundario que está más actualizado en términos de datos.
    • El clúster secundario más cercano al clúster principal en términos de configuración.

  3. Realiza un cambio en el clúster secundario.

  4. Espera a que se complete la operación de conmutación.

  5. Actualiza tu aplicación para que envíe cualquier escritura al clúster recién promovido que seleccionaste en el paso 2.