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 replicación multirregional en Amazon Keyspaces

En esta sección se proporciona información general sobre cómo funciona la replicación multirregional de Amazon Keyspaces. Para obtener más información sobre precios, consulte Precios de Amazon Keyspaces (para Apache Cassandra).

Cómo funciona la replicación multirregional 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 réplica activa-activa, que ofrece una baja latencia local, dado que 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 replicación multirregional de Amazon Keyspaces.

Resolución de conflictos de replicación multirregional

La replicación multirregional de Amazon Keyspaces está totalmente gestionada, lo que significa que no tiene que realizar tareas de replicación, como ejecutar operaciones de reparación con regularidad para solucionar problemas de sincronización de datos. Amazon Keyspaces supervisa la coherencia de los datos entre tablas de diferentes tablas Regiones de AWS mediante la detección y la reparación de 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 cliente en Amazon Keyspaces.

Replicación multirregional, recuperación ante desastres

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 una sola región se degrade o falle, la replicación multiregional le ayuda a recuperarse de un desastre con un impacto mínimo o nulo en su aplicación. La recuperación tras un desastre normalmente se mide 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 funcionar después de un desastre. RTOmide el tiempo de inactividad que su carga de trabajo puede tolerar, 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, 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 una sola Región de AWS se aísla o se degrada, la 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éplicas 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 e integración con point-in-time recuperación en varias regiones () PITR

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

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 acerca de PITR, consulte Cómo funciona point-in-time la recuperación en Amazon Keyspaces.

Al crear una tabla de varias regiones, los PITR ajustes que defina durante el proceso de creación se aplican automáticamente a todas las tablas de todas las regiones. Al cambiar la PITR configuración mediante ALTER TABLE Amazon Keyspaces aplica la actualización únicamente a la tabla local y no a las réplicas de otras regiones.

Replicación e integración con los servicios en varias regiones AWS

Puede supervisar el rendimiento de la replicación entre tablas de diferentes tablas 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.

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