Migrazione dei nodi della generazione precedente - Amazon ElastiCache
Migrazione dei nodi su un cluster Valkey o Redis OSSMigrazione dei nodi in un cluster Memcached

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

Migrazione dei nodi della generazione precedente

I nodi di generazione precedente sono tipi di nodi che vengono eliminati gradualmente. Se non sono presenti cluster esistenti che utilizzano un tipo di nodo di generazione precedente, ElastiCache non supporta la creazione di nuovi cluster con quel tipo di nodo.

A causa della quantità limitata di tipi di nodi della generazione precedente, non è possibile garantire una sostituzione corretta quando un nodo diventa non integro nei cluster. In tale scenario, la disponibilità del cluster potrebbe essere influenzata negativamente.

Si consiglia di eseguire la migrazione dei cluster in un nuovo tipo di nodo per migliorare la disponibilità e le prestazioni. Per un tipo di nodo consigliato a cui eseguire la migrazione, vedere Percorsi di aggiornamento. Per un elenco completo dei tipi di nodi supportati e dei tipi di nodi della generazione precedente in ElastiCache, consulta. Tipi di nodi supportati

Migrazione dei nodi su un cluster Valkey o Redis OSS

La procedura seguente descrive come migrare il tipo di nodo del OSS cluster Valkey o Redis utilizzando la Console. ElastiCache Durante questo processo, il OSS cluster Valkey o Redis continuerà a soddisfare le richieste con tempi di inattività minimi. A seconda della configurazione del cluster, è possibile che vengano visualizzati i seguenti tempi di inattività. Di seguito sono riportate stime e possono differire in base alle configurazioni specifiche:

  • La modalità cluster disabilitata (nodo singolo) può richiedere circa 60 secondi, principalmente a causa della propagazione. DNS

  • La modalità cluster disabilitata (con nodo di replica) può richiedere circa 1 secondo per i cluster che eseguono Valkey 7.2 e versioni successive o Redis 5.0.6 e versioni successive. OSS Tutte le versioni precedenti possono durare circa 10 secondi.

  • La modalità cluster abilitata può vedere circa 1 secondo.

Per modificare un tipo di nodo del OSS cluster Valkey o Redis utilizzando la console:

  1. Accedi alla console e apri la ElastiCache console all'indirizzo. https://console.aws.amazon.com/elasticache/

  2. Dal pannello di navigazione, scegli i cluster Valkey o i cluster Redis OSS.

  3. Nell'elenco di cluster, scegliere quello da migrare.

  4. Scegliere Actions (Operazioni), quindi Modify (Modifica).

  5. Scegli il nuovo tipo di nodo dall'elenco dei tipi di nodo.

  6. Per eseguire subito il processo di migrazione, scegliere la casella Apply immediately (Applica immediatamente). Se non viene selezionata la casella Apply immediately (Applica immediatamente), il processo di migrazione viene eseguito nel corso della successiva finestra di manutenzione del cluster.

  7. Scegli Modifica. Se, nel passaggio precedente, è stato scelto Apply immediately (Applica immediatamente), lo stato del cluster diventa modifica in corso. Quando lo stato cambia in disponibile, la modifica è completa ed è possibile iniziare a utilizzare il nuovo cluster.

Per modificare un tipo di nodo del cluster Valkey o Redis utilizzandoOSS: AWS CLI

Utilizzate modify-replication-groupAPIcome illustrato di seguito:

Per Linux, macOS o Unix:

aws elasticache modify-replication-group /
	--replication-group-id my-replication-group /
	--cache-node-type new-node-type /
	--apply-immediately

Per Windows:

aws elasticache modify-replication-group ^
	--replication-group-id my-replication-group ^
	--cache-node-type new-node-type ^
	--apply-immediately

In questo scenario, il valore di new-node-type è il tipo di nodo verso cui stai migrando. Passando il parametro --apply-immediately, l'aggiornamento verrà applicato immediatamente quando il gruppo di replica passa dallo stato modifying (modifica in corso) a available (disponibile). Se non viene selezionata la casella Apply immediately (Applica immediatamente), il processo di migrazione viene eseguito nel corso della successiva finestra di manutenzione del cluster.

Nota

Se non è possibile modificare il cluster con un InvalidCacheClusterState, è necessario rimuovere prima un nodo di ripristino non riuscito.

Correggere o rimuovere restore-failed-node

La procedura seguente descrive come correggere o rimuovere i nodi con errore di ripristino dal cluster Valkey o Redis. OSS Per ulteriori informazioni su come i ElastiCache nodi entrano in uno stato di ripristino fallito, consulta. Visualizzazione dello stato ElastiCache del nodo Ti consigliamo innanzitutto di rimuovere tutti i nodi in uno stato di ripristino fallito, quindi di migrare i nodi di generazione precedente rimanenti nel ElastiCache cluster a un tipo di nodo di nuova generazione e infine aggiungere nuovamente il numero richiesto di nodi.

Per rimuovere il nodo di ripristino non riuscito (console):

  1. Accedi alla console e apri la console all'indirizzo. ElastiCache https://console.aws.amazon.com/elasticache/

  2. Dal pannello di navigazione, scegli i cluster Valkey o i cluster Redis OSS.

  3. Dall'elenco dei cluster, scegliere il nome del cluster da cui rimuovere un nodo.

  4. Dall'elenco di partizioni, scegliere la shard da cui si desidera rimuovere un nodo. Ignorare questo passaggio se la modalità cluster è disattivata per il cluster.

  5. Dall'elenco dei nodi, scegliere il nodo con lo stato di restore-failed.

  6. Scegliere Actions (Operazioni), quindi Delete node (Elimina nodo).

Dopo aver rimosso i nodi di ripristino non riusciti dal ElastiCache cluster, ora puoi migrare a un tipo di nuova generazione. Per ulteriori informazioni, consulta la sezione precedente Migrazione dei nodi su un cluster Valkey o Redis OSS.

Per aggiungere nuovamente nodi al cluster, consulta. ElastiCache Aggiungere nodi a un ElastiCache cluster

Migrazione dei nodi in un cluster Memcached

Per migrare ElastiCache (Memcached) a un tipo di nodo diverso, è necessario creare un nuovo cluster, che all'inizio è sempre vuoto e può essere popolato dall'applicazione.

Per migrare il tipo di nodo del cluster ElastiCache (Memcached) utilizzando la Console: ElastiCache