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à.
Resharding offline e ribilanciamento degli shard per Redis OSS (modalità cluster abilitata)
Il vantaggio principale derivante dalla riconfigurazione degli shard offline è la possibilità di andare oltre la semplice aggiunta o rimozione degli shard dal gruppo di replica. Durante il resharding offline, oltre a modificare il numero di shard nel gruppo di replica, è possibile:
Nota
Il resharding offline non è supportato sui cluster Redis OSS con la suddivisione in più livelli dei dati abilitata. Per ulteriori informazioni, consulta Tiering di dati.
-
Cambiare il tipo di nodo per il gruppo di replica.
-
Specificare la zona di disponibilità per ogni nodo nel gruppo di replica.
-
Effettuare l'upgrade a una versione del motore più recente.
-
Specificare il numero dei nodi di replica in ogni shard in modo indipendente.
-
Specificare il keyspace per ogni shard.
Lo svantaggio principale della riconfigurazione shard offline è che il cluster è offline a partire dalla fase di ripristino del processo e continua a essere offline fino agli aggiornamenti degli endpoint nell'applicazione. Il periodo di tempo in cui il cluster rimane offline dipende dalla quantità di dati nel cluster.
Per riconfigurare i tuoi shard, il cluster Redis OSS (modalità cluster abilitata) offline
-
Crea un backup manuale del tuo cluster Redis OSS esistente. Per ulteriori informazioni, consulta Esecuzione di backup manuali.
-
Creare un nuovo cluster eseguendo il ripristino dal backup. Per ulteriori informazioni, consulta Ripristino da un backup in una nuova cache.
-
Aggiornare gli endpoint nell'applicazione agli endpoint del nuovo cluster. Per ulteriori informazioni, consulta Individuazione degli endpoint di connessione.
