Condividi tramite

Pianificare l'esecuzione della migrazione: livelli Basic, Standard e Premium per Azure Redis gestito

  • 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 e creare una nuova istanza di Redis gestita Azure

  1. Dopo aver identificato lo SKU Azure Managed Redis appropriato, aggiornare gli script di distribuzione (ad esempio modelli di Resource Manager, file Bicep o configurazioni Terraform) per provisionare Azure Managed Redis invece di cache di Azure per Redis.
  2. Usare la tabella di mapping degli SKU per selezionare le dimensioni corrette (dimensioni uguali o maggiori della cache esistente) e il livello di prestazioni.
  3. Creare l'istanza seguendo Guida rapida: Creare un'istanza 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 2: 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 riattivare la cache dall'origine dati (ad esempio, un modello di cache look-aside), è possibile ignorare questo passaggio e procedere direttamente al passaggio 3.

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 di cache di Azure per Redis esistente usando le istruzioni export o il cmdlet PowerShell Export.
  2. Importare il file RDB nella nuova istanza di Redis gestita di Azure usando le istruzioni importa o il cmdlet di importazione di PowerShell.
  3. Procedere con il passaggio 3: 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 sia nella cache esistente sia nella nuova istanza Azure gestita di Redis.
  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. Procedere con il passaggio 3: Aggiornare l'applicazione.

Migrazione a livello di codice

RIOT consente di eseguire la migrazione del contenuto da Enterprise a Azure Redis gestito. Per ulteriori 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 Azure.
  4. Procedere con il passaggio 3: Aggiornare l'applicazione.

Passaggio 3: Aggiornare l'applicazione

Aggiornare la configurazione della connessione dell'applicazione in modo che punti alla nuova istanza di Redis gestita 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.
  • Chiavi di accesso: usare la chiave di accesso dalla nuova istanza di Redis gestita di Azure.

Importante

Valutare la possibilità di passare all'autenticazione 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 Managed Redis di Azure sia connessa in peering alla stessa rete virtuale dell'applicazione, con una configurazione di rete simile.

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

Passaggio 4: Convalidare e decomissionare

  1. Verificare che l'applicazione funzioni correttamente con la nuova istanza di Redis gestita 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 di cache di Azure per Redis precedente.

Contenuti correlati

  • Last updated on