Cómo funciona la réplica multirregión en Amazon Keyspaces - Amazon Keyspaces (para Apache Cassandra)

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Cómo funciona la réplica multirregión en Amazon Keyspaces

Esta sección ofrece una descripción general del funcionamiento de la réplica multirregión de Amazon Keyspaces. Para obtener más información sobre precios, consulte Precios de Amazon Keyspaces (para Apache Cassandra).

Cómo funciona la réplica multirregión en Amazon Keyspaces

La replicación multirregional de Amazon Keyspaces implementa una arquitectura de resiliencia de datos que distribuye los datos entre personas independientes y distribuidas geográficamente. Regiones de AWS. Utiliza la replicación activa-activa, que proporciona una baja latencia local y cada región puede realizar lecturas y escrituras de forma aislada.

Al crear un espacio de claves multirregión de Amazon Keyspaces, puede seleccionar hasta cinco regiones adicionales a las que se replicarán los datos. Cada tabla que cree en un espacio de claves multirregión consta de varias tablas de réplica (una por región) que Amazon Keyspaces considera como una sola unidad.

Cada réplica tiene el mismo nombre de tabla y el mismo esquema de clave principal. Cuando una aplicación escribe datos en una tabla local en una región, los datos se escriben de forma duradera con el nivel de coherencia LOCAL_QUORUM. Amazon Keyspaces replica automáticamente los datos de forma asíncrona a las demás regiones de réplica. El retardo de réplica entre regiones suele ser inferior a un segundo y no afecta al rendimiento o la capacidad de procesamiento de su aplicación.

Una vez escritos los datos, puede leerlos de la tabla multirregión en otra región de réplica con los niveles de coherencia LOCAL_ONE/LOCAL_QUORUM. Para obtener más información sobre configuraciones y características compatibles, consulte Notas de uso de la réplica multirregión de Amazon Keyspaces.

Los usuarios leen y escriben los datos almacenados en una tabla de Amazon Keyspaces de forma local en sus respectivos Región de AWS mientras que Amazon Keyspaces replica de forma asíncrona las escrituras entre tablas de todas las regiones disponibles.

Resolución de conflictos de réplica multirregión

La réplica multirregión de Amazon Keyspaces está totalmente administrada, lo que significa que no tiene que realizar tareas de réplica como ejecutar regularmente operaciones de reparación para sanear los problemas de sincronización de datos. Amazon Keyspaces monitorea la coherencia de los datos entre tablas de diferentes Regiones de AWS detectando y reparando conflictos, y sincroniza las réplicas automáticamente.

Amazon Keyspaces utiliza el método el último escritor gana de conciliación de datos. Con este mecanismo de resolución de conflictos, todas las regiones en un espacio de claves multirregión se ponen de acuerdo sobre la última actualización y convergen hacia un estado en el que todas tienen datos idénticos. El proceso de reconciliación no tiene ningún impacto en el rendimiento de la aplicación. Para soportar la resolución de conflictos, las marcas de tiempo del lado del cliente se activan automáticamente para las tablas multirregión y no se pueden desactivar. Para obtener más información, consulte Marcas de tiempo del lado del cliente en Amazon Keyspaces.

Recuperación de desastres de la réplica multirregión

Con la replicación multirregional de Amazon Keyspaces, las escrituras se replican de forma asíncrona en cada región. En el raro caso de que se produzca una degradación o un fallo en una única región, la réplica multirregión le ayuda a recuperarse del desastre con un impacto mínimo o nulo en su aplicación. La recuperación tras un desastre se mide normalmente con los valores del objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (). RPO

Objetivo de tiempo de recuperación: el tiempo que tarda un sistema en volver a un estado de funcionamiento tras un desastre. RTOmide la cantidad de tiempo de inactividad que la carga de trabajo puede tolerar, medida en tiempo. En el caso de los planes de recuperación ante desastres que utilizan la replicación multirregional para realizar la conmutación por error a una región no afectada, la cifra RTO puede ser prácticamente nula. Esto RTO se ve limitado por la rapidez con la que la aplicación puede detectar la condición de error y redirigir el tráfico a otra región.

Objetivo de punto de recuperación: la cantidad de datos que pueden perderse (medido en tiempo). En el caso de los planes de recuperación ante desastres que utilizan la replicación multirregional para realizar la conmutación por error a una región no afectada, los segundos suelen ser de un solo RPO dígito. RPOEstá limitado por la latencia de replicación a la réplica de destino de la conmutación por error.

En caso de fallo o degradación regional, no necesita promover una región secundaria ni realizar procedimientos de conmutación por error de la base de datos porque la réplica en Amazon Keyspaces es activo-activo. En cambio, puede utilizar Amazon Route 53 para dirigir su aplicación a la región sana más cercana. Para obtener más información sobre Route 53, consulte ¿Qué es Amazon Route 53?.

Si es una sola Región de AWS si se aísla o se degrada, su aplicación puede redirigir el tráfico a una región diferente mediante Route 53 para realizar lecturas y escrituras en una tabla de réplica diferente. También puede aplicar lógica empresarial personalizada a fin de determinar cuándo redirigir las solicitudes a otras regiones. Un ejemplo de ello es hacer que su aplicación sea consciente de los múltiples puntos de conexión disponibles.

Cuando la región vuelve a estar en línea, Amazon Keyspaces reanuda la propagación de las escrituras pendientes de esa región a las tablas de réplica en otras regiones.. Asimismo, reanudará la propagación de las operaciones de escritura de otras réplicas de tabla a la región que ahora está en línea.

Replicación multirregional e integración con la point-in-time recuperación () PITR

oint-in-time La recuperación de P se admite en las tablas de varias regiones. Para restaurar correctamente una tabla de varias regiones conPITR, se deben cumplir las siguientes condiciones.

  • La tabla de origen y la tabla de destino deben estar configuradas como tablas multirregión.

  • Las regiones de réplica para el espacio de claves de la tabla de origen y para el espacio de claves de la tabla de destino deben ser las mismas.

Puede ejecutar la sentencia de restauración desde cualquiera de las regiones en las que esté disponible la tabla de origen. Amazon Keyspaces restaura automáticamente la tabla de destino en cada región. Para obtener más información al respectoPITR, consulteCómo funciona point-in-time la recuperación en Amazon Keyspaces.

Replicación e integración multirregionales con AWS servicios

Puede supervisar el rendimiento de la replicación entre tablas de diferentes Regiones de AWS mediante el uso de CloudWatch las métricas de Amazon. La siguiente métrica proporciona un monitoreo continuo de los espacios de claves multirregión.

  • ReplicationLatency: Esta métrica mide el tiempo que se tardó en replicar updates, inserts o deletes de una tabla réplica a otra tabla réplica en un espacio de claves multirregión.

Para obtener más información sobre cómo monitorizar CloudWatch las métricas, consultaSupervisión de Amazon Keyspaces con Amazon CloudWatch.