Questo documento descrive come definisci l'ambito della migrazione per eseguire il deployment della migrazione dal vivo RIOT per la migrazione a Redis Enterprise Cloud in un ambiente di produzione. Gli architect di database, i team DevOps e SRE o gli amministratori di rete possono utilizzare questa architettura per offrire migrazioni con tempi di inattività quasi azzerati ai propri team. Questo documento presuppone che tu abbia familiarità con l'utilizzo di Google Cloud CLI e Compute Engine.
Per definire l'ambito della migrazione, completa i seguenti passaggi:
- Valutare l'ambiente di origine.
- Crea un inventario delle istanze di origine.
- Identifica e documenta l'ambito della migrazione e i tempi di inattività convenienti.
- Valutare il processo di implementazione e amministrazione.
Valuta l'ambiente di origine
Per valutare l'ambiente di origine, devi determinare i requisiti e le dipendenze delle risorse di cui vuoi eseguire la migrazione da Redis OSS, AWS ElastiCache e Azure Cache per Redis a un'istanza Redis Enterprise Cloud completamente gestita in Google Cloud.
La fase di valutazione prevede le seguenti attività:
- Crea un inventario completo di carichi di lavoro compatibili con Redis.
- Esegui il dimensionamento dei dati e del cluster Redis:
- Esamina i requisiti di rete, come il peering VPC o Private Service Connect.
- Calcola il costo totale di proprietà (TCO) dell'ambiente di destinazione visitando la pagina dei prezzi di Redis Enterprise Cloud.
- Decidi l'ordine e la priorità dei carichi di lavoro di cui vuoi eseguire la migrazione. Crea abbonamenti diversi per consolidare i database con scopi simili, ad esempio sviluppo o test, gestione temporanea e produzione.
Crea un inventario delle istanze di origine
Per definire l'ambito della migrazione, devi creare un inventario delle istanze di origine da Redis OSS, AWS ElastiCache e Cache di Azure per Redis. L'obiettivo di questo passaggio è raccogliere informazioni su ogni database, ad esempio limite di memoria, IOPS e requisiti di durabilità.
- Proprietà generiche a
livello di abbonamento:
- La regione del tuo abbonamento
- Distribuzione geografica Attivo-Attivo
- Livelli automatici (ricevi un costo totale di proprietà inferiore se il limite di memoria è superiore a 250 GB)
- Configurazioni per ogni database:
- Limite di memoria e velocità effettiva (operazioni al secondo)
- Alta disponibilità
- Requisiti di durabilità
- Funzionalità avanzate come ricerca, JSON, serie temporali e probabilistiche per ogni database
- Informazioni sulla connessione, tra cui porta, utente e altre opzioni di sicurezza
- Requisiti e vincoli:
- RPO (Recovery Point Objective) e RTO (Recovery Time Objective)
- Accordo sul livello del servizio (SLA, Service Level Agreement)
- Requisiti normativi e di conformità (consulta il Centro protezione clienti Redis)
- Requisiti di autenticazione e sicurezza
Identifica e documenta l'ambito della migrazione e i tempi di inattività convenienti
Per una migrazione senza problemi, devi avere un ambito di migrazione attivo. Per definire l'ambito della migrazione, documenti le informazioni essenziali che influenzano la strategia e gli strumenti di migrazione. In questa fase del test, puoi rispondere alle seguenti domande:
- I tuoi database sono più grandi di 250 GB? In tal caso, se è attivata la funzionalità di livelli automatici, il costo totale di proprietà sarà inferiore.
- Dove si trovano i database (regioni e zone) e qual è la loro vicinanza alle applicazioni?
- Con quale frequenza cambiano i dati?
Molti dei componenti di questo impegno sono già descritti nella sezione precedente "Crea un inventario delle istanze di origine". Tuttavia, ci sono altri aspetti da considerare in questo passaggio, come la documentazione dei requisiti e dei vincoli di scalabilità, durabilità e sicurezza che devono essere rispettati. Ti consigliamo di consultare il Centro fiducia di Redis per conoscere le certificazioni di settore e di conformità e di discuterne con i proprietari dell'attività e il team legale, se necessario.
Dovresti anche definire un ambito di migrazione completo. Puoi utilizzare l'output di strumenti come ECstats e acrp2acre per definire i requisiti di dimensione per le istanze Redis Enterprise Cloud in Google Cloud. Esamina gli attributi di ogni istanza di database, come la scalabilità e i requisiti di sicurezza. Se le dimensioni del database sono superiori a 250 GB, consigliamo di utilizzare la suddivisione automatica. Ti consigliamo inoltre di raggruppare i database con caratteristiche e profili di sicurezza simili in un singolo abbonamento. Ciò ti consentirà di garantire che la migrazione del database non influisca sullo SLA (accordo sul livello del servizio) e sulle operazioni aziendali esistenti.
Valutare il processo di implementazione e amministrazione
Per assicurarti che non ci siano interruzioni non necessarie nell'ambiente di produzione, ti consigliamo di valutare i processi operativi e di deployment del database. La valutazione dovrebbe aiutarti a determinare come i database devono essere adattati per facilitare una migrazione senza problemi.
- Valuta il modo in cui definisci e applichi i criteri di sicurezza per l'istanza di database per controllare l'accesso al database.
- Valuta i tuoi requisiti di monitoraggio e avviso definendo le email di notifica inviate al tuo account e le condizioni che le attivano.
- Raccogli e visualizza le metriche Redis Cloud utilizzando l'integrazione di Prometheus e Grafana di Redis.
Passaggi successivi
- Leggi Contenuti sulla migrazione dei dati di Google Cloud.
- Per una documentazione più approfondita e best practice, consulta la documentazione RIOT.
- Per altre architetture di riferimento, diagrammi e best practice, esplora il Cloud Architecture Center.
Collaboratori
Autori:
- Saurabh Kumar | Partner Engineer ISV
- Gilbert Lau | Principal Cloud Architect, Redis
Altri collaboratori:
- Chris Mague | Customer Engineer, gestione dei dati
- Gabe Weiss | Responsabile del supporto per gli sviluppatori
- Marco Ferrari | Cloud Solutions Architect