Sostituzione dei nodi (Valkey e RedisOSS) - 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à.

Sostituzione dei nodi (Valkey e RedisOSS)

Amazon aggiorna ElastiCache frequentemente la propria flotta con patch e aggiornamenti applicati alle istanze senza problemi. Tuttavia, di tanto in tanto dobbiamo riavviare i ElastiCache nodi per applicare gli aggiornamenti obbligatori del sistema operativo all'host sottostante. Queste sostituzioni sono necessarie per l'applicazione di aggiornamenti intesi a rafforzare sicurezza, affidabilità e prestazioni.

Offriamo l'opzione per gestire personalmente la sostituzione dei nodi nel momento che si ritiene più adatto, prima della finestra di sostituzione nodo pianificata. Quando la gestione della sostituzione è manuale, l'istanza riceve l'aggiornamento del sistema operativo quando il nodo viene riavviato e la finestra di sostituzione del nodo programmata viene annullata. Potresti continuare a ricevere avvisi che indicano l'esecuzione dell'attività di sostituzione del nodo. Se hai già ridotto manualmente la necessità di manutenzione, puoi ignorare questi avvisi.

Nota

I nodi di cache sostitutivi generati automaticamente da Amazon ElastiCache possono avere indirizzi IP diversi. L'utente è responsabile della verifica della configurazione dell'applicazione per assicurarsi che i nodi della cache siano associati agli indirizzi IP appropriati.

L'elenco seguente identifica le azioni che puoi intraprendere quando ElastiCache pianifica la sostituzione di uno dei tuoi OSS nodi Valkey o Redis. Per velocizzare l'individuazione delle informazioni richieste per questa situazione, scegliere dal seguente menu.

Opzioni di sostituzione dei nodi Valkey e Redis OSS

  • Non eseguire alcuna operazione: se non si esegue alcuna operazione, ElastiCache sostituisce il nodo come pianificato.

     

    Per le configurazioni non cluster con l'autofailover abilitato, i cluster su Valkey 7.2 e versioni successive e Redis OSS 5.0.6 e versioni successive completano la sostituzione mentre il cluster continua a rimanere online e a soddisfare le richieste di scrittura in entrata. Per i cluster abilitati al failover automatico su Redis OSS 4.0.10 o versioni precedenti, potresti notare una breve interruzione di scrittura, fino a pochi secondi, associata agli aggiornamenti. DNS

    Se il nodo è membro di un cluster abilitato al failover automatico, ElastiCache con Valkey o Redis OSS offre una maggiore disponibilità durante l'applicazione di patch, aggiornamenti e altre sostituzioni dei nodi relative alla manutenzione.

     

    Per le configurazioni Valkey o Redis OSS Cluster configurate per l'uso ElastiCache ElastiCache con i client Valkey o Redis Cluster, la sostituzione ora viene completata mentre il OSS cluster soddisfa le richieste di scrittura in entrata.

     

    Per le configurazioni non cluster con autofailover abilitato, i cluster su Valkey 7.2 e versioni successive e Redis OSS 5.0.6 e versioni successive vengono sostituiti completamente mentre il cluster continua a rimanere online e a soddisfare le richieste di scrittura in entrata. Per i cluster abilitati al failover automatico su Redis OSS 4.0.10 o versioni precedenti, potresti notare una breve interruzione di scrittura, fino a pochi secondi, associata agli aggiornamenti. DNS

     

    Se il nodo è autonomo, Amazon avvia ElastiCache prima un nodo sostitutivo e poi si sincronizza dal nodo esistente. Durante tale periodo il nodo esistente non sarà disponibile per richieste di servizio. Una volta completata la sincronizzazione, il nodo esistente viene terminato e il nuovo nodo prende il suo posto. ElastiCache fa del suo meglio per conservare i dati durante questa operazione.

     

  • Modifica della finestra di manutenzione: per gli eventi di manutenzione programmata, si riceve un'e-mail o un evento di notifica da ElastiCache. In questi casi, se si modifica la finestra di manutenzione prima dell'orario di sostituzione pianificato, il nodo viene sostituito al nuovo orario. Per ulteriori informazioni, consulta gli argomenti seguenti:

    Nota

    La possibilità di modificare la finestra di sostituzione spostando la finestra di manutenzione è disponibile solo quando la ElastiCache notifica include una finestra di manutenzione. Se la notifica non include una finestra di manutenzione, non puoi modificare la finestra di sostituzione.

    Supponiamo, ad esempio, che sia giovedì 9 novembre alle 15:00 e che la prossima finestra di manutenzione sia prevista per venerdì 10 novembre alle 17:00. Questi sono tre possibili scenari e i relativi risultati:

    • Sposti la finestra di manutenzione alle ore 16:00 di venerdì, dopo la data e l'ora corrente e prima della prossima finestra di manutenzione programmata. Il nodo viene sostituito venerdì 10 novembre alle 16:00.

    • Sposti la finestra di manutenzione alle ore 16:00 di sabato, dopo la data e l'ora corrente e dopo la prossima finestra di manutenzione programmata. Il nodo viene sostituito sabato 11 novembre alle 16:00.

    • Sposti la finestra di manutenzione alle ore 16:00 di mercoledì, anticipandola rispetto alla data e ora corrente. Il nodo viene sostituito il prossimo mercoledì 15 novembre alle 16:00.

    Per istruzioni, consulta Gestione della manutenzione dei ElastiCache cluster.

     

  • Sostituisci l'unico nodo in qualsiasi OSS cluster Valkey o Redis: se il cluster non dispone di repliche di lettura, puoi utilizzare la seguente procedura per sostituire il nodo.

    Per sostituire l'unico nodo utilizzando backup e ripristino

    1. Creare una snapshot del cluster del nodo. Per istruzioni, consulta Esecuzione di backup manuali.

    2. Creare un nuovo cluster inizializzandolo dalla snapshot. Per istruzioni, consulta Ripristino da un backup in una nuova cache.

    3. Eliminare il cluster con il nodo pianificato per la sostituzione. Per istruzioni, consulta Eliminazione di un cluster in ElastiCache.

    4. Nell'applicazione, sostituire l'endpoint del vecchio nodo con l'endpoint del nuovo nodo.

     

  • Sostituisci un nodo di replica in qualsiasi cluster Valkey o Redis: per sostituire un OSS cluster di replica, aumenta il numero di repliche. Per farlo, aggiungere una replica quindi ridurre il numero delle repliche rimuovendo la replica che si desidera sostituire. Questo processo è dinamico e non provoca tempi di inattività del cluster.

    Nota

    Se lo shard o il gruppo di replica dispongono già di repliche, è necessario invertire le fasi 1 e 2.

    Per sostituire una replica in qualsiasi cluster Valkey o Redis OSS

    1. Incrementare il conteggio delle repliche aggiungendo una replica allo shard o gruppo di replica. Per ulteriori informazioni, consulta Incremento del numero di repliche in uno shard.

    2. Eliminare la replica da sostituire. Per ulteriori informazioni, consulta Riduzione del numero di repliche in uno shard.

    3. Aggiornare gli endpoint nell'applicazione.

     

  • Sostituisci qualsiasi nodo in uno shard Valkey o Redis OSS (modalità cluster abilitata): per sostituire il nodo in un cluster senza tempi di inattività, utilizza il resharding online. Prima di tutto aggiungere uno shard incrementando le dimensioni, quindi eliminare lo shard con il nodo da sostituire riducendo le dimensioni.

    Per sostituire qualsiasi nodo in un cluster Valkey o Redis (modalità cluster abilitata) OSS

    1. Dimensionamento orizzontale: aggiungere un ulteriore shard con la stessa configurazione dello shard esistente con il nodo da sostituire. Per ulteriori informazioni, consulta Aggiunta dele partizioni con il resharding online.

    2. Dimensionamento verticale: eliminare lo shard con il nodo da sostituire. Per ulteriori informazioni, consulta Rimozione dele partizioni con il resharding online.

    3. Aggiornare gli endpoint nell'applicazione.

     

  • Sostituisci un nodo in un cluster Valkey o Redis OSS (modalità cluster disabilitata): se il cluster è un cluster Valkey o Redis OSS (modalità cluster disabilitata) senza repliche di lettura, utilizza la seguente procedura per sostituire il nodo.

    Per sostituire il nodo utilizzando la replica (solo modalità cluster disabilitata)

    1. Aggiungere replica al cluster con il nodo pianificato per la sostituzione come primario. Non abilitare Multi-AZ su questo cluster. Per istruzioni, consulta Per aggiungere la replica a un cluster Valkey o Redis senza shard OSS.

    2. Aggiungere una replica di lettura al cluster. Per istruzioni, consulta Per aggiungere nodi a un ElastiCache cluster (console).

    3. Promuovere la nuova replica di lettura creata al nodo primario. Per istruzioni, consulta Promozione di una replica di lettura a quella primaria, per i gruppi di replica Valkey o Redis OSS (modalità cluster disabilitata).

    4. Eliminare il nodo pianificato per la sostituzione. Per istruzioni, consulta Rimozione di nodi da un ElastiCache cluster.

    5. Nell'applicazione, sostituire l'endpoint del vecchio nodo con l'endpoint del nuovo nodo.

     

  • Sostituisci una replica di lettura Valkey o Redis OSS (modalità cluster disabilitata): se il nodo è una replica in lettura, sostituisci il nodo.

    Se il cluster dispone di un solo nodo di replica e Multi-AZ è abilitata, è necessario disabilitare Multi-AZ prima di poter eliminare la replica. Per istruzioni, consulta Modifica di un gruppo di replica.

    Per sostituire una replica Valkey o Redis (modalità cluster disabilitata) leggi la replica OSS

    1. Eliminare la replica che è stata pianificata per la sostituzione. Per le istruzioni, consulta quanto segue:

    2. Aggiungere una nuova replica a quella che è pianificata per la sostituzione. Se si utilizza lo stesso nome della replica appena eliminata, è possibile andare al punto 3. Per le istruzioni, consulta quanto segue:

    3. Nell'applicazione, sostituire l'endpoint della vecchia replica con l'endpoint della nuova replica.

    4. Se Multi-AZ è stato inizialmente disabilitato, riabilitarlo ora. Per istruzioni, consulta Abilitazione della funzione Multi-AZ .

     

  • Sostituisci un nodo primario Valkey o Redis OSS (modalità cluster disabilitata): se il nodo è il nodo principale, promuovi innanzitutto una replica di lettura a principale. Eliminare quindi la replica utilizzata precedentemente come nodo primario.

    Se il cluster dispone di un solo nodo di replica e Multi-AZ è abilitata, è necessario disabilitare Multi-AZ prima di poter eliminare la replica nel passaggio 2. Per istruzioni, consulta Modifica di un gruppo di replica.

    Per sostituire un nodo primario Valkey o Redis OSS (modalità cluster disabilitata)

    1. Promuovere una replica di lettura al nodo primario. Per istruzioni, consulta Promozione di una replica di lettura a quella primaria, per i gruppi di replica Valkey o Redis OSS (modalità cluster disabilitata).

    2. Eliminare il nodo pianificato per la sostituzione (il vecchio nodo primario). Per istruzioni, consulta Rimozione di nodi da un ElastiCache cluster.

    3. Aggiungere una nuova replica a quella pianificata per la sostituzione. Se si utilizza lo stesso nome del nodo appena eliminato, è possibile ignorare la modifica degli endpoint nell'applicazione.

      Per istruzioni, consulta Aggiungere una replica di lettura per Valkey o Redis OSS (modalità cluster disabilitata).

    4. Nell'applicazione, sostituire l'endpoint del vecchio nodo con l'endpoint del nuovo nodo.

    5. Se Multi-AZ è stato inizialmente disabilitato, riabilitarlo ora. Per istruzioni, consultare Abilitazione della funzione Multi-AZ .