Avvio della migrazione - Amazon ElastiCache

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à.

Avvio della migrazione

Una volta completati tutti i prerequisiti, è possibile iniziare la migrazione dei dati utilizzando AWS Management Console ElastiCache API, o AWS CLI. Se la modalità cluster è abilitata e la migrazione degli slot è diversa, verrà eseguito un resharding prima della migrazione in tempo reale. L'esempio seguente mostra l'utilizzo diCLI.

Nota

Si consiglia di utilizzarlo per TestMigration API convalidare la configurazione della migrazione. Tuttavia, questo è strettamente facoltativo.

Puoi avviare la migrazione utilizzando il comando start-migration con i seguenti parametri:

  • --replication-group-id— Identificatore del gruppo di replica di destinazione ElastiCache

  • --customer-node-endpoint-list— Un elenco di endpoint con uno DNS o più indirizzi IP e la porta su cui è in esecuzione il cluster Valkey o Redis OSS di origine. L'elenco può accettare solo un elemento sia per la modalità cluster disabilitata che per la modalità cluster abilitata. Se hai abilitato la replica a catena, l'endpoint può puntare a una replica anziché al nodo principale del cluster Valkey o Redis. OSS

Di seguito è riportato un esempio di utilizzo di. CLI

aws elasticache start-migration --replication-group-id test-cluster --customer-node-endpoint-list "Address='10.0.0.241',Port=6379"

Durante l'esecuzione di questo comando, il nodo ElastiCache primario (in ogni shard) si configura per diventare una replica dell'OSSistanza Valkey o Redis (nello shard corrispondente che possiede gli stessi slot nei redis abilitati al cluster). Lo stato del ElastiCache cluster cambia in fase di migrazione e i dati iniziano a migrare dall'istanza Valkey o Redis al nodo primario. OSS ElastiCache A seconda della dimensione dei dati e del carico sull'OSSistanza Valkey o Redis, il completamento della migrazione può richiedere del tempo. Puoi controllare l'avanzamento della migrazione eseguendo il INFO comando valkey-cli sull'istanza Valkey e sul nodo primario. ElastiCache

Dopo una replica riuscita, tutte le scritture sulle istanze Valkey o Redis si propagano al cluster. OSS ElastiCache È possibile utilizzare i nodi per le letture. ElastiCache Tuttavia, non è possibile scrivere nel ElastiCache cluster. Se a un nodo ElastiCache primario sono collegati altri nodi di replica, questi nodi di replica continuano a replicarsi dal nodo primario ElastiCache . In questo modo, tutti i dati del cluster Valkey o Redis vengono replicati su tutti i nodi del OSS cluster. ElastiCache

Se un nodo ElastiCache primario non riesce a diventare una replica dell'OSSistanza Valkey o Redis, riprova più volte prima di tornare infine al livello primario. Lo stato del ElastiCache cluster diventa quindi disponibile e viene inviato un evento del gruppo di replica relativo all'impossibilità di avviare la migrazione. Per risolvere l'errore, verificare quanto segue:

  • Andare all'evento del gruppo di replica. Utilizzare qualsiasi informazione specifica dell'evento per correggere l'errore di migrazione.

  • Se l'evento non fornisce informazioni specifiche, verificare di aver seguito le linee guida in Preparazione dell'origine e della destinazione per la migrazione.

  • Assicurati che la configurazione di routing per le tue sottoreti VPC e per le tue sottoreti consenta il traffico tra i ElastiCache nodi e le tue istanze Valkey o Redis. OSS

  • Assicurati che il gruppo di sicurezza collegato alle tue istanze Valkey o Redis OSS consenta il traffico vincolato all'input proveniente dai nodi. ElastiCache

  • Controlla i OSS log di Valkey o Redis per le tue istanze per ulteriori informazioni sugli errori specifici della replica.