Condividi tramite


Passare da Cache Redis di Azure a Redis gestito da Azure

Questo articolo illustra come eseguire la migrazione dall'istanza di Cache Redis di Azure a un'istanza di Redis gestita di Azure.

Prerequisiti

Confronto delle funzionalità tra Cache Redis di Azure e Redis gestito di Azure

Descrizione della funzionalità Fondamentale Normale Di alta qualità Bilanciato Con ottimizzazione per la memoria Con ottimizzazione per il calcolo
Disponibilità Non disponibile 99,9% 99,9% Non disponibile Non disponibile Non disponibile
Crittografia di dati in transito
Isolamento della rete
Aumento/aumento delle prestazioni
Riduzione/riduzione delle prestazioni NO NO NO
Clustering di software open source NO NO
Salvataggio permanente dei dati NO NO
Ridondanza di zona NO Sì (anteprima)
Replica geografica NO NO Sì (passivo) Sì (attivo) Sì (attivo) Sì (attivo)
Log di controllo della connessione NO NO Sì(basato su eventi) Sì(basato su eventi) Sì(basato su eventi)
Moduli Redis NO NO NO
Importazione/Esportazione NO NO
Riavvio NO NO NO
Aggiornamenti pianificati NO NO NO
Autenticazione dell'ID Microsoft Entra
Controllo degli accessi in base al ruolo di Microsoft Entra ID NO NO NO
Notifica keyspace NO NO NO
Disponibilità non elevata Non disponibile NO NO

Ecco alcune altre differenze che non sono coperte dal mapping precedente. Prendere in considerazione queste modifiche all'applicazione client:

Descrizione della funzionalità Cache di Azure per Redis Redis gestito di Azure
Suffisso DNS (solo per il cloud PROD) .redis.cache.windows.net <region>.redis.azure.net
Porta TLS 6380 10.000
Porta non TLS 6379 Non supportato
Porte TLS a nodo singolo 130XX 85xx
Porta non TLS a nodo singolo 150XX Non supportato
Supporto del clustering Modalità di clustering oss Modalità del cluster OSS e Enterprise
Comandi non supportati Comandi non supportati Comandi a più chiavi
Disponibilità regionale Tutte le aree di Azure * Vedere l'elenco delle aree dopo questa sezione.
Versione di Redis 6 7.4
Versioni di TLS supportate 1.2 e 1.3 1.2 e 1.3

Disponibilità a livello di area per Azure Managed Redis

Redis gestito di Azure è attualmente supportato nelle aree seguenti. Questo elenco viene aggiornato regolarmente. Infine, Azure Managed Redis sarà supportato da tutte le aree in Azure. Collaborare con il contatto di vendita per generare richieste nelle aree in cui è necessario il supporto tecnico.

  • Americhe

    • Brasile meridionale
    • Brasile meridionale
    • Canada centrale
    • Canada orientale
    • Stati Uniti centrali
    • Stati Uniti orientali
    • Stati Uniti orientali 2
    • Messico centrale
    • Stati Uniti centro-settentrionali
    • Stati Uniti centro-meridionali
    • Stati Uniti centro-occidentali
    • Stati Uniti occidentali
    • West US 2 (Regione Ovest degli Stati Uniti 2)
    • Stati Uniti occidentali 3
  • Europa

    • Francia meridionale
    • Germania settentrionale
    • Germania centro-occidentale
    • Italia settentrionale
    • Norvegia orientale
    • Norvegia occidentale
    • Spagna centrale
    • Svezia centrale
    • Svezia meridionale
    • Svizzera settentrionale
    • Svizzera occidentale
    • Regno Unito meridionale
    • Regno Unito occidentale
    • Europa occidentale
  • Medio Oriente

    • Israele centrale
    • Emirati Arabi Uniti centrali
    • Emirati Arabi Uniti settentrionali
  • Africa

    • Sudafrica settentrionale
    • Sudafrica occidentale
  • Asia Pacifico

    • Australia centrale
    • Australia centrale 2
    • Australia orientale
    • Australia sud-orientale
    • India centrale
    • Asia orientale
    • Indonesia centrale
    • Giappone orientale
    • Giappone occidentale
    • Jio India Centrale
    • Jio India Occidentale
    • Corea centrale
    • Corea meridionale
    • Asia sud-orientale
    • India meridionale
    • Taiwan settentrionale
    • Taiwan Nord-Ovest

Eseguire la migrazione dell'istanza di cache di Azure per Redis a Redis gestita di Azure

Annotazioni

Assicurarsi di aggiornare il resto dell'applicazione e le risorse di Azure correlate in base alle esigenze per usare la cache.

Selezionare la cache da spostare dal portale di Azure

cache di Azure per Redis Basic/Standard/Premium non cluster

Annotazioni

Usare l'opzione non a disponibilità elevata di Redis gestita di Azure per la migrazione di SKU di base

Cache di Azure per Redis Redis gestito di Azure Memoria aggiuntiva (%)
Base/Standard - C0 Bilanciato - B0 50
Basic/Standard - C1 Bilanciato - B1 0
Basic/Standard - C2 Bilanciato - B3 17
Basic/Standard - C3 Bilanciato - B5 0
Base/Standard - C4 Ottimizzato per la memoria - M10* -8
Basic/Standard - C4 Ottimizzato per la memoria - M20** 46
Basico/Standard - C5 Ottimizzato per la memoria - M20* -8
Basic/Standard - C5 Ottimizzato per la memoria - M50** 57
Base/Standard - C6 Ottimizzato per la memoria - M50 12
Premium - P1 Bilanciato - B5 0
Premium - P2 Bilanciato - B10* -8
Premium - P2 Bilanciato - B20** 46
Premium - P3 Bilanciato - B20* -8
Premium - P3 Bilanciato - B50** 57
Premium - P4 Bilanciato - B50 12
Premium - P5 Bilanciato - B100 0
  • *Questa opzione è per l'efficienza dei costi. Verificare che il picco di memoria usata totale nell'ultimo mese sia inferiore alla memoria Redis gestita di Azure consigliata per scegliere questa opzione.
  • ** Questa opzione è per un consumo di memoria abbondante.

cache di Azure per Redis cluster Premium

  • Per il cluster partizionato, scegliere un livello ottimizzato per la memoria con memoria totale equivalente.
  • Per i cluster con più repliche in lettura, scegliere un livello ottimizzato per il calcolo con memoria totale equivalente come replica primaria.

Opzioni di migrazione

Le applicazioni client devono essere in grado di usare un'istanza di Redis gestita di Azure con modalità e endpoint di clustering diversi. 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.

Per ulteriori informazioni, consultare:

Opzioni per la migrazione di cache di Azure per Redis a Redis gestito di Azure

Opzione Vantaggi Svantaggi
Creare una nuova cache Più semplice da implementare. È necessario ripopolare i dati nella nuova cache, che potrebbe non funzionare con molte applicazioni.
Esportare e importare dati tramite file RDB Compatibile con qualsiasi cache Redis in genere. Alcuni dati potrebbero andare persi, se vengono scritti nella cache esistente dopo la generazione del file RDB.
Dati con doppia scrittura in due cache Senza perdita di dati e tempi di inattività Operazioni ininterrotte della cache esistente. Test più semplici della nuova cache. Richiede due cache per un lungo periodo di tempo.
Eseguire la migrazione dei dati a livello di codice Controllo completo sulla modalità di spostamento dei dati. Richiede codice personalizzato.

Creare una nuova cache di Azure per Redis

Questo approccio tecnicamente non è una migrazione. Se la perdita di dati non è un problema, il modo più semplice per passare al livello Redis gestito di Azure consiste nel creare una nuova istanza della cache e connetterla all'applicazione. Ad esempio, se si usa Redis come cache look-aside dei record di database, è possibile ricompilare facilmente la cache da zero. I passaggi generali per implementare questa opzione sono:

  1. Creare una nuova istanza di Redis gestita di Azure.
  2. Aggiornare l'applicazione per usare la nuova istanza.
  3. Eliminare l'istanza di cache di Azure per Redis precedente.

Esportare i dati in un file RDB e importarli in Redis gestito di Azure

Questa opzione è applicabile solo alle cache di livello Premium. Redis open source definisce un meccanismo standard per la creazione di uno snapshot del set di dati in memoria di una cache e salvarlo in un file. Un'altra cache Redis può leggere il file RDB esportato. cache di Azure per Redis livello Premium supporta l'esportazione di dati da un'istanza della cache tramite file RDB. È possibile usare un file RDB per trasferire i dati da un'istanza di cache di Azure per Redis esistente all'istanza di Redis gestita di Azure.

I passaggi generali per implementare questa opzione sono:

  1. Creare una nuova istanza di Redis gestita di Azure con le stesse dimensioni (o maggiore di) dell'istanza di cache di Azure per Redis esistente.
  2. Esportare il file RDB dall'istanza di cache di Azure per Redis esistente usando queste istruzioni di esportazione o il cmdlet di esportazione di PowerShell
  3. Importare il file RDB nella nuova istanza di Redis gestita di Azure usando queste istruzioni di importazione o il cmdlet di importazione di PowerShell
  4. Aggiornare l'applicazione per usare la nuova istanza di Redis gestita di Azure stringa di connessione.

Esporta dati:

az redis export --resource-group <ResourceGroupName> --name <Azure Cache for Redis instance name> --prefix <BlobPrefix> --container <ContainerName> --file-format <FileFormat>

Importa dati:

az redis import --resource-group <ResourceGroupName> --name <Azure Managed Redis instance name> --files <BlobUris>

Sostituire ResourceGroupName, CacheName, BlobPrefix, ContainerName e FileFormat con i valori specifici. Il file-format_ può essere RDB o AOF.

Scrivere in due cache Redis contemporaneamente durante il periodo di migrazione

Invece di spostare direttamente i dati tra le cache, è possibile usare l'applicazione per scrivere dati sia in una cache esistente che in una nuova che si sta configurando. L'applicazione legge ancora i dati dalla cache esistente inizialmente. Quando la nuova cache contiene i dati necessari, si passa l'applicazione su tale cache e si ritira quella precedente. Si supponga, ad esempio, di usare Redis come archivio sessioni e che le sessioni dell'applicazione siano valide per sette giorni. Dopo aver scritto nelle due cache per una settimana, si sarà certi che la nuova cache contenga tutte le informazioni di sessione non scadute. Da questo momento in poi vi si può fare affidamento senza preoccuparsi della perdita di dati.

I passaggi generali per implementare questa opzione sono:

  1. Creare una nuova istanza di Redis gestita di Azure con le stesse dimensioni dell'istanza di cache di Azure per Redis esistente.
  2. Modificare il codice dell'applicazione per scrivere sia nell’istanza nuova che in quella originale.
  3. Continuare a leggere i dati dall'istanza originale fino a quando la nuova istanza non viene sufficientemente popolata con i dati.
  4. Aggiornare il codice dell'applicazione per leggere e scrivere solo dalla nuova istanza.
  5. Eliminare l'istanza originale.

Eseguire la migrazione a livello di codice

Creare un processo di migrazione personalizzato leggendo i dati da un'istanza di cache di Azure per Redis esistente e scrivendoli nell'istanza di Redis gestita di Azure. Sono disponibili due strumenti open source che è possibile provare:

  • Redis-copy
    • Questo strumento open source può essere usato per copiare dati da un'istanza cache di Azure per Redis a un'altra. Questo strumento è utile per lo spostamento dei dati tra istanze della cache in aree di Cache di Azure diverse. È disponibile anche una versione compilata. È anche possibile trovare il codice sorgente per essere una guida utile per la scrittura di uno strumento di migrazione personalizzato.
  • RIVOLTA
    • RIOT è un altro strumento di migrazione diffuso testato dalla community di Redis. Si tratta di un'utilità della riga di comando progettata per consentire l'accesso e l'uscita dei dati da Redis.

Annotazioni

Questo strumento non è ufficialmente supportato da Microsoft.

I passaggi generali per implementare questa opzione sono:

  1. Creare una macchina virtuale nell'area in cui si trova la cache esistente. Se il set di dati è di grandi dimensioni, scegliere una macchina virtuale relativamente potente per ridurre il tempo necessario per copiarlo.
  2. Creare una nuova istanza di Redis gestita di Azure.
  3. Scaricare i dati dalla nuova cache per assicurarsi che sia vuota. Questo passaggio è obbligatorio perché lo strumento di copia stesso non sovrascrive alcuna chiave esistente nella cache di destinazione. Importante: assicurarsi di NON scaricare dalla cache di origine.
  4. Usare un'applicazione come lo strumento open source menzionato in precedenza per automatizzare la copia dei dati dalla cache di origine alla destinazione. Tenere presente che il processo di copia potrebbe richiedere del tempo a seconda delle dimensioni del set di dati.