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, puoi iniziare la migrazione dei dati utilizzando l' ElastiCache API Console di gestione AWS, 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 come utilizzare la CLI. **Nota** Si consiglia di utilizzare `TestMigration` API per 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 indirizzi DNS o 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 è stata abilitata la replica a catena, l'endpoint può puntare a una replica anziché al nodo primario nel cluster Valkey o Redis OSS. L'esempio seguente utilizza la CLI. ``` aws elasticache start-migration --replication-group-id test-cluster --customer-node-endpoint-list "Address='10.0.0.241',Port=6379" ``` Quando esegui questo comando, il nodo ElastiCache primario (in ogni shard) si configura per diventare una replica dell'istanza OSS Valkey o Redis (nello shard corrispondente che possiede gli stessi slot in 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 OSS al nodo primario. ElastiCache A seconda della dimensione dei dati e del carico sull'istanza Valkey o Redis OSS, il completamento della migrazione può richiedere del tempo. Puoi controllare lo stato di avanzamento della migrazione eseguendo il comando [valkey-cli INFO sull'istanza Valkey e sul nodo](https://valkey.io/commands/info) primario. ElastiCache Dopo una replica riuscita, tutte le scritture sulle istanze Valkey o Redis OSS si propagano al cluster. ElastiCache È possibile utilizzare i nodi per le letture. ElastiCache Tuttavia, non puoi scrivere sul cluster ElastiCache. 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 OSS vengono replicati su tutti i nodi del cluster. ElastiCache Se un nodo ElastiCache primario non riesce a diventare una replica dell'istanza Valkey o Redis OSS, riprova più volte prima di tornare infine al livello primario. Lo stato del cluster ElastiCache quindi passa a **available (disponibile)** e viene inviato un evento del gruppo di replica sull'errore all'inizio della 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](Migration-Prepare.md). + Assicurati che la configurazione di routing per il tuo VPC e le sottoreti consenta il traffico ElastiCache tra i nodi e le tue istanze Valkey o Redis OSS. + Assicurati che il gruppo di sicurezza collegato alle istanze Valkey o Redis OSS consenta il traffico vincolato all'input proveniente dai nodi. ElastiCache + Controlla i log di Valkey o Redis OSS per le tue istanze per ulteriori informazioni sugli errori specifici della replica.