Eseguire la migrazione dalle cache di inserimento di reti virtuali alle cache di collegamento privato
Questo articolo descrive diversi approcci per eseguire la migrazione di un'istanza di cache inserita cache di Azure per Redis Rete virtuale (VNet) alle istanze della cache cache di Azure per Redis collegamento privato.
collegamento privato di Azure semplifica l'architettura di rete e protegge la connessione tra endpoint in Azure. È possibile connettersi a un'istanza della cache di Azure per Redis dalla propria rete virtuale tramite un endpoint privato, a cui viene assegnato un indirizzo IP privato in una subnet entro la rete virtuale. I vantaggi dell'uso di collegamento privato di Azure per cache di Azure per Redis includono:
Flessibilità del livello: collegamento privato di Azure è supportata in tutti i livelli; Basic, Standard, Premium, Enterprise ed Enterprise Flash. Rispetto all'inserimento di Rete virtuale, disponibile solo nel livello Premium.
Gestione delle regole del gruppo di sicurezza di rete semplificata: non è necessario configurare le regole del gruppo di sicurezza di rete per rispettare i requisiti di cache di Azure per Redis.
Criteri di Azure supporto: assicurarsi che tutte le cache dell'organizzazione vengano create con collegamento privato e controllare le cache esistenti dell'organizzazione per verificare che usino tutti collegamento privato.
Opzioni di migrazione
È possibile passare dall'inserimento reti virtuali alle collegamento privato usando alcuni modi diversi. A seconda della posizione della cache e del modo in cui l'applicazione interagisce con essa, un metodo sarà più utile degli altri. Di seguito sono riportate alcune delle strategie di migrazione usate di frequente.
Se si usa una combinazione di replica geografica, clustering o rete virtuale arm:
| Opzione | Vantaggi | Svantaggi |
|---|---|---|
| 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. |
| 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 | La migrazione dei dati è obbligatoria. | Alcuni dati potrebbero andare persi, se vengono scritti nella cache esistente dopo la generazione del file RDB. |
| Eseguire la migrazione dei dati a livello di codice | Controllo completo sulla modalità di spostamento dei dati. | Richiede codice personalizzato. |
Scrivere in due cache Redis contemporaneamente durante il periodo di migrazione
Invece di spostare i dati direttamente tra le cache, è possibile usare l'applicazione per scrivere dati in una cache esistente e in una nuova configurazione. L'applicazione leggerà 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 contiene 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:
Creare una nuova istanza di cache di Azure per Redis con endpoint privati con le stesse dimensioni della cache esistente o superiore a quella esistente.
Modificare il codice dell'applicazione per scrivere sia nell’istanza nuova che in quella originale.
Continuare a leggere i dati dall'istanza originale fino a quando la nuova istanza non viene sufficientemente popolata con i dati.
Aggiornare il codice dell'applicazione per leggere e scrivere solo dalla nuova istanza.
Eliminare l'istanza originale.
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 a cache di Azure per Redis consiste nel creare un'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:
Creare una nuova istanza di cache di Azure per Redis con endpoint privati.
Aggiornare l'applicazione per usare la nuova istanza.
Eliminare l'istanza di Redis precedente.
Esportare i dati in un file RDB e importarli in cache di Azure per Redis (solo 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. Questo file, denominato RDB, può essere letto da un'altra cache Redis. cache di Azure per Redis livello Premium supporta l'importazione di dati in un'istanza della cache tramite file RDB. È possibile usare un file RDB per trasferire i dati da una cache esistente a una cache di Azure per Redis.
Importante
Il formato di file RDB può cambiare tra le versioni di Redis e potrebbe non mantenere la compatibilità con le versioni precedenti. La versione redis della cache da da deve essere uguale o minore della versione fornita da cache di Azure per Redis.
I passaggi generali per implementare questa opzione sono:
Creare una nuova istanza di cache di Azure per Redis con endpoint privati nel livello Premium con dimensioni uguali o maggiori della cache esistente.
Salvare uno snapshot della cache Redis esistente. È possibile configurare Redis per salvare periodicamente gli snapshot oppure eseguire il processo manualmente usando i comandi SAVE o BGSAVE . Il file RDB è denominato "dump.rdb" per impostazione predefinita e si trova nel percorso specificato nel file di configurazione redis.conf .
Nota
Se si esegue la migrazione dei dati all'interno di cache di Azure per Redis, vedere queste istruzioni su come esportare un file RDB o usare invece il cmdlet di esportazione di PowerShell.
Copiare il file RDB in un account di archiviazione di Azure nell'area in cui si trova la nuova cache. È possibile usare AzCopy per questa attività.
Importare il file RDB nella nuova cache usando queste istruzioni di importazione o il cmdlet di importazione di PowerShell.
Aggiornare l'applicazione per usare la nuova istanza della cache.
Eseguire la migrazione a livello di codice
Creare un processo di migrazione personalizzato leggendo i dati da una cache esistente a livello di codice e scrivendoli in cache di Azure per Redis. 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. Il codice sorgente può essere una guida utile per la scrittura di uno strumento di migrazione personalizzato.
Nota
Questo strumento non è ufficialmente supportato da Microsoft.
I passaggi generali per implementare questa opzione sono:
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.
Creare una nuova istanza di cache di Azure per Redis con endpoint privati
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.
Usare un'applicazione come lo strumento open source sopra menzionato per automatizzare la copia dei dati dalla cache di origine a quella di destinazione. Tenere presente che il processo di copia potrebbe richiedere del tempo a seconda delle dimensioni del set di dati.
Passaggi successivi
- Altre informazioni sulle opzioni di isolamento della rete.
- Informazioni su come configurare gli endpoint privati per tutti i livelli cache di Azure per Redis.