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 ofrece una descripción general de 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)
Temas
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 de forma independiente y distribuida 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 multirregional de Amazon Keyspaces, puede seleccionar regiones adicionales en las que se van a replicar 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.
Multi-Region resolución de conflictos de replicación
La replicación multirregional de Amazon Keyspaces está totalmente gestionada, lo que significa que no es necesario realizar tareas de replicación, como ejecutar operaciones de reparación con regularidad para solucionar problemas de sincronización de datos. Amazon Keyspaces monitoriza la coherencia de los datos entre tablas de distintas regiones detectando y Regiones de AWS reparando los 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 Client-side marcas de tiempo en Amazon Keyspaces.
Multi-Region replicación y recuperación ante desastres
Con la replicación multirregional de Amazon Keyspaces, las escrituras se replican de forma asincrónica en cada región. En el raro caso de que se produzca una degradación o un error en una sola región, la replicación multirregional le ayuda a recuperarse de un desastre con un impacto mínimo o nulo en su aplicación. La recuperación tras un desastre suele medirse utilizando valores de objetivo de tiempo de recuperación (RTO) y 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. El RTO mide 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 conmutar por error a una región no afectada, el RTO puede ser casi nulo. El RTO está limitado por la rapidez con la que su aplicación puede detectar la condición de fallo 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 conmutar por error a una región no afectada, el RPO suele ser de un solo dígito en segundos. El RPO está limitado por la latencia de la réplica 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, su aplicación puede redirigir el tráfico a una región diferente mediante Route 53 para realizar operaciones de lectura y escritura 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.
Multi-Region replicación en Regiones de AWS deshabilitado de forma predeterminada
La replicación multirregional de Amazon Keyspaces se admite en los siguientes casos, Regiones de AWS que están deshabilitados de forma predeterminada:
Región África (Ciudad del Cabo)
Región Medio Oriente (EAU)
Región de Asia-Pacífico (Hong Kong)
Región Medio Oriente (Baréin)
Antes de poder usar una región que está deshabilitada de forma predeterminada en la replicación multirregional de Amazon Keyspaces, primero tiene que habilitar la región. Para obtener más información, consulte Habilitar o deshabilitar su cuenta Regiones de AWS en la Guía del AWS Organizations usuario.
Después de habilitar una región, puede crear nuevos recursos de Amazon Keyspaces en la región y añadir la región a un espacio de claves multirregional.
Cuando inhabilita una región que utiliza Amazon Keyspaces para la replicación multirregional, Amazon Keyspaces inicia un período de gracia de 24 horas. Durante este período de tiempo, puede esperar el siguiente comportamiento:
Amazon Keyspaces sigue realizando operaciones con el lenguaje de manipulación de datos (DML) en las regiones habilitadas.
Amazon Keyspaces detiene la replicación de las actualizaciones de datos de las regiones habilitadas a la región inhabilitada.
Amazon Keyspaces bloquea todas las solicitudes del lenguaje de definición de datos (DDL) en la región inhabilitada.
Si deshabilitó la región por error, puede volver a habilitarla en un plazo de 24 horas. Si vuelve a habilitar la región durante el período de gracia de 24 horas, Amazon Keyspaces tomará las siguientes medidas:
Reanude automáticamente todas las réplicas en la región rehabilitada.
Replique cualquier actualización de datos que se haya realizado en las regiones habilitadas mientras la región estaba deshabilitada para garantizar la coherencia de los datos.
Continúe automáticamente con todas las operaciones de replicación multirregional adicionales.
En caso de que la región permanezca deshabilitada después de que se cierre el período de 24 horas, Amazon Keyspaces tomará las siguientes medidas para eliminar permanentemente la región de la replicación multirregional:
Elimine la región inhabilitada de todos los espacios de claves de replicación multirregional.
Convierta las réplicas de tablas de replicación multirregional de la región deshabilitada en tablas y espacios de claves de una sola región.
Amazon Keyspaces no elimina ningún recurso de la región inhabilitada.
Una vez que Amazon Keyspaces haya eliminado permanentemente la región inhabilitada del espacio de claves multirregional, no podrá volver a añadir la región inhabilitada.
Multi-Region replicación e integración con recuperación puntual (PITR)
Point-in-time la recuperación es compatible con tablas multirregionales. Para restaurar correctamente una tabla multirregión con PITR, se deben satisfacer 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.
-
El PITR debe estar habilitado en todas las réplicas de la tabla de origen.
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 la PITR, consulte Funcionamiento de la recuperación en un momento dado en Amazon Keyspaces.
Al crear una tabla multirregional, la configuración del PITR que defina durante el proceso de creación se aplica automáticamente a todas las tablas de todas las regiones. Cuando cambias la configuración del PITR mediante Amazon KeyspacesALTER TABLE, la actualización solo se aplica a la tabla local y no a las réplicas de otras regiones. Para habilitar el PITR en una tabla multirregional existente, debe repetir la declaración para todas las réplicas. ALTER TABLE
Multi-Region replicación e integración con AWS servicios
Puede supervisar el rendimiento de la replicación entre tablas de diferentes ubicaciones Regiones de AWS mediante las CloudWatch 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 replicarupdates,insertsodeletesde 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 supervisar CloudWatch las métricas, consulteSupervisión de Amazon Keyspaces con Amazon CloudWatch.