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
MemoryDB aggiorna frequentemente la propria flotta con patch e aggiornamenti, di solito senza problemi. Tuttavia, di tanto in tanto dobbiamo riavviare i nodi MemoryDB 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 sostitutivi generati automaticamente da MemoryDB possono avere indirizzi IP diversi. L'utente è responsabile della revisione della configurazione dell'applicazione per assicurarsi che i nodi siano associati agli indirizzi IP appropriati.
L'elenco seguente identifica le azioni che puoi intraprendere quando MemoryDB pianifica la sostituzione di uno dei tuoi nodi:
Opzioni di sostituzione dei nodi MemoryDB
-
Non fare nulla: se non si fa nulla, MemoryDB sostituisce il nodo come pianificato.
Se il nodo è membro di un cluster Multi-AZ, MemoryDB offre una maggiore disponibilità durante l'applicazione di patch, aggiornamenti e altre sostituzioni dei nodi relative alla manutenzione.
La sostituzione viene completata mentre il cluster soddisfa le richieste di scrittura in entrata.
-
Modifica della finestra di manutenzione: per gli eventi di manutenzione pianificata, si riceve un'e-mail o un evento di notifica da MemoryDB. 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 Modifica di un cluster MemoryDB.
Nota
La possibilità di modificare la finestra di sostituzione spostando la finestra di manutenzione è disponibile solo quando la notifica di MemoryDB 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.
-
La finestra di manutenzione viene impostata su mercoledì alle 16:00, prima della settimana rispetto alla data e all'ora correnti. Il nodo viene sostituito il prossimo mercoledì 15 novembre alle 16:00.
Per istruzioni, consultare Gestione della manutenzione.
-
