Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# MemoryDB Multiregione
MemoryDB Multi-Region è un database multiregionale attivo e completamente gestito che consente di creare applicazioni multiregionali con una disponibilità fino al 99,999% e latenze di lettura in microsecondi e di scrittura di millisecondi. È possibile migliorare sia la disponibilità che la resilienza in caso di degrado regionale, sfruttando al contempo le operazioni di lettura e scrittura locali a bassa latenza per applicazioni multiregionali.
Con MemoryDB Multi-Region, è possibile creare applicazioni multiregionali ad alta disponibilità per una maggiore resilienza. Offre una replica attiva-attiva in modo da poter eseguire operazioni di lettura e scrittura localmente dalle regioni più vicine ai clienti con una latenza di lettura di microsecondi e una latenza di scrittura di una cifra di millisecondi. MemoryDB Multi-Region replica in modo asincrono i dati tra le regioni e i dati vengono in genere propagati entro un secondo. Risolve automaticamente i conflitti di aggiornamento e corregge i problemi di divergenza dei dati, consentendoti di concentrarti sulla tua applicazione.
MemoryDB Multi-Region è attualmente supportato nelle seguenti AWS regioni: Stati Uniti orientali (Virginia settentrionale e Ohio), Stati Uniti occidentali (Oregon, California settentrionale), Europa (Irlanda, Francoforte e Londra) e Asia Pacifico (Tokyo, Sydney, Mumbai, Seoul e Singapore).
Puoi iniziare facilmente a usare MemoryDB Multi-Region con pochi clic o utilizzando l'SDK più recente, oppure. Console di gestione AWS AWS AWS CLI
**Topics**
+ [Prerequisiti e limitazioni](multi-region.prereq.md)
+ [Come funziona](multi-region.how.md)
+ [Coerenza e risoluzione dei conflitti](#multi-region.conflict)
+ [Utilizzo di MemoryDB Multi-Region con la console](multi-Region.console.md)
+ [Utilizzo di MemoryDB Multi-Region con la CLI](multi-Region.cli.md)
+ [Monitoraggio multiregionale di MemoryDB](multi-Region.monitoring.md)
+ [Scalabilità con MemoryDB Multi-Region](multi-Region.Scaling.md)
+ [Comandi supportati e non supportati](multi-Region.SupportedCommands.md)
# Prerequisiti e limitazioni
Prima di iniziare a usare MemoryDB Multi-Region, tieni presente quanto segue:
+ **MemoryDB Multi-Region replica i dati tra le regioni di tua scelta**: creando un cluster multiregionale, comprendi e accetti che i dati verranno spostati tra le regioni selezionate.
La rimozione di una regione dal gruppo Multi-Region elimina anche il cluster regionale in quella regione.
+ **Disponibilità regionale**: MemoryDB Multi-Region è supportato nelle seguenti AWS regioni: Stati Uniti orientali (Virginia settentrionale e Ohio), Stati Uniti occidentali (Oregon, California settentrionale), Europa (Irlanda, Francoforte e Londra) e Asia Pacifico (Tokyo, Sydney, Mumbai, Seoul e Singapore).
+ **Comportamenti e impostazioni**: tutti i cluster regionali multiregionali avranno lo stesso numero di shard, tipi di istanze, versione del motore Valkey, TLS e impostazioni del gruppo di parametri. Puoi scegliere diverse finestre di autenticazione IAM, snapshot, tag ACLs, Customer Managed Keys (CMKs) e finestre di manutenzione per ciascuno dei tuoi cluster regionali.
Con MemoryDB Multi-region, i cluster in diverse regioni possono avere un numero diverso di repliche.
+ **Tipi di nodi supportati**: MemoryDB Multi-Region è supportato su nodi R7g di dimensione XL e superiore.
MemoryDB Multi-Region supporta la versione 7.3 e successive del motore Valkey.
+ **Tipi di dati supportati**: MemoryDB Multi-Region attualmente supporta la maggior parte dei tipi di dati Redis OSS o Valkey e aggiungeremo il supporto per altri tipi di dati in futuro. I tipi di dati supportati includono stringhe, hash, set e set ordinati, sebbene non tutti i comandi che manipolano tali tipi di dati siano supportati.
+ **Numero totale di regioni**: con MemoryDB Multi-Region, sarai in grado di replicare automaticamente i dati del cluster MemoryDB tra un massimo di cinque regioni. AWS
+ **Opzioni supportate**: MemoryDB Multi-Region supporta la horizontal/vertical scalabilità, l'integrazione IAM, lo snapshot automatico e su richiesta, l'applicazione automatica di ACLs patch software e il monitoraggio.
+ **Backup e ripristino**: è possibile creare istantanee per eseguire il backup dei dati dei cluster regionali multiregionali. È possibile creare manualmente un'istantanea oppure utilizzare lo strumento di pianificazione automatizzato delle istantanee di MemoryDB per scattare una nuova istantanea ogni giorno all'ora specificata individualmente per ogni cluster regionale.
+ **Migrazione**: puoi scegliere di ripristinare qualsiasi backup in formato MemoryDB o Redis RDB. OSS/Valkey Per migrare i dati da un backup, crea un nuovo cluster regionale MemoryDB Multi-Region e specifica la posizione dello snapshot da Amazon S3. Se si tratta di uno snapshot di MemoryDB, puoi anche specificare il nome. MemoryDB Multi-Region creerà il cluster regionale con i dati dell'istantanea. Poiché MemoryDB Multi-Region supporta i tipi di dati Strings, Hashes, Sets, Sorted Sets, è possibile migrare i dati delle snapshot solo per questi tipi di dati supportati. Se il file di backup contiene tipi di dati Redis OSS non supportati, MemoryDB Multi-Region fallirà l'operazione di migrazione per impostazione predefinita.
+ **Prenotazione delle risorse**: MemoryDB Multi-Region è progettato per proteggere la disponibilità regionale. Alcune risorse sono riservate in modo permanente su ciascun nodo per garantire che le richieste locali di lettura e scrittura possano essere servite indipendentemente dal carico di lavoro nelle regioni peer. Queste risorse servono anche a proteggere la disponibilità locale durante gli eventi nelle regioni peer, compresi gli eventi di Regionisolation e il relativo ripristino. Ciò si traduce in caratteristiche prestazionali diverse rispetto a MemoryDB a regione singola. MemoryDB Multi-Region supporta la scalabilità orizzontale e verticale per espandere le risorse disponibili.
+ **No, RPO/RTO SLAs** MemoryDB Multi-Region non fornisce uno SLA dichiarato. RPO/RTO Continuerà ad accettare scritture in una AWS regione che è stata isolata dalle altre AWS regioni, aumentando potenzialmente il ritardo di replica incrociata all'infinito. Ci aspettiamo che i clienti rilevi l'isolamento utilizzando la metrica «MultiRegionClusterReplicationLag» e reindirizzino il traffico delle applicazioni verso un'altra regione a seconda dell'RPO che desiderano.
+ **Nessun endpoint singolo o failover automatico:** - In caso di interruzione regionale, dovrai reindirizzare manualmente il traffico dei clienti allo stack di applicazioni in un'altra regione. Dovrai assicurarti che abbiano configurato correttamente l'accesso multiregionale ai cluster MemoryDB.
+ **Nessun supporto TTL** - MemoryDB Multi-Region non supporta TTL (Time to live).
+ **Nessun supporto per la suddivisione dei dati o la ricerca vettoriale: MemoryDB Multi-Region non supporta la ricerca vettoriale** e le funzionalità di suddivisione in livelli dei dati.
+ MemoryDB Multi-Region non supporta read-modify-write i comandi (APPEND, RENAMENX, ecc.).
+ L'atomicità e la coerenza delle transazioni Redis OSS non sono garantite in MemoryDB Multi-Region.
+ **Modello di autenticazione**: le azioni dell'API MemoryDB Multi-Region possono essere richiamate da qualsiasi regione supportata. L'ambito delle autorizzazioni può essere limitato specificando l'ARN del cluster multiregionale in una policy IAM. Il formato del cluster multiregionale `arn:aws:memorydb:::multiregioncluster/multi-region-cluster-name` ARN è. L'ARN non contiene informazioni sulla regione.
+ **Limiti del throughput**: MemoryDB Multi-Region può supportare fino a 1,3 velocità di GB/s lettura per nodo in una regione e circa 50 MB/s velocità di scrittura aggregata a livello globale per shard.
+ **AWS policy** - La AWS ReadOnlyAccess policy fornisce l'accesso in sola lettura a AWS servizi e risorse, ma non recupera automaticamente i dettagli su uno o più cluster multiregionali. [Per recuperare i dettagli su uno o più cluster multiregionali, utilizza la policy o crea policy gestite dai clienti IAM. [AmazonMemoryDBReadOnlyAccess](security-iam-awsmanpol.md#iam.identitybasedpolicies.predefinedpolicies-readonly)](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)
+ **Eliminazione di un cluster regionale**: quando si elimina un cluster regionale, tutte le Customer Managed Keys (CMKs) associate devono rimanere valide fino al termine dell'eliminazione del cluster regionale. Ciò garantisce che i cluster regionali rimanenti possano convergere verso uno stato coerente.
# Come funziona
Ecco come funziona MemoryDB Multi-Region.
+ **Concetti**
Un cluster multiregionale è una raccolta di uno o più cluster regionali, tutti di proprietà di un singolo account. AWS
Un cluster regionale è un singolo cluster in una AWS regione che fa parte di un cluster multiregionale. Ogni cluster regionale memorizza lo stesso set di dati. Un determinato cluster multiregionale può avere solo un cluster regionale per AWS regione.
Quando si crea un cluster multiregionale, questo è costituito da più cluster regionali (uno per regione) che MemoryDB considera come una singola unità. Quando un'applicazione scrive dati su qualsiasi cluster regionale, MemoryDB replica automaticamente e in modo asincrono tali dati su tutti gli altri cluster regionali all'interno del cluster Multi-Region. È possibile aggiungere cluster regionali al cluster multiregionale in modo che sia disponibile in altre regioni. Sarai in grado di replicare automaticamente i dati del cluster MemoryDB tra un massimo di cinque regioni.
+ **Disponibilità e durata**
Nell'improbabile eventualità dell'isolamento regionale o del degrado di una regione, puoi aggiornare il DNS globale per reindirizzare il traffico verso l'applicazione verso una delle altre regioni integre senza alcuna riconfigurazione del database, semplificando il processo di mantenimento dell'elevata disponibilità delle applicazioni. MemoryDB archivia in modo duraturo tutte le scritture da tutte le regioni nel registro transazionale Multi-AZ per garantire l'assenza di perdite di dati all'interno della regione. MemoryDB Multi-Region tiene traccia di tutte le scritture che sono state riconosciute nella regione ma non sono ancora state replicate su tutti i cluster membri. Nel caso in cui una regione sia isolata o degradata, continuerà comunque ad accettare scritture locali. Quando la regione isolata viene nuovamente connessa al cluster multiregionale, le scritture che sono state riconosciute ma non ancora replicate in altre regioni verranno replicate in tutte le regioni del cluster multiregionale. MemoryDB Multi-Region riconcilierà inoltre automaticamente le scritture in sospeso con tutti gli aggiornamenti che potrebbero essersi verificati in altre regioni durante l'interruzione utilizzando un meccanismo CRDT.
+ **Connessione ai cluster MemoryDB Multi-Region**
Per scrivere e leggere dati dal tuo cluster regionale, ti connetti ad esso utilizzando uno dei OSS/Valkey client Redis supportati (incluso Valkey GLIDE). Ogni cluster regionale dispone di un endpoint a cui il client Redis OSS/Valkey può connettersi. Puoi recuperare gli endpoint del cluster regionale utilizzando la AWS console, la CLI o l'API. È quindi possibile utilizzare (o configurare) questo endpoint nell'applicazione per i read/write dati provenienti da cluster regionali.
## Coerenza e risoluzione dei conflitti
Qualsiasi aggiornamento apportato a una chiave in uno dei cluster regionali viene propagato ad altri cluster regionali in modo asincrono nel cluster multiregionale, normalmente in meno di un secondo. Se una regione viene isolata o danneggiata, MemoryDB Multi-Region tiene traccia di tutte le scritture che sono state eseguite ma non sono ancora state propagate a tutti i cluster membri. Quando la regione torna online, MemoryDB Multi-Region riprende a propagare le scritture in sospeso da quella regione ai cluster membri in altre regioni. Riprende inoltre la propagazione delle scritture da altri cluster membri alla regione che ora è tornata online. Tutte le scritture precedenti riuscite verranno propagate, a prescindere dalla durata dell'isolamento della regione.
Possono insorgere conflitti se l'applicazione aggiorna la stessa chiave in regioni diverse all'incirca nello stesso momento. MemoryDB Multi-Region utilizza il Conflict-Free Replicated Data Type (CRDT) per riconciliare scritture simultanee in conflitto. CRDT è una struttura di dati che può essere aggiornata indipendentemente e contemporaneamente senza coordinamento. Ciò significa che il conflitto di scrittura-scrittura viene unito indipendentemente su ciascuna replica con eventuale coerenza.
Nello specifico, MemoryDB utilizza 2 livelli di Last Writer Wins (LWW) per risolvere i conflitti. Per il tipo di dati String, LWW risolve i conflitti a un livello chiave. Per altri tipi di dati, LWW risolve i conflitti a livello di sottochiave. La risoluzione dei conflitti è completamente gestita e avviene in background senza alcun impatto sulla disponibilità dell'applicazione. Di seguito è riportato un esempio di tipo di dati Hash:
La regione A esegue «HSET K F1 V1" al timestamp T1; la regione B esegue «HSET K F2 V2" al timestamp T2; Dopo la replica, entrambe le regioni A e B avranno la chiave K con entrambi i campi. Quando regioni diverse aggiornano contemporaneamente diverse sottochiavi nella stessa raccolta, poiché MemoryDB risolve i conflitti a livello di sottochiave per il tipo di dati Hash, i due aggiornamenti non sono in conflitto tra loro. Pertanto, i dati finali conterranno l'effetto di entrambi gli aggiornamenti.
| Orario | Regione A | Regione B |
| --- | --- | --- |
| T1 | FOGLIO K F1 V1 | |
| T2 | | FOGLIO K F2 V2 |
| T3 | sincronizzare | sincronizzare |
| T4 | K: \$1F1:V1, F2:V2\$1 | K: \$1F1:V1, F2:V2\$1 |
### CRDT ed esempi
MemoryDB Multi-Region implementa Conflict-Free Replicated Data Types (CRDT) per risolvere conflitti di scrittura simultanei emessi da più regioni. CRDT consente a diverse regioni di raggiungere in modo indipendente la coerenza finale una volta che alla fine hanno ricevuto lo stesso set di operazioni indipendentemente dall'ordine.
Quando una singola chiave è aggiornata contemporaneamente in più regioni, è necessario risolvere un conflitto di scrittura-scrittura per garantire la coerenza dei dati. MemoryDB Multi-Region utilizza la strategia Last Writer Wins (LWW) per determinare l'operazione vincente e alla fine verranno osservati solo gli effetti dell'operazione che «avviene dopo». Diciamo che un'operazione op1 «è avvenuta prima», un'operazione op2 se gli effetti di op1 erano stati applicati nella regione, è stata originariamente eseguita quando op2 viene eseguito.
Per le raccolte (Hash, Set e SortedSet) MemoryDB Multi-Region risolvono i conflitti a livello di elemento. Ciò consente a MemoryDB Multi-Region di utilizzare LWW per risolvere i conflitti su ciascun elemento. write/write Ad esempio, l'aggiunta simultanea di elementi diversi alla stessa raccolta da più regioni comporterà la raccolta contenente tutti gli elementi.
**Esecuzione simultanea: vince l'ultimo scrittore**
In MemoryDB Multi-Region, quando c'è una creazione simultanea di una chiave, l'ultima operazione eseguita su qualsiasi regione determinerà il risultato della chiave. Esempio:
![\[Esecuzione simultanea: vince l'ultimo scrittore.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/concurrent-ex-last-writer-wins.png)
La chiave x è stata creata nella regione B con il valore «b», ma successivamente la stessa chiave è stata creata nella regione A con il valore «a». Alla fine la chiave convergerà per avere il valore «a», poiché l'operazione nella Regione A è stata l'ultima operazione eseguita.
**Esecuzione simultanea con tipi di dati in conflitto: vince l'ultimo scrittore**
Nell'esempio precedente la chiave è stata creata con lo stesso tipo in entrambe le regioni. Un comportamento simile verrà osservato anche se la chiave viene creata con tipi di dati diversi:
![\[Esecuzione simultanea con tipi di dati in conflitto: vince l'ultimo scrittore.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/concurrent-ex-conflict-data-types-last-writer-wins.png)
La chiave x è stata creata come stringa nella regione B con valore «b». Ma dopo, e prima che l'operazione fosse replicata nella regione A, la stessa chiave viene creata nella regione A come hash. Alla fine la chiave convergerà per creare l'hash nella regione A, poiché l'operazione nella regione A è stata l'ultima operazione eseguita.
**Creazione-cancellazione simultanea: vince l'ultimo scrittore**
Nello scenario in cui si verificano un'eliminazione e una «creazione» (ovvero la creazione replacement/addition di un valore) simultanee, l'ultima operazione eseguita avrà la priorità. Il risultato finale sarà determinato dall'ordine dell'operazione di cancellazione. Se l'eliminazione avviene prima:
![\[Creazione-cancellazione simultanea: l'ultimo scrittore vince se l'eliminazione avviene prima.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/concurrent-create-delete-last-writer-wins-before.jpg)
La chiave x di tipo Set è stata eliminata nella Regione B. Successivamente è stato aggiunto un nuovo membro a quella chiave nella Regione A. Alla fine la chiave convergerà per avere il Set con l'unico elemento aggiunto nella Regione A, poiché l'operazione sulla Regione A è stata l'ultima operazione eseguita.
Se l'eliminazione avviene dopo:
![\[Creazione-cancellazione simultanea: l'ultimo scrittore vince se l'eliminazione avviene dopo.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/concurrent-create-delete-last-writer-wins-after.jpg)
È stato aggiunto un nuovo membro alla chiave x di tipo Imposta nella regione A. Dopo di che la chiave è stata eliminata nella regione B. Alla fine convergerà per eliminare la chiave, poiché l'operazione sulla regione B è stata l'ultima operazione eseguita.
**Contatori, operazioni simultanee: vince la replica dell'intero valore con l'ultimo scrittore**
I contatori in MemoryDB Multi-Region si comportano in modo analogo ai tipi non contatori, in quanto eseguono la replica e l'applicazione del valore completo. last-writer-strategy L'operazione simultanea non verrà combinata, ma l'ultima operazione avrà la precedenza. Esempio:
![\[Replica del valore completo in caso di vittoria dell'ultimo scrittore.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/concurrent-full-rep-last-writer-wins.jpg)
In questo scenario la chiave x ha il valore iniziale 1. Quindi la regione B aumenta il contatore x di 2, quindi poco dopo la regione A ha aumentato il contatore di 1. Poiché la regione A è stata l'ultima operazione eseguita, la chiave x alla fine convergerà al valore 2 poiché l'ultima operazione eseguita è stata aumentata di 1.
**I comandi non deterministici vengono replicati come deterministici**
Per garantire la coerenza dei valori nelle diverse regioni, in MemoryDB Multi-Region i comandi non deterministici vengono replicati come deterministici. I comandi non deterministici sono quelli che dipendono da fattori esterni, come SETNX. SETNX dipende dalla presenza o meno della chiave e la chiave può essere presente in una regione remota ma non nella regione locale che riceve il comando. Per questo motivo, i comandi altrimenti non deterministici vengono replicati come replica a valore completo. Nel caso di una stringa, verrà replicata come comando SET.
![\[Comandi non deterministici replicati come deterministici.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/nondeterministic_commands.png)
In sintesi, tutte le operazioni sul tipo String vengono replicate come SET o DEL, tutte le operazioni sul tipo Hash vengono replicate come HSET o HDEL, tutte le operazioni sul tipo Set vengono replicate come SADD o SREM e tutte le operazioni su Sorted Sets vengono replicate come ZADD o ZREM.
# Utilizzo di MemoryDB Multi-Region con la console
Ecco alcuni modi per utilizzare MemoryDB Multi-Region con la console.
**Topics**
+ [Crea un nuovo cluster in MemoryDB Multi-Region](#multi-Region.console.create)
+ [Ripristina un'istantanea in un cluster nuovo o esistente all'interno di un cluster multiregionale](#multi-Region.console.restore)
+ [Modifica i cluster in MemoryDB Multi-Region](#multi-Region.console.modify)
+ [Elimina i cluster in MemoryDB Multi-Region](#multi-Region.console.delete)
## Crea un nuovo cluster in MemoryDB Multi-Region
1. Passa alla sezione di creazione del cluster dall'elenco o dalla dashboard dei cluster.
![\[Crea un cluster, visualizzazione da console.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/create-multi-region1.png)
1. Nel campo **Tipo di cluster**, seleziona **Cluster multiregionale**.
1. Nel campo **Metodo di creazione del cluster**, seleziona **Creazione semplice**.
1. Inserisci il **nome** e la **descrizione**, verifica i valori predefiniti e seleziona **Crea**.
**Crea e configura un cluster**
1. Passa alla sezione di creazione del cluster dall'elenco o dal pannello di controllo dei cluster.
![\[Crea e configura un cluster, visualizzazione da console.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/create-multi-region2-configure.png)
1. Nel campo **Tipo di cluster**, seleziona **Cluster multiregionale**.
1. Nel campo **Metodo di creazione del cluster**, seleziona **Crea nuovo cluster**.
1. Inserisci il **nome** e la **descrizione**, verifica i valori e seleziona **Crea**.
## Ripristina un'istantanea in un cluster nuovo o esistente all'interno di un cluster multiregionale
1. Passa alla sezione di creazione del cluster dall'elenco o dal pannello di controllo dei cluster.
![\[Ripristina un cluster, visualizzazione della console.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/restore-multi-region-from-snapshot1.png)
1. Nel campo **Tipo di cluster**, seleziona **Cluster multiregionale**.
1. Nel campo **Metodo di creazione del cluster**, seleziona **Ripristina da istantanea**.
1. Seleziona l'istantanea di origine, quindi compila i campi obbligatori. Controlla la selezione, quindi seleziona **Ripristina**.
![\[Visualizzazione da console della selezione dell'istantanea di origine da ripristinare in un cluster multiregionale.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/restore-multi-region-from-snapshot2-confirm.png)
1. Per visualizzare i tuoi cluster multiregionali, vai alla sezione cluster:
![\[Visualizzazione da console della sezione cluster per la modifica dei cluster multiregionali.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/restore-multi-region-from-snapshot3-confirm.png)
1. Ora seleziona il nome del cluster multiregionale di destinazione.
![\[Visualizzazione da console della selezione del cluster multiregionale da modificare.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/restore-multi-region-from-snapshot4-confirm.png)
1. Ora seleziona il nome del cluster regionale di destinazione.
![\[Visualizzazione da console della selezione del cluster regionale da modificare.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/restore-multi-region-from-snapshot5-confirm.png)
## Modifica i cluster in MemoryDB Multi-Region
1. Vai alla sezione cluster. Dovresti vedere tutti i tuoi cluster attuali.
![\[Questa è la mia immagine.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/modify-multi-region1.png)
Quindi, a seconda del tipo di cluster che desideri modificare, seleziona uno dei seguenti passaggi.
1. Per modificare un singolo cluster con un cluster multiregionale, seleziona prima la regione a cui appartiene. Quindi seleziona il pulsante di modifica sulle azioni (in alto a destra). Quindi seleziona il singolo cluster di destinazione. È inoltre possibile modificare questo cluster dalla pagina **Dettagli**.
**Modificare un cluster regionale**
1. Per modificare un cluster multiregionale, seleziona il nome del cluster multiregionale di destinazione.
![\[Visualizzazione da console della selezione di un cluster multiregionale di destinazione da modificare.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/modify-multi-region2.png)
Quindi seleziona il cluster e seleziona il pulsante **Modifica** nelle azioni (in alto a destra) o dalla pagina dei dettagli.
1. Per aggiungere un cluster regionale, seleziona il cluster multiregionale di destinazione selezionato, quindi vai al menu a discesa **Azioni** e seleziona **Aggiungi AWS ** regione. Puoi anche andare alla pagina dei dettagli relativa alle AWS regioni, selezionare il cluster multiregionale di destinazione e aggiungerlo da lì.
![\[Visualizzazione da console della selezione di un cluster multiregionale di destinazione a cui aggiungere un cluster regionale.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/modify-multi-region3-add-regional-cluster.png)
1. Per aggiungere una regione, seleziona la regione di destinazione. Quindi inserisci le informazioni richieste e seleziona **Aggiungi AWS regione**.
![\[Visualizzazione da console della selezione di un cluster multiregionale di destinazione a cui aggiungere una regione.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/modify-multi-region4-add-region.png)
1. Per aggiungere un nuovo cluster regionale a un cluster multiregionale vuoto, verranno visualizzate le stesse opzioni utilizzate nella creazione di un cluster multiregionale. L'unica differenza è che le informazioni sul cluster multiregionale sono già presenti.
![\[Visualizzazione da console della selezione di un cluster multiregionale vuoto a cui aggiungere un nuovo cluster regionale.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/modify-multi-region5-add-regional-cluster-to-empty.png)
## Elimina i cluster in MemoryDB Multi-Region
1. Per eliminare un singolo cluster in una regione, seleziona il cluster regionale di destinazione. Quindi vai al menu a discesa delle azioni, seleziona il singolo cluster e seleziona **Elimina**.
![\[Visualizzazione da console della selezione di un singolo cluster da eliminare.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/delete-multi-region1-select.png)
Verrà visualizzata una finestra di conferma, che include la possibilità di creare un'istantanea prima dell'eliminazione. **Se desideri comunque eliminare, inserisci «elimina» nel campo di testo, quindi seleziona Elimina.**
![\[Consolve la visualizzazione di una finestra di conferma per l'eliminazione.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/delete-multi-region2-snapshot.png)
1. Per eliminare tutti i cluster regionali associati a un cluster multiregionale, seleziona il cluster multiregionale di destinazione contenente uno o più cluster. **Quindi, con il cluster multiregionale di destinazione selezionato, vai al menu a discesa delle azioni e seleziona Elimina.**
![\[Visualizzazione da console della selezione per l'eliminazione di tutti i cluster associati a un cluster multiregionale.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/delete-multi-region3-associated-clusters.png)
1. Per eliminare un intero cluster multiregionale, seleziona il cluster multiregionale vuoto di destinazione. **Quindi vai al menu a discesa delle azioni e seleziona Elimina.**
![\[Visualizzazione da console dell'eliminazione di un intero cluster multiregionale.\]](http://docs.aws.amazon.com/it_it/memorydb/latest/devguide/images/delete-multi-region4-entire-mrc.png)
# Utilizzo di MemoryDB Multi-Region con la CLI
Di seguito sono riportati i modi per utilizzare MemoryDB Multi-Region con la CLI
**Nota**
MemoryDB Multi-Region supporta solo il tipo di nodo db.r7g.xlarge e versioni successive.
## Creazione di DBMulti cluster con Memory Region
**Crea un cluster multiregionale**
```
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
```
**Crea un cluster regionale nella regione Stati Uniti orientali (Virginia settentrionale)**
```
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 \
```
**Crea un cluster regionale nella regione 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 \
```
**Descrivi il cluster multiregionale di qualsiasi regione**
```
aws memorydb describe-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region eu-west-1
```
## Aggiorna un cluster multiregionale
**Modifica del tipo di nodo**
```
aws memorydb update-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--node-type db.r7g.4xlarge \
--region us-east-1
```
**Modifica del numero di frammenti**
```
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
```
## Ridimensionamento dei cluster MemoryDB
Innanzitutto, elenca i nodi che possono essere scalati verso l'alto o verso il basso con il comando: `list-allowed-node-type-updates`
```
aws memorydb list-allowed-node-type-updates \
--cluster-name my-cluster-name
```
Ciò fornirà un elenco di nodi che possono essere ridimensionati verso l'alto o verso il basso. Per poi aggiornarli, puoi usare il `update-cluster` comando:
```
aws memorydb update-cluster \
--cluster-name my-cluster \
--node-type db.r6g.2xlarge
```
Per ulteriori informazioni sulla scalabilità con Multi-Region, vedere. [Scalabilità con MemoryDB Multi-Region](multi-Region.Scaling.md)
## Eliminazione di cluster in MemoryDB Multi-Region
**Eliminare un cluster regionale**
```
aws memorydb delete-cluster \
--cluster-name my-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region us-east-1
```
**Eliminare un cluster multiregionale**
```
aws memorydb delete-multi-region-cluster \
--multi-region-cluster-name my-multi-region-cluster \
--region us-east-1
```
# Monitoraggio multiregionale di MemoryDB
Puoi usare Amazon CloudWatch per monitorare il comportamento e le prestazioni di un cluster multiregionale. MemoryDB pubblica la `MultiRegionClusterReplicationLag` metrica per ogni cluster regionale all'interno del cluster multiregionale.
`MultiRegionClusterReplicationLag`mostra il tempo trascorso tra la scrittura di un aggiornamento nel registro delle transazioni Multi-AZ del cluster regionale multiregionale remoto e la scrittura dell'aggiornamento nel nodo primario del cluster regionale multiregionale locale. Questa metrica è espressa in millisecondi e viene emessa per ogni coppia di origine e regione di destinazione a livello di shard.
Durante il normale funzionamento, `MultiRegionClusterReplicationLag` deve essere abbastanza costante. Un valore elevato per `MultiRegionClusterReplicationLag` potrebbe indicare che gli aggiornamenti di un cluster regionale non si propagano ad altri cluster regionali in modo tempestivo. Nel tempo, ciò potrebbe comportare il *ritardo* di altri cluster regionali perché non ricevono più aggiornamenti in modo coerente.
`MultiRegionClusterReplicationLag`può aumentare se una AWS regione diventa isolata o degradata e in quella regione è presente un cluster regionale. In questo caso, puoi reindirizzare temporaneamente l'attività di lettura e scrittura dell'applicazione verso un'altra regione integra. AWS
# Scalabilità con MemoryDB Multi-Region
Man mano che la domanda dei cluster cambia, potresti decidere di migliorare le prestazioni o ridurre i costi modificando il tipo di nodo o il numero di shard nel cluster MemoryDB. Il ridimensionamento di un cluster MemoryDB Multi-Region consente di ridimensionare tutti i cluster regionali al suo interno. Il cluster MemoryDB Multi-Region supporta il resharding online. Il cluster MemoryDB Multi-Region non supporta il resharding offline.
È possibile decidere di ridimensionare il cluster in presenza delle seguenti condizioni:
+ **Pressione della memoria**
Se i nodi dei cluster regionali sono sotto pressione in termini di memoria, è possibile decidere di eseguire la scalabilità orizzontale o verticale in modo da disporre di più risorse per archiviare meglio i dati e soddisfare le richieste.
Puoi determinare se i tuoi nodi sono sotto pressione in termini di memoria monitorando le seguenti metriche: FreeableMemory, SwapUsage, BytesUsedForMemory DB e MultiRegionClusterReplicationLag
+ **Collo di bottiglia della CPU o della rete**
Se i latency/throughput problemi affliggono il cluster, potrebbe essere necessario eseguire una scalabilità orizzontale o verticale per risolverli.
Puoi monitorare i livelli di latenza e velocità effettiva monitorando le seguenti metriche:`CPUUtilization`,,,,,`NetworkBytesIn`. ` NetworkBytesOut` `CurrConnections` ` NewConnections` ` and MultiRegionClusterReplicationLag`
+ **Il tuo cluster è sovradimensionato**
La domanda attuale del cluster è tale che la scalabilità verso l'alto o verso il basso non compromette le prestazioni e riduce i costi.
È possibile monitorare l'utilizzo del cluster per determinare se è possibile o meno scalare in modo sicuro o verso il basso utilizzando le seguenti metriche: FreeableMemory, SwapUsage, BytesUsedForMemory DB,, CPUUtilization NetworkBytesIn, NetworkBytesOut e CurrConnections NewConnections MultiRegionClusterReplicationLag
Esistono due modi per scalare il cluster multiregionale MemoryDB: scalabilità orizzontale e verticale.
+ Il ridimensionamento orizzontale consente di modificare il numero di shard nel cluster MemoryDB Multi-Region aggiungendo o rimuovendo shard. Il processo di resharding online consente la scalabilità mentre i cluster regionali continuano a soddisfare le in/out richieste in arrivo.
+ Vertical modifica il tipo di nodo per ridimensionare il cluster MemoryDB Multi-Region. La scalabilità verticale online consente la scalabilità up/down mentre i cluster regionali continuano a soddisfare le richieste in arrivo.
Per impostazione predefinita, il ridimensionamento utilizza la strategia di aggiornamento «coordinata». Ciò significa che tutti i cluster regionali vengono scalati correttamente o nessuno dei cluster regionali viene scalato.
L'operazione di scalabilità orizzontale supporta anche la strategia di aggiornamento «non coordinata». Ciò significa che alcuni cluster regionali possono scalare orizzontalmente con successo, mentre alcuni cluster regionali falliscono un tentativo di scalabilità orizzontale. Se lo scale-out di un cluster regionale ha avuto successo, tutti gli altri cluster regionali continuano a riprovare lo scale-out fino a quando anche gli altri cluster regionali non hanno esito positivo.
Un cluster multiregionale non riesce a eseguire uno scale-out «non coordinato» se tutti i cluster regionali non riescono a farlo.
**Nota**
Uno scale-out «non coordinato» può creare prolungati squilibri di capacità tra i cluster regionali quando i cluster regionali si scalano in momenti diversi. Può causare un aumento dei cluster MultiRegionClusterReplicationLag metrici e regionali, i dati possono divergere per lungo tempo.
I cluster regionali del cluster MemoryDB Multi-Region possono avere configurazioni diverse per il numero di nodi di replica, ma tutti gli shard di un cluster regionale hanno lo stesso numero di nodi di replica.
Se state riducendo le dimensioni e la capacità di memoria del cluster MemoryDB Multi-Region, mediante scalabilità verso l'alto o verso il basso, assicuratevi che la nuova configurazione disponga di memoria sufficiente e libera IPs per i dati, un sovraccarico del motore sufficiente e che le MultiRegionClusterReplicationLag metriche per i cluster regionali rientrino nell'intervallo di secondi o di un minuto.
È possibile scalare orizzontalmente e verticalmente il cluster MemoryDB Multi-Region utilizzando l'API MemoryDB e l'API MemoryDB. Console di gestione AWS AWS CLI
# Comandi supportati e non supportati
**Comandi supportati**
**Nota**
Il comando SET attualmente non supporta le opzioni EX, PX, EXAT, PXAT e KEEPTTL.
Il comando RESTORE non supporta l'impostazione di TTL su un valore diverso da zero. Inoltre, le opzioni ABSTTL, IDLETIME e FREQ non sono supportate.
| Tipo di dati | comandi |
| --- | --- |
| Stringa | SET\$1, DECR, DECRBY, GET, GETRANGE, SUBSTR, GETDEL, GETSET, INCR, INCRBY, INCRBYFLOAT, MGET, MSET, MSETNX, SETNX, STRLEN, ECC |
| Hash | HINCRBY, HINCRBYFLOAT, HDEL, HSET, HMSET, HGET, HEXISTS, HLEN, HKEYS, HALES, HGETALL, HMGET, HSTRLEN, HSETNX, HRANDFIELD, HSCAN |
| Imposta | SADD, SREM, DISMEMBER, SMISMEMBER, SCARD, SMEMBERS, SRANDMEMBER, SSCAN, SUNION, SINTERCARD, SINTER, SDIFF, SPOP |
| Set ordinato | ZADD, ZINCRBY, ZSCORE, ZMSCORE, ZCARD, ZRANK, ZREVRANK, ARRANGE, ARRANGEBYSCORE, ARRANGEBYLEX, ZREVRANGE, ZREVRANGEBYLEX, ZREVRANGEBYSCORE, ZREMRANGEBYSCORE, ZREMRANGEBYSCORE, ZREMRANGEBYRANK, ZUNION, ZINTER, ZINTERCARD, ZDIFF, ZLEXCOUNT, ZCOUNT, ZREM, ZMPOP, ZPOPMIN, ZPOPMAX, ZSCAN, ZRANDMEMBER |
| Generico | SCAN, DEL, UNLINK, DUMP, RESTORE\$1\$1, EXISTS, KEYS, RANDOMKEY, TYPE |
**Comandi non supportati**
Le categorie generali di comandi non supportati sono i tipi di dati non supportati (Bitmaps, Hyperloglog, List, Geospatial e Stream), i comandi relativi al TTL, i comandi di blocco e i comandi relativi alle funzioni. L'elenco completo è il seguente:
| Tipo di dati | comandi |
| --- | --- |
| Stringa | APPEND, GETEX, SETEX, SETRANGE |
| Bitmap | BITCOUNT, BITFIELD, BITFIELD\$1RO, BITOP, BITPOS, GETBIT, SETBIT |
| Registro iperlogico | PFADD, PFCOUNT, PFDEBUG, PFMERGE, PFSELFTEST |
| List | BLMOVE, BLMPOP, BLPOP, BRPOP, BRPOPLPUSH, LINDEX, LINSERT, LLEN, LMOVE, LMPOP, LPOP, LPOS, PUSH, LPUSHX, LRANGE, LREM, LSET, LTRIM, RPOP, RPOPLPUSH, RPUSH, RPUSHX |
| Imposta | SMOVE, SUNIONSTORE, SDIFFSTORE, SINTERSTORE |
| Set ordinato | BZMPOP, BZPOPMAX, BZPOPMIN, ZDIFFSTORE, ZINTERSTORE, ARRANGESTORE, ZUNIONSTORE |
| Dati geospaziali | GEOADD, GEODIST, GEOHASH, GEOPOS, GEORADIUS, GEORADIUS\$1RO, GEORADIUSBYMEMBER, GEORADIUSBYMEMBER\$1RO, GEOSEARCH, GEOSEARCHSTORE |
| Flusso | XACK, XADD, XAUTOCLAIM, XCLAIM, XDEL, XLEN, XPENDING, XRANGE, XREAD, XREADGROUP, XREVRANGE, XSETID, XTRIM, XGROUP, XINFO |
| Generico | COPY, FLUSHDB, FLUSHALL, MOVE, RENAME, RENAMENX, SORT, SORT\$1RO, SWAPDB, OGGETTO, FUNZIONE, FCALL, FCALL\$1RO, EXPIRE, EXPIREAT, EXPIRETIME, PERSIST, PEXPIRE, PEXPIREAT, PEXPIRETIME, PSETEX, PTTL, TTL |