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.
# Multirregión de MemoryDB
Multirregión de MemoryDB es una base de datos multirregión totalmente gestionada, activa-activa y multirregional que le permite crear aplicaciones multirregionales con una disponibilidad de hasta el 99,999 % y latencias de lectura de microsegundos y de escritura de un solo dígito de milisegundos. Puede mejorar tanto la disponibilidad como la resiliencia frente a la degradación regional y a la vez beneficiarse de lecturas y escrituras locales de baja latencia para aplicaciones multirregión.
Con Multirregión de MemoryDB, puede crear aplicaciones multirregionales de alta disponibilidad para aumentar la resiliencia. Ofrece replicación activa-activa para atender lecturas y escrituras localmente desde las regiones más cercanas a sus clientes, con una latencia de lectura de microsegundos y una latencia de un solo dígito en milisegundos. Multirregión de MemoryDB replica los datos de forma asíncrona entre las regiones y los datos suelen propagarse en menos de un segundo. Resuelve automáticamente los conflictos de actualización y corrige los problemas de divergencia de datos, lo que le permite centrarse en su aplicación.
Actualmente, MemoryDB Multi-Region es compatible con las siguientes AWS regiones: EE.UU. Este (Norte de Virginia y Ohio), EE.UU. Oeste (Oregón, Norte de California), Europa (Irlanda, Fráncfort y Londres) y Asia-Pacífico (Tokio, Sídney, Bombay, Seúl y Singapur).
Puede empezar fácilmente a utilizar MemoryDB Multi-Region con tan solo unos clics desde el SDK más reciente, Consola de administración de AWS o bien utilizando el SDK más reciente. AWS AWS CLI
**Topics**
+ [Requisitos previos y limitaciones](multi-region.prereq.md)
+ [Funcionamiento](multi-region.how.md)
+ [Coherencia y resolución de conflictos](#multi-region.conflict)
+ [Uso de Multirregión de MemoryDB con la consola](multi-Region.console.md)
+ [Uso de Multirregión de MemoryDB con la CLI](multi-Region.cli.md)
+ [Supervisión de MemoryDB Multi-región](multi-Region.monitoring.md)
+ [Escalar con Multirregión de MemoryDB](multi-Region.Scaling.md)
+ [Comandos admitidos y no admitidos](multi-Region.SupportedCommands.md)
# Requisitos previos y limitaciones
Antes de empezar a utilizar Multirregión de MemoryDB, tenga en cuenta lo siguiente:
+ **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**: MemoryDB Multi-Region es compatible con las siguientes AWS regiones: EE.UU. Este (Norte de Virginia y Ohio), EE.UU. Oeste (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, ventanas de instantáneas ACLs, etiquetas, claves gestionadas por el cliente (CMKs) 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 MemoryDB Multi-Region, podrá replicar automáticamente los datos del clúster de MemoryDB en un máximo de cinco regiones. AWS
+ **Opciones compatibles**: MemoryDB Multi-Region admite el horizontal/vertical escalado, la integración de IAM, la creación de instantáneas automáticas y bajo demanda ACLs, la aplicación automática de parches de software y la supervisió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 RDB de MemoryDB o Redis. OSS/Valkey 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.
+ **No,** MemoryDB RPO/RTO SLAs Multi-Region no proporciona un SLA establecido. RPO/RTO Seguirá aceptando escrituras en una AWS región que haya estado aislada de otras AWS regiones, 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.
+ MemoryDB Multi-Region no admite read-modify-write comandos (APPEND, RAMENX, 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:::multiregioncluster/multi-region-cluster-name`. No hay información de región en el ARN.
+ **Limitaciones de rendimiento**: MemoryDB Multi-Region puede admitir un rendimiento de GB/s lectura de hasta 1,3 por nodo en una región y un rendimiento de escritura agregado global de aproximadamente 50 por fragmento. MB/s
+ **AWS política**: la AWS ReadOnlyAccess política proporciona acceso de solo lectura a los AWS servicios y recursos, 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](security-iam-awsmanpol.md#iam.identitybasedpolicies.predefinedpolicies-readonly) o cree políticas de IAM administradas por los clientes.](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ **Eliminar un clúster regional**: al eliminar un clúster regional, todas las claves administradas por el cliente (CMKs) asociadas deben seguir siendo válidas hasta que el clúster regional termine de eliminarse. Esto garantiza que los clústeres regionales restantes puedan converger en un estado coherente.
# Funcionamiento
Así es como funciona Multirregión de MemoryDB.
+ **Conceptos**
Un clúster multirregional es un conjunto de uno o más clústeres regionales, todos ellos propiedad de una sola AWS cuenta.
Un clúster regional es un clúster único de una AWS región que forma parte de un clúster multirregional. Cada clúster regional almacena el mismo conjunto de datos. Un clúster multirregional determinado solo puede tener un clúster regional por AWS región.
Al crear un clúster multirregión, se compone de varios clústeres regionales (uno por región) que MemoryDB considera como una sola unidad. Cuando una aplicación escribe datos en cualquier clúster regional, MemoryDB replica esos datos de forma automática y asíncrona en todos los demás clústeres regionales del clúster multirregional. Puede agregar clústeres regionales al clúster multirregión para que esté disponible en otras regiones. Podrá replicar automáticamente los datos del clúster de MemoryDB entre un máximo de cinco regiones.
+ **Disponibilidad y durabilidad**
En el improbable caso de que se produzca el aislamiento regional o la degradación de una región, puede actualizar su DNS global para redirigir el tráfico de su aplicación a una de las demás regiones en buen estado sin necesidad de reconfigurar la base de datos, lo que simplifica el proceso de mantener la alta disponibilidad de sus aplicaciones. MemoryDB almacena de forma duradera todas las escrituras de todas las regiones en el registro de transacciones multi-AZ para garantizar que no se pierdan datos dentro de la región. Multirregión de MemoryDB realiza un seguimiento de todas las escrituras que se han reconocido en la región pero que aún no se han replicado en todos los clústeres miembros. En caso de que una región esté aislada o degradada, seguirá aceptando escrituras locales. Cuando la región aislada vuelva a conectarse al clúster multirregional, las escrituras que se hayan reconocido pero que aún no se hayan replicado en otras regiones se replicarán en todas las regiones del clúster multirregional. Multirregión de MemoryDB también conciliará automáticamente las escrituras pendientes con cualquier actualización que se haya producido en otras regiones durante la interrupción mediante un mecanismo CRDT.
+ **Conexión a clústeres de Multirregión de MemoryDB**
Para escribir y leer datos de su clúster regional, debe conectarse a él mediante uno de los OSS/Valkey clientes de Redis compatibles (incluido Valkey GLIDE). Cada clúster regional tiene un punto final al que se puede conectar su OSS/Valkey cliente Redis. Puede recuperar los puntos finales del clúster regional mediante la AWS consola, la CLI o la API. A continuación, puede usar (o configurar) este punto final en su aplicación para read/write los datos de los clústeres regionales.
## Coherencia y resolución de conflictos
Cualquier actualización realizada en una clave de uno de los clústeres regionales se propaga a otros clústeres regionales de forma asíncrona en el clúster multirregional, normalmente en menos de un segundo. Si una región se encuentra aislada o degradada, Multirregión de MemoryDB lleva un seguimiento de las operaciones de escritura que se han realizado pero que todavía no se han propagado a todos los clústeres miembros. Cuando la región vuelva a estar en línea, Multirregión de MemoryDB reanudará la propagación de cualquier operación de escritura pendiente desde esa región a los clústeres miembros en otras regiones. Asimismo, reanudará la propagación de las operaciones de escritura de otros clústeres miembros a la región que ahora está en línea. Todas las escrituras realizadas correctamente con anterioridad se propagarán finalmente sin importar el tiempo que la región permanezca aislada.
Pueden surgir conflictos si su aplicación actualiza la misma clave en diferentes regiones aproximadamente al mismo momento. Multirregión de MemoryDB utiliza el tipo de datos replicados sin conflictos (CRDT) para conciliar escrituras simultáneas conflictivas. La CRDT es una estructura de datos que se puede actualizar de forma independiente y simultánea sin coordinación. Esto significa que el conflicto de escritura-escritura se fusiona de forma independiente en cada réplica para lograr una coherencia definitiva.
En concreto, MemoryDB utiliza dos niveles de Last Writer Wins (LWW, último escritor gana) para resolver conflictos. Para el tipo de datos String, LWW resuelve los conflictos en un nivel clave. Para otros tipos de datos, LWW resuelve los conflictos a nivel de subclave. La resolución de conflictos está totalmente administrada y se produce en segundo plano sin ningún impacto en la disponibilidad de la aplicación. A continuación se muestra un ejemplo del tipo de datos Hash:
La región A ejecuta “HSET K F1 V1” en la marca temporal T1; la región B ejecuta “HSET K F2 V2” en la marca temporal T2; tras la replicación, las regiones A y B tendrán la clave K con ambos campos. Cuando diferentes regiones actualizan simultáneamente diferentes subclaves de la misma colección, dado que MemoryDB resuelve un conflicto a nivel de subclave para el tipo de datos Hash, las dos actualizaciones no entran en conflicto entre sí. Por lo tanto, los datos finales contendrían el efecto de ambas actualizaciones.
| Time | Región A | Región B |
| --- | --- | --- |
| T1 | HSET K F1 V1 | |
| T2 | | HSET K F2 V2 |
| T3 | sync (sincronizar) | sync (sincronizar) |
| T4 | K: \$1F1:V1, F2:V2\$1 | K: \$1F1:V1, F2:V2\$1 |
### CRDT y ejemplos
Multirregión de MemoryDB implementa tipos de datos replicados sin conflictos (CRDT) para resolver conflictos de escritura simultáneos originados por varias regiones. La CRDT permite que diferentes regiones logren de forma independiente la coherencia eventual una vez que han recibido el mismo conjunto de operaciones, independientemente de la ordenación.
Cuando una sola clave se actualiza simultáneamente en varias regiones, es necesario resolver un conflicto escritura-escritura para lograr la coherencia de datos. Multirregión de MemoryDB utiliza la estrategia Last Writer Wins (LWW, último escritor gana) para determinar la operación ganadora y solo se observarán finalmente los efectos de la operación “después”. Decimos que una operación op1 “ocurrió antes” que una operación op2 si los efectos de la op1 se aplicaron en la región en que se ejecutó originalmente cuando se ejecutó op2.
En el caso de las colecciones (Hash, Set y SortedSet) MemoryDB Multi-Region, resuelva los conflictos a nivel de elemento. Esto permite a MemoryDB Multi-Region utilizar LWW para resolver conflictos en cada elemento. write/write Por ejemplo, si se agregan simultáneamente diferentes elementos a la misma colección desde varias regiones, la colección contendrá todos los elementos.
**Ejecución simultánea: el último escritor gana**
En Multirregión de MemoryDB, cuando hay una creación simultánea de una clave, la última operación que se ejecutó en cualquier región determinará el resultado de la clave. Por ejemplo:
![\[Ejecución simultánea: el último escritor gana.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/concurrent-ex-last-writer-wins.png)
La clave x se creó en la región B con el valor “b”, pero después se creó la misma clave en la región A con el valor “a”. Con el tiempo, la clave convergerá y tendrá el valor “a”, ya que la operación realizada en la región A fue la última operación realizada.
**Ejecución simultánea con tipos de datos contradictorios: el último escritor gana**
En el ejemplo anterior, la clave se creó con el mismo tipo en ambas regiones. También se observará un comportamiento similar si la clave se crea con tipos de datos diferentes:
![\[Ejecución simultánea con tipos de datos contradictorios: el último escritor gana.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/concurrent-ex-conflict-data-types-last-writer-wins.png)
La clave x se creó como cadena en la región B con el valor "b". Pero después de eso, y antes de que la operación se replicara en la región A, se crea la misma clave en la región A como un Hash. Con el tiempo, la clave convergerá y tendrá el Hash creado en la región A, ya que la operación realizada en la región A fue la última operación realizada.
**Creación y eliminación simultáneas: el último escritor gana**
En el caso de que haya una eliminación y una «creación» simultáneas (es decir, replacement/addition de valor), ganará la última operación realizada. El resultado final vendrá determinado por el orden de la operación de eliminación. Si la eliminación se produce antes:
![\[Creación y eliminación simultáneas: el último escritor gana si la eliminación se produce antes.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/concurrent-create-delete-last-writer-wins-before.jpg)
La clave x de tipo de conjunto se eliminó en la región B. Después, se agregó un nuevo miembro a esa clave en la región A. Finalmente, la clave convergerá para añadir el conjunto con el único elemento agregado en la región A, ya que la operación en la región A fue la última operación realizada.
Si la eliminación se produce después de:
![\[Creación y eliminación simultáneas: el último escritor gana si la eliminación se produce después.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/concurrent-create-delete-last-writer-wins-after.jpg)
Se agregó un nuevo miembro a la clave x de tipo de conjunto en la región A. Después de eliminar la clave en la región B. Con el tiempo, convergerá y se eliminará la clave, ya que la operación en la región B fue la última operación realizada.
**Contadores, operaciones simultáneas: la replicación del valor total con el último escritor gana**
Los contadores de MemoryDB Multi-Region se comportan de manera similar a los tipos que no son contadores, ya que replican y aplican todos los valores. last-writer-strategy Las operaciones simultáneas no se combinarán, sino que ganará la última operación. Por ejemplo:
![\[Replicación con todo el valor si el último escritor gana.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/concurrent-full-rep-last-writer-wins.jpg)
En este escenario, la clave x tiene el valor inicial 1. Luego, la región B aumenta el contador x en 2 y, poco después, la región A aumenta el contador en 1. Como la región A fue la última operación realizada, la clave x finalmente convergerá al valor 2, ya que la última operación realizada fue aumentar en 1.
**Los comandos no deterministas se replican como deterministas**
Para garantizar la coherencia de los valores en las diferentes regiones, en Multirregión de MemoryDB los comandos no deterministas se replican como deterministas. Los comandos no deterministas son aquellos que dependen de factores externos, como SETNX. SETNX depende de que la clave esté presente o no, y la clave puede estar presente en una región remota pero no en la región local que recibe el comando. Por este motivo, los comandos que de otro modo no serían deterministas, se replican como réplicas de valor total. En el caso de una cadena, se replicará como un comando SET.
![\[Los comandos no deterministas se replican como deterministas.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/nondeterministic_commands.png)
En resumen, todas las operaciones de tipo String se replican como SET o DEL, todas las operaciones de tipo Hash se replican como HSET o HDEL, todas las operaciones de tipo Set se replican como SADD o SREM y todas las operaciones de conjuntos ordenados se replican como ZADD o ZREM.
# Uso de Multirregión de MemoryDB con la consola
Estas son algunas formas de usar Multirregión de MemoryDB con la consola.
**Topics**
+ [Cree un nuevo clúster en Multirregión de MemoryDB](#multi-Region.console.create)
+ [Restaure una instantánea en un clúster nuevo o existente dentro de un clúster multirregional](#multi-Region.console.restore)
+ [Modifique los clústeres en Multirregión de MemoryDB](#multi-Region.console.modify)
+ [Elimine los clústeres en Multirregión de MemoryDB](#multi-Region.console.delete)
## Cree un nuevo clúster en Multirregión de MemoryDB
1. Navegue hasta la sección de creación de clústeres desde la lista o el panel de control de clústeres.
![\[Crear un clúster en la vista de consola.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/create-multi-region1.png)
1. En el campo **Tipo de clúster**, seleccione **Clúster multirregional**.
1. En el campo **Método de creación de clústeres**, seleccione **Creación fácil**.
1. Rellene el **nombre** y la **descripción**, compruebe los valores predeterminados y seleccione **Crear**.
**Crear y configurar un clúster**
1. Navegue hasta la sección de creación de clústeres desde la lista o el panel de control de clústeres.
![\[Crear y configurar un clúster, vista de consola.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/create-multi-region2-configure.png)
1. En el campo **Tipo de clúster**, seleccione **Clúster multirregional**.
1. En el campo **Método de creación de clústeres**, seleccione **Creación de nuevo clúster**.
1. Rellene el **nombre** y la **descripción**, compruebe los valores y seleccione **Crear**.
## Restaure una instantánea en un clúster nuevo o existente dentro de un clúster multirregional
1. Navegue hasta la sección de creación de clústeres desde la lista o el panel de control de clústeres.
![\[Restaure un clúster, vista de consola.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/restore-multi-region-from-snapshot1.png)
1. En el campo **Tipo de clúster**, seleccione **Clúster multirregional**.
1. En el campo **Método de creación de clústeres**, seleccione **Restaurar a partir de una instantánea**.
1. Seleccione la instantánea de origen y, a continuación, rellene los campos obligatorios. Revise su selección y, a continuación, seleccione **Restaurar**.
![\[Vista de consola en la que se selecciona la instantánea de origen para restaurarla en un clúster multirregional.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/restore-multi-region-from-snapshot2-confirm.png)
1. Para ver sus clústeres multirregionales, vaya a la sección de clústeres:
![\[Vista de consola de la sección de clústeres para modificar los clústeres multirregionales.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/restore-multi-region-from-snapshot3-confirm.png)
1. Ahora seleccione el nombre del clúster multirregional de destino.
![\[Vista de consola en la que se selecciona el clúster multirregional que se va a modificar.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/restore-multi-region-from-snapshot4-confirm.png)
1. Ahora seleccione el nombre del clúster regional de destino.
![\[Vista de consola en la que se selecciona el clúster regional que se va a modificar.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/restore-multi-region-from-snapshot5-confirm.png)
## Modifique los clústeres en Multirregión de MemoryDB
1. Vaya a la sección clúster. Debería ver todos tus clústeres actuales.
![\[Esta es mi imagen.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/modify-multi-region1.png)
A continuación, en función del tipo de clúster que desee modificar, seleccione uno de los siguientes pasos.
1. Para modificar un único clúster con un clúster multirregional, primero seleccione la multirregión a la que pertenece. A continuación, seleccione el botón de edición en las acciones (arriba a la derecha). A continuación, seleccione el clúster único de destino. También puede modificar este clúster desde la página de **detalles**.
**Modificar un clúster regional**
1. Para modificar un clúster multirregional, seleccione el nombre del clúster multirregional de destino.
![\[Vista de consola en la que se selecciona un clúster multirregional de destino para modificarlo.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/modify-multi-region2.png)
A continuación, seleccione el clúster y pulse el botón **Editar** en las acciones (arriba a la derecha) o en la página de detalles.
1. **Para añadir un clúster regional, seleccione el clúster multirregional de destino seleccionado y, a continuación, vaya al menú desplegable **Acciones** y seleccione Añadir región. AWS ** También puedes ir a la página de detalles de las AWS regiones, seleccionar el clúster multirregional de destino y añadirlo desde allí.
![\[Vista de consola en la que se selecciona un clúster multirregional de destino al que añadir un clúster regional.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/modify-multi-region3-add-regional-cluster.png)
1. Para añadir una región, seleccione la región de destino. A continuación, rellene la información requerida y seleccione **Añadir AWS región**.
![\[Vista de consola en la que se selecciona un clúster multirregional de destino al que añadir una región.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/modify-multi-region4-add-region.png)
1. Para añadir un clúster regional nuevo a un clúster multirregional vacío, verá las mismas opciones que en la opción de crear un clúster multirregional. La única diferencia es que la información del clúster multirregional ya está presente.
![\[Vista de consola en la que se selecciona un clúster multirregional vacío al que añadir un nuevo clúster regional.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/modify-multi-region5-add-regional-cluster-to-empty.png)
## Elimine los clústeres en Multirregión de MemoryDB
1. Para eliminar un solo clúster de una región, seleccione el clúster regional de destino. A continuación, vaya al menú desplegable de acciones, seleccione el clúster individual y, a continuación, seleccione **Eliminar**.
![\[Vista de consola en la que se selecciona un único clúster para eliminarlo.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/delete-multi-region1-select.png)
Aparecerá una ventana de confirmación, que incluye la opción de crear una instantánea antes de eliminarla. Si aún desea eliminarla, escriba "eliminar" en el campo de texto y, a continuación, seleccione **Eliminar**.
![\[Vista resumida de una ventana de confirmación para su eliminación.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/delete-multi-region2-snapshot.png)
1. Para eliminar todos los clústeres regionales asociados a un clúster multirregional, seleccione el clúster multirregional de destino que contenga uno o más clústeres. A continuación, con el clúster multirregional de destino seleccionado, vaya al menú desplegable de acciones y seleccione **Eliminar**.
![\[Vista de consola en la que se selecciona eliminar todos los clústeres asociados a un clúster multirregional.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/delete-multi-region3-associated-clusters.png)
1. Para eliminar un clúster multirregional completo, seleccione el clúster multirregional vacío de destino. A continuación, vaya al menú desplegable de acciones y seleccione **Eliminar**.
![\[Vista de consola en la que se puede eliminar un clúster multirregional completo.\]](http://docs.aws.amazon.com/es_es/memorydb/latest/devguide/images/delete-multi-region4-entire-mrc.png)
# Uso de Multirregión de MemoryDB con la CLI
A continuación, se muestran las formas de utilizar Multirregión de MemoryDB con la CLI
**nota**
Multirregión de MemoryDB solo admite el tipo de nodo db.r7g.xlarge y versiones posteriores.
## Creación de clústeres con Memory DBMulti Region
**Creación de un clúster multirregional**
```
aws memorydb create-multi-region-cluster \
--multi-region-cluster-name-suffix my-multi-region-cluster \
--node-type db.r7g.xlarge \
--engine valkey \
--region us-east-1
```
**Crear un clúster regional en la región Este de EE. UU. (Norte de Virginia)**
```
aws memorydb create-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.xlarge \
--acl-name open-access \
--region us-east-1 \
```
**Crear un clúster de regiones en la región de Europa (Irlanda)**
```
aws memorydb create-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.xlarge \
--acl-name open-access \
--region eu-west-1 \
```
**Describa el clúster multirregional de cualquier región**
```
aws memorydb describe-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region eu-west-1
```
## Actualización de un clúster multirregional
**Modificación del tipo de nodo**
```
aws memorydb update-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.4xlarge \
--region us-east-1
```
**Modificación del recuento de particiones**
```
aws memorydb update-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--shard-configuration \
ShardCount=3 \
--update-strategy COORDINATED \
--region us-east-1
```
## Escalado de clústeres de MemoryDB
En primer lugar, enumere los nodos que se pueden escalar verticalmente con el comando `list-allowed-node-type-updates`:
```
aws memorydb list-allowed-node-type-updates \
--cluster-name my-cluster-name
```
Esto proporcionará una lista de nodos que se pueden escalar verticalmente. A continuación, para actualizarlos, puede utilizar el comando `update-cluster`:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--node-type db.r6g.2xlarge
```
Para obtener más información sobre escalado con multirregión, consulte [Escalar con Multirregión de MemoryDB](multi-Region.Scaling.md).
## Eliminar clústeres en Multirregión de MemoryDB
**Eliminar un clúster regional**
```
aws memorydb delete-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region us-east-1
```
**Eliminar un clúster multirregional**
```
aws memorydb delete-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region us-east-1
```
# Supervisión de MemoryDB Multi-región
Puedes usar Amazon CloudWatch para monitorear el comportamiento y el rendimiento de un clúster multirregional. MemoryDB publica la métrica `MultiRegionClusterReplicationLag` para cada clúster regional dentro del clúster multirregional.
`MultiRegionClusterReplicationLag` muestra el tiempo transcurrido entre el momento en que se escribe una actualización en el registro de transacciones multi-AZ del clúster regional multirregional remoto y el momento en que la actualización se escribe en el nodo principal del clúster regional multirregional local. Esta métrica se expresa en milisegundos, se emite para cada uno de los pares de región de origen y destino a nivel de partición.
Durante el uso normal, el valor de `MultiRegionClusterReplicationLag` debería ser bastante constante. Un valor alto de `MultiRegionClusterReplicationLag` podría indicar que las actualizaciones de un clúster regional no se están propagando hacia otros clústeres regionales de manera puntual. Con el tiempo, esto podría dar lugar a que otros clústeres regionales se quedaran *rezagadas*, ya que dejarían de recibir actualizaciones de forma consistente.
`MultiRegionClusterReplicationLag`puede aumentar si una AWS región queda aislada o se degrada y usted tiene un clúster regional en esa región. En este caso, puede redirigir temporalmente la actividad de lectura y escritura de la aplicación a una AWS región en buen estado diferente.
# Escalar con Multirregión de MemoryDB
A medida que cambie la demanda en los clústeres, puede decidir mejorar el desempeño o reducir los costos cambiando el tipo de nodo o el número de particiones en su clúster de MemoryDB. Al escalar un clúster multirregional de MemoryDB, se escalan todos los clústeres regionales que contiene. El clúster multirregional de MemoryDB admite cambios en la partición en línea. El clúster multirregional de MemoryDB no admite cambios en la partición sin conexión.
Entre las condiciones en las que puede decidir cambiar el escalado de su clúster se incluyen las siguientes:
+ **Presión de memoria**
Si los nodos de los clústeres regionales tienen presión de la memoria, puede decidir realizar un escalado horizontal o vertical para tener más recursos con el fin de almacenar los datos y servir las solicitudes mejor.
Puede determinar si sus nodos están bajo presión de memoria supervisando las siguientes métricas: FreeableMemory SwapUsage,, BytesUsedForMemory DB y MultiRegionClusterReplicationLag
+ **Cuello de botella en la CPU o la red**
Si tu clúster está plagado de latency/throughput problemas, es posible que tengas que ampliarlo o ampliarlo para resolverlos.
Puede monitorizar sus niveles de latencia y rendimiento supervisando las siguientes métricas: `CPUUtilization`, `NetworkBytesIn`, ` NetworkBytesOut`, `CurrConnections`, ` NewConnections`, ` and MultiRegionClusterReplicationLag`.
+ **Su clúster está sobredimensionado**
La demanda actual en su clúster es tal que el escalado horizontal o vertical no afecta al rendimiento y reduce los costos.
Puede supervisar el uso del clúster para determinar si puede ampliarlo o reducirlo de forma segura mediante las siguientes métricas: FreeableMemory,, SwapUsage, BytesUsedForMemory DB, CPUUtilization, NetworkBytesIn NetworkBytesOut, y CurrConnections NewConnections MultiRegionClusterReplicationLag
Existen dos formas de escalar el clúster multirregional de MemoryDB: el escalado horizontal y vertical.
+ El escalado horizontal le permite cambiar el número de particiones del clúster Multirregión de MemoryDB agregando o eliminando particiones. El proceso de refragmentación en línea permite escalar in/out mientras los clústeres regionales siguen atendiendo las solicitudes entrantes.
+ Vertical cambia el tipo de nodo para cambiar el tamaño del clúster multirregional de MemoryDB. El escalado vertical en línea permite el escalado up/down mientras los clústeres regionales siguen atendiendo las solicitudes entrantes.
El escalado utiliza la estrategia de actualización "coordinada" de forma predeterminada. Esto significa que o bien todos los clústeres regionales escalan correctamente, o bien ninguno de ellos lo hace.
La operación de escalado horizontal también apoya la estrategia de actualización "descoordinada". Esto significa que algunos clústeres regionales pueden escalarse horizontalmente con éxito, mientras que algunos clústeres regionales fracasan en su intento de escalado horizontal. Si el escalado horizontal de un clúster regional se realizó correctamente, todos los demás clústeres regionales seguirán intentándolo de nuevo hasta que todos los demás clústeres regionales también tengan éxito.
Un clúster multirregional no supera un escalado horizontal "descoordinado" si todos los clústeres regionales no logran escalarse horizontalmente.
**nota**
Un escalado horizontal "descoordinado" puede crear un desequilibrio prolongado en las capacidades de los clústeres regionales cuando los clústeres regionales se escalan horizontalmente en momentos diferentes. Puede provocar un aumento de las MultiRegionClusterReplicationLag métricas y los datos de los clústeres regionales pueden divergir durante mucho tiempo.
Los clústeres regionales de clústeres multirregionales de MemoryDB pueden tener diferentes configuraciones para el número de nodos de réplica, pero todas las particiones de un clúster regional tienen el mismo número de nodos de réplica.
Si va a reducir el tamaño y la capacidad de memoria del clúster multirregional de MemoryDB, ampliándolo o reduciéndolo, asegúrese de que la nueva configuración tenga suficiente memoria y espacio libre IPs para sus datos, una sobrecarga de motor suficiente y que MultiRegionClusterReplicationLag las métricas de los clústeres regionales estén en un intervalo de segundos o minutos.
Puede escalar horizontal y verticalmente su clúster multirregional de MemoryDB mediante la API, la y la Consola de administración de AWS MemoryDB. AWS CLI
# Comandos admitidos y no admitidos
**Comandos compatibles**
**nota**
El comando SET no admite actualmente las opciones EX, PX, EXAT, PXAT y KEEPTTL.
El comando RESTORE no admite establecer un valor distinto de cero. Tampoco se admiten las opciones ABSTTL, IDLETIME y FREQ.
| Tipo de datos: | Comandos de la de |
| --- | --- |
| Cadena | SET\$1, DECR, DECRBY, GET, GETRANGE, SUBSTR, GETDEL, GETSET, INCR, INCRBY, INCRBYFLOAT, MGET, MSET, MSETNX, SETNX, STRLEN, LCS |
| Hash | HINCRBY, HINCRBYFLOAT, HDEL, HSET, HMSET, HGET, HEXISTS, HLEN, HKEYS, HVALS, HGETALL, HMGET, HSTRLEN, HSETNX, HRANDFIELD, HSCAN |
| Establezca | SADD, SREM, SISMEMBER, SMISMEMBER, SCARD, SMEMBERS, SRANDMEMBER, SSCAN, SUNION, SINTERCARD, SINTER, SDIFF, SPOP |
| Conjuntos ordenados | ZADD, ZINCRBY, ZSCORE, ZMSCORE, ZCARD, ZRANK, ZREVRANK, ZRANGE, ZRANGEBYSCORE, ZRANGEBYLEX, ZREVRANGE, ZREVRANGEBYLEX, ZREVRANGEBYSCORE, ZREMRANGEBYLEX, ZREMRANGEBYSCORE, ZREMRANGEBYRANK, ZUNION, ZINTER, ZINTERCARD, ZDIFF, ZLEXCOUNT, ZCOUNT, ZREM, ZMPOP, ZPOPMIN, ZPOPMAX, ZSCAN, ZRANDMEMBER |
| Genérico | SCAN, DEL, UNLINK, DUMP, RESTORE\$1\$1, EXISTS, KEYS, RANDOMKEY, TYPE |
**Comandos no compatibles**
Las categorías generales de comandos no admitidos son los tipos de datos no compatibles (mapas de bits, Hyperloglog, lista, geoespacial y de streaming), los comandos relacionados con el TTL, los comandos de bloqueo y los comandos relacionados con las funciones. La lista completa es la siguiente.
| Tipo de datos: | Comandos de la de |
| --- | --- |
| Cadena | APPEND, GETEX, SETEX, SETRANGE |
| BITMAP | BITCOUNT, BITFIELD, BITFIELD\$1RO, BITOP, BITPOS, GETBIT, SETBIT |
| Hyperloglog | PFADD, PFCOUNT, PFDEBUG, PFMERGE, PFSELFTEST |
| Enumeración | BLMOVE, BLMPOP, BLPOP, BRPOP, BRPOPLPUSH, LINDEX, LINSERT, LLEN, LMOVE, LMPOP, LPOP, LPOS, PUSH, LPUSHX, LRANGE, LREM, LSET, LTRIM, RPOP, RPOPLPUSH, RPUSH, RPUSHX |
| Establezca | SMOVE, SUNIONSTORE, SDIFFSTORE, SINTERSTORE |
| Conjuntos ordenados | BZMPOP, BZPOPMAX, BZPOPMIN, ZDIFFSTORE, ZINTERSTORE, ZRANGESTORE, ZUNIONSTORE |
| Geospatial (Geoespacial) | GEOADD, GEODIST, GEOHASH, GEOPOS, GEORADIUS, GEORADIUS\$1RO, GEORADIUSBYMEMBER, GEORADIUSBYMEMBER\$1RO, GEOSEARCH, GEOSEARCHSTORE |
| De streaming | XACK, XADD, XAUTOCLAIM, XCLAIM, XDEL, XLEN, XPENDING, XRANGE, XREAD, XREADGROUP, XREVRANGE, XSETID, XTRIM, XGROUP, XINFO |
| Genérico | COPY, FLUSHDB, FLUSHALL, MOVE, RENAME, RENAMENX, SORT, SORT\$1RO, SWAPDB, OBJECT, FUNCTION, FCALL, FCALL\$1RO, EXPIRE, EXPIREAT, EXPIRETIME, PERSIST, PEXPIRE, PEXPIREAT, PEXPIRETIME, PSETEX, PTTL, TTL |