Requisitos previos y limitaciones

Multirregión de MemoryDB replica los datos entre las regiones que elija: al crear un clúster multirregional, entiende y acepta que los datos se trasladarán entre las regiones seleccionadas.

Al eliminar una región del grupo multirregional, también se elimina el clúster regional de esa región.

Disponibilidad regional: Multirregión de MemoryDB se admite en las siguientes regiones AWS: Este de EE. UU. (Norte de Virginia y Ohio), Oeste de EE. UU. (Oregón, Norte de California), Europa (Irlanda, Fráncfort y Londres) y Asia-Pacífico (Tokio, Sídney, Bombay, Seúl y Singapur).

Comportamientos y configuraciones: todos los clústeres regionales multirregionales tendrán el mismo número de particiones, tipos de instancias, versión del motor Valkey, TLS y ajustes de grupos de parámetros. Puede elegir distintos tipos de autenticación de IAM, ACL, ventanas de instantáneas, etiquetas, claves administradas por el cliente (CMK) y ventanas de mantenimiento para cada uno de sus clústeres regionales.

Con Multirregión de MemoryDB, los clústeres de distintas regiones pueden tener un número diferente de réplicas.

Tipos de nodos compatibles: Multirregión de MemoryDB es compatible con nodos R7g de tamaño XL o superior.

Multirregión de MemoryDB es compatible con la versión 7.3 del motor Valkey y posteriores.

Tipos de datos compatibles: Multirregión de MemoryDB actualmente es compatible con la mayoría de los tipos de datos de Redis OSS o Valkey, y ampliaremos la compatibilidad con más tipos de datos en el futuro. Los tipos de datos compatibles incluyen Strings, Hashes, conjuntos y conjuntos ordenados, aunque no se admiten todos los comandos que manipulan esos tipos de datos.

Número total de regiones: con Multirregión de MemoryDB, podrá replicar automáticamente los datos del clúster de MemoryDB entre un máximo de cinco regiones AWS.

Opciones compatibles: Multirregión de MemoryDB admite el escalado horizontal/vertical, la integración de IAM, las ACL, la creación de instantáneas automáticas y bajo demanda, la aplicación automática de parches de software y la monitorización.

Copia de seguridad y restauración: puede crear instantáneas para hacer una copia de seguridad de los datos de sus clústeres regionales multirregionales. Puede crear una instantánea manualmente o puede usar el programador automático de instantáneas de MemoryDB para tomar una nueva instantánea cada día a la hora que especifique individualmente para cada clúster regional.

Migración: puede optar por restaurar cualquier copia de seguridad en formato MemoryDB o Redis OSS/Valkey RDB. Para migrar los datos de una copia de seguridad, cree un nuevo clúster regional de Multirregión de MemoryDB y especifique la ubicación de la instantánea desde Amazon S3. Si se trata de una instantánea de MemoryDB, también puede especificar el nombre. Multirregión de MemoryDB creará el clúster regional con los datos de la instantánea. Como Multirregión de MemoryDB es compatible con los tipos de datos Strings, Hashes, conjuntos y conjuntos ordenados, solo puede migrar los datos de instantáneas para estos tipos de datos compatibles. Si el archivo de copia de seguridad contiene tipos de datos de Redis OSS no compatibles, Multirregión de MemoryDB no realizará la operación de migración predeterminada.

Reserva de recursos: Multirregión de MemoryDB está diseñado para proteger la disponibilidad regional. Algunos recursos están reservados permanentemente en cada nodo para garantizar que las solicitudes de lectura y escritura locales se puedan atender independientemente de la carga de trabajo en las regiones homólogas. Estos recursos también sirven para proteger la disponibilidad local durante los eventos en las regiones homólogas, incluso durante los eventos de aislamiento regional y la recuperación de los mismos. Esto da como resultado características de rendimiento diferentes en comparación con MemoryDB de una sola región. Multirregión de MemoryDB admite el escalado horizontal y vertical para ampliar los recursos disponibles.

Sin SLA de RPO/RTO: Multirregión de MemoryDB no proporciona un SLA explícito de RPO/RTO. Seguirá aceptando escrituras en una región AWS que haya estado aislada de otras regiones AWS, lo que podría aumentar el retraso de la replicación cruzada de forma indefinida. Esperamos que los clientes detecten el aislamiento mediante la métrica “MultiRegionClusterReplicationLag” y redirijan el tráfico de sus aplicaciones a otra región en función del RPO que deseen.

Sin punto final único ni conmutación por error automática: en caso de una interrupción regional, tendrá que redirigir manualmente el tráfico de sus clientes a su pila de aplicaciones en otra región. Deberá asegurarse de que hayan configurado correctamente el acceso multirregional a los clústeres de MemoryDB.

Sin compatibilidad con TTL: Multirregión de MemoryDB no es compatible con TTL (Time to live).

Sin compatibilidad con la organización de datos en niveles ni la búsqueda vectorial: Multirregión de MemoryDB no es compatible las características de búsqueda vectorial ni de jerarquización de datos.

Multirregión de MemoryDB no es compatible con los comandos de lectura-modificación-escritura (APPEND, RENAMENX, etc.).

Multirregión de MemoryDB no garantiza la atomicidad ni la coherencia de las transacciones de Redis OSS.

Modelo de autenticación: las acciones de API de Multirregión de MemoryDB se pueden invocar desde cualquier región compatible. El alcance de los permisos se puede restringir especificando el ARN del clúster multirregional en una política de IAM. El formato del ARN del clúster multirregional es arn:aws:memorydb::<account-id>:multiregioncluster/multi-region-cluster-name. No hay información de región en el ARN.

Limitaciones de rendimiento: Multirregión de MemoryDB es compatible con un rendimiento de lectura de hasta 1,3 GB/s por nodo de una región y un rendimiento de escritura agregado global de aproximadamente 50 MB/s por partición.

AWSpolítica: la política ReadOnlyAccess de AWS proporciona acceso de solo lectura a los servicios y recursos AWS, pero no recuperará automáticamente los detalles sobre uno o más clústeres multirregionales. Para recuperar detalles sobre uno o más clústeres multirregionales, utilice la política de AmazonMemoryDBReadOnlyAccess o cree políticas de IAM administradas por los clientes.

Eliminar un clúster regional: al eliminar un clúster regional, cualquier clave administrada por el cliente (CMK) asociada debe seguir siendo válida hasta que el clúster regional termine de eliminarse. Esto garantiza que los clústeres regionales restantes puedan converger en un estado coherente.