Replicación de regiones múltiples de Amazon Keyspaces (para Apache Cassandra)

Con la replicación de regiones múltiples de Amazon Keyspaces, puede replicar sus datos con una replicación activa-activa, automatizada y totalmente administrada en las regiones de AWS que elija. Puede mejorar la disponibilidad y la resiliencia frente a la degradación regional y, al mismo tiempo, beneficiarse de las lecturas y escrituras locales de baja latencia para las aplicaciones globales. Con la replicación de regiones múltiples, Keyspaces replica de forma asincrónica los datos entre regiones y, por lo general, los datos se propagan en menos de un segundo. La replicación de regiones múltiples también elimina la difícil tarea de resolver los conflictos de actualización y corregir los problemas de divergencia de datos, lo que le permite centrarse en su aplicación. Puede crear un nuevo espacio de claves de regiones múltiples con solo unos clics en la Consola de administración de AWS o mediante el SDK o la CLI de AWS. Obtenga más información en la Guía para desarrolladores de Keyspaces.

Al crear un espacio de claves de regiones múltiples, se compone de varios espacios de claves de réplica (uno por región de AWS) que se tratan como una sola unidad. Cada región tiene el mismo esquema de tablas. Cuando una aplicación escribe datos en una región, Keyspaces utiliza la replicación asincrónica basada en el almacenamiento para propagar las escrituras entre las regiones, con latencias de retraso de replicación que suelen ser inferiores a un segundo, sin afectar la disponibilidad de la aplicación. En el improbable caso de que se produzca un error en una sola región, simplemente puede apuntar su aplicación a una de las regiones en buen estado de su espacio de claves de regiones múltiples. Como todas las regiones de un espacio de claves de regiones múltiples admiten tanto la lectura como la escritura, la disponibilidad de la aplicación no se ve afectada. Una vez que la región degradada vuelve a estar en línea, Keyspaces sincroniza automáticamente los datos que faltan.

En Keyspaces, la replicación es activa-activa. Ahora puede ofrecer lectura y escritura localmente desde las regiones más cercanas a sus clientes con una latencia de milisegundos de un solo dígito a cualquier escala. Con la replicación de regiones múltiples, puede usar Keyspaces para cualquier aplicación global que requiera un tiempo de respuesta rápido en cualquier parte del mundo.

Con la replicación de regiones múltiples, puede recuperarse de la degradación de una sola región de AWS simplemente redirigiendo su aplicación a una región diferente en su espacio de claves de múltiples regiones. Dado que Keyspaces ofrece una replicación activa-activa, sus lecturas y escrituras no se ven afectadas. Keyspaces realiza un seguimiento de cualquier escritura que se haya realizado en su espacio de claves de múltiples regiones, pero que aún no se haya propagado a todas las regiones de réplica. Una vez que la región vuelve a estar en línea, Keyspaces sincroniza automáticamente los cambios que faltan, lo que le permite recuperarse sin afectar la disponibilidad de la aplicación.

La replicación de regiones múltiples utiliza una replicación física de datos rápida y basada en el almacenamiento de información en todas las regiones, con un retraso de replicación que suele ser inferior a un segundo. La replicación en Keyspaces tiene poco o ningún impacto en las consultas de las bases de datos, ya que no comparte los recursos de computación. Esto le permite hacer frente a casos de uso con alto rendimiento de escritura o ráfagas sin afectar la disponibilidad de la aplicación.

Todos los cambios realizados en los datos de cualquier región se replican en el resto de regiones de un espacio de claves de regiones múltiples. Si las aplicaciones actualizan los mismos datos en diferentes regiones al mismo tiempo, pueden producirse conflictos. Para garantizar la coherencia final, Keyspaces utiliza marcas de tiempo a nivel de celda y una conciliación entre las actualizaciones simultáneas en las que la escritura más reciente tiene prioridad. La resolución de conflictos es completamente administrada y se lleva a cabo en segundo plano sin afectar la disponibilidad de la aplicación.