Condividi tramite

Pianificare l'esecuzione della migrazione: livelli Basic, Standard e Premium in Azure Managed Redis

  • Si applica a: ✅ Azure Cache for Redis, ✅ Azure Managed Redis

Questo articolo fornisce istruzioni dettagliate per i percorsi di migrazione. È consigliabile eseguire la migrazione durante gli orari di minore attività, in quanto comporterà una breve interruzione della connettività simile al comportamento durante le normali operazioni di manutenzione.

Importante

Una competenza dell'agente di migrazione Redis è disponibile per rispondere alle domande relative alla migrazione e preparare un piano di migrazione personalizzato per l'ambiente. Per altre informazioni, vedere Competenza dell'agente di migrazione Redis.

Passaggio 1: Aggiornare gli script di distribuzione

Dopo aver identificato lo SKU Azure Managed Redis appropriato, aggiornare gli script di distribuzione (ad esempio modelli ARM, file Bicep o configurazioni Terraform) per effettuare il provisioning di Azure Managed Redis invece di Azure Cache per Redis.

Passaggio 2: Creare una nuova istanza di Redis gestita di Azure

  1. Usare la tabella di mapping degli SKU per selezionare le dimensioni corrette (dimensioni uguali o maggiori della cache esistente) e il livello di prestazioni.
  2. Creare l'istanza seguendo la guida introduttiva: Creare un'istanza di Redis gestita di Azure.

Suggerimento

Se non si è certi che il carico di lavoro sia a elevato utilizzo di memoria o a elevato utilizzo di calcolo, iniziare con il livello di prestazioni bilanciato .

Passaggio 3: Eseguire la migrazione dei dati

Scegliere una strategia di migrazione dei dati in base alla tolleranza per tempi di inattività e perdita di dati.

Annotazioni

Se l'applicazione può tollerare la perdita di dati o ricostituire la cache dall'origine dati, ad esempio un modello di cache look-aside, è possibile ignorare questo passaggio e procedere direttamente al passaggio 4.

Esportare e importare dati usando un file RDB

Supportato solo per il livello Premium. Fornisce un'istantanea temporale dei dati.

  • Pro: Semplice, compatibile con qualsiasi cache Redis.
  • Contro: I dati scritti dopo l'acquisizione dello snapshot non vengono acquisiti.

Steps:

  1. Esportare il file RDB dall'istanza esistente di Cache Redis di Azure usando le istruzioni di esportazione o il cmdlet di esportazione di PowerShell.
  2. Importare il file RDB nella nuova istanza di Redis gestita di Azure usando le istruzioni di importazione o il cmdlet di importazione di PowerShell.
  3. Passare al passaggio 4: Aggiornare l'applicazione.

Strategia di doppia scrittura

Ideale quando è necessaria una perdita di dati pari a zero e può tollerare temporaneamente l'esecuzione di due cache.

  • Pro: Nessuna perdita di dati, tempo di inattività, operazioni senza interruzioni.
  • Contro: Richiede l'esecuzione di due cache per un periodo prolungato.

Steps:

  1. Modificare il codice dell'applicazione per scrivere nella cache esistente e nella nuova istanza di Redis gestita di Azure.
  2. Continuare a leggere i dati dalla cache esistente fino a quando la nuova istanza non viene popolata sufficientemente.
  3. Aggiornare il codice dell'applicazione per leggere e scrivere solo dalla nuova istanza.
  4. Passare al passaggio 4: Aggiornare l'applicazione.

Migrazione a livello di codice

RIOT consente di eseguire la migrazione del contenuto da Enterprise a Redis gestito di Azure. Per altre informazioni, vedere Migrazione dei dati con RIOT-X per Redis gestito di Azure.

  • Pro: Controllo completo, personalizzabile.
  • Contro: Richiede uno sforzo di sviluppo.

Steps:

  1. Creare una macchina virtuale nella stessa area della cache esistente. Se il set di dati è di grandi dimensioni, scegliere una macchina virtuale potente per ridurre il tempo di copia.
  2. Scaricare i dati dalla nuova cache per assicurarsi che siano vuoti. Non svuotare la cache sorgente.
  3. Copiare dati dalla cache di origine alla nuova istanza di Redis gestita di Azure.
  4. Passare al passaggio 4: Aggiornare l'applicazione.

Passaggio 4: Aggiornare l'applicazione

Aggiornare la configurazione della connessione dell'applicazione in modo che punti alla nuova istanza di Redis gestita di Azure. È necessario aggiornare almeno:

  • Hostname: il suffisso DNS passa da .redis.cache.windows.net a <region>.redis.azure.net.
  • Porta: la porta TLS passa da 6380 a 10000.
  • Chiave di accesso: usare la chiave di accesso dalla nuova istanza di Redis gestita di Azure.

Importante

Valutare la possibilità di passare all'autenticazione di Microsoft Entra ID anziché alle chiavi di accesso. Microsoft Entra ID offre una maggiore sicurezza ed è il metodo di autenticazione consigliato.

Annotazioni

Se ci si connette alla cache esistente tramite un endpoint privato, assicurarsi che la nuova istanza di Redis gestita di Azure sia sottoposta a peering alla stessa rete virtuale dell'applicazione, con una configurazione di rete simile.

Cache Redis di Azure e Redis gestita di Azure sono compatibili, quindi per la maggior parte degli scenari non sono necessarie modifiche al codice dell'applicazione diverse dalle configurazioni di connessione.

Passaggio 5: Convalidare e disattivare

  1. Verificare che l'applicazione funzioni correttamente con la nuova istanza di Redis gestita di Azure.
  2. Monitorare la nuova cache per il comportamento previsto, le prestazioni e le percentuali di errore.
  3. Quando si è certi che la nuova istanza funzioni come previsto, eliminare l'istanza precedente di Cache Redis di Azure.

Contenuti correlati

  • Last updated on