Questo documento descrive come definire l'ambito della migrazione per eseguire il deployment di RIOT Live Migration per eseguire la migrazione a Redis Enterprise Cloud in un ambiente di produzione. Gli architetti di database, i team DevOps e SRE o gli amministratori di rete possono utilizzare questa architettura per offrire ai propri team migrazioni con tempi di riposo quasi nulli. Questo documento presuppone che tu abbia dimestichezza con l'utilizzo di Google Cloud CLI e Compute Engine.
Per definire l'ambito della migrazione, completa i seguenti passaggi:
- Valuta l'ambiente di origine.
- Crea un inventario delle istanze di origine.
- Identifica e documenta l'ambito della migrazione e il tempo di inattività accettabile.
- Valuta la procedura 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 è composta dalle seguenti attività:
- Crea un inventario completo dei carichi di lavoro compatibili con Redis.
- Esegui la stima delle dimensioni dei dati e del cluster Redis:
- Esamina i requisiti di rete, ad esempio il peering VPC o Private Service Connect.
- Calcola il costo totale di proprietà (TCO) dell'ambiente di destinazione visitando la pagina Prezzi di Redis Enterprise Cloud.
- Decidi l'ordine e la priorità dei carichi di lavoro di cui vuoi eseguire la migrazione. Crea diversi abbonamenti per consolidare i database con finalità simili, come sviluppo o test, gestione temporanea e produzione.
Crea un inventario delle istanze di origine
Per definire l'ambito della migrazione, crea un inventario delle istanze di origine da Redis OSS, AWS ElastiCache e Azure Cache per Redis. Lo scopo di questo passaggio è raccogliere informazioni su ogni database, ad esempio il limite di memoria, le IOPS e i requisiti di durabilità.
- Proprietà generiche a livello di abbonamento:
- La regione del tuo abbonamento
- Distribuzione geografica attiva-attiva
- Livellamento automatico (per un costo totale di proprietà inferiore se il limite di memoria è superiore a 250 GB)
- Configurazioni per ogni database:
- Limite di memoria e throughput (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:
- Recovery Point Objective (RPO) e Recovery Time Objective (RTO)
- Accordi sul livello del servizio (SLA)
- Requisiti normativi e di conformità (consulta il Centro per la fiducia dei clienti di Redis)
- Requisiti di autenticazione e sicurezza
Identifica e documenta l'ambito della migrazione e il tempo di inattività accettabile
Per una migrazione riuscita, devi avere un ambito di migrazione. Per definire l'ambito della migrazione, devi documentare le informazioni essenziali che influiscono sulla strategia e sugli strumenti di migrazione. In questa fase della valutazione, puoi rispondere alle seguenti domande:
- I tuoi database sono più grandi di 250 GB? In questo caso, il costo totale di proprietà sarà inferiore se è attivato il livellamento automatico.
- Dove si trovano i database (regioni e zone) e qual è la loro vicinanza alle applicazioni?
- Con quale frequenza cambiano i dati?
Molti componenti di questo impegno sono già descritti nella precedente sezione "Creare un inventario delle istanze di origine". Tuttavia, in questo passaggio devi considerare altri aspetti, come la documentazione dei requisiti e dei vincoli di scalabilità, durabilità e sicurezza che devono essere rispettati. Ti consigliamo di consultare il Redis Trust Center per le certificazioni di settore e conformità e, se necessario, di discuterne con i proprietari e il team legale della tua attività.
Devi anche definire un ambito di migrazione completo. Puoi utilizzare l'output di strumenti come ECstats e acrp2acre per definire i requisiti di dimensionamento per le istanze Redis Enterprise Cloud inGoogle Cloud. Controlla gli attributi di ogni istanza di database, ad esempio la scalabilità e i requisiti di sicurezza. Se le dimensioni del database sono superiori a 250 GB, ti consigliamo di utilizzare il tiering automatico. Ti consigliamo inoltre di agrupare i database con caratteristiche e profili di sicurezza simili in un unico abbonamento. In questo modo, avrai la certezza che la migrazione del database non influisca sugli SLA e sulle operazioni aziendali esistenti.
Valuta il processo di deployment e amministrazione
Per assicurarti che non ci siano interruzioni non necessarie nell'ambiente di produzione, ti consigliamo di valutare le procedure di operazione e di implementazione del database. La valutazione dovrebbe aiutarti a determinare in che modo i database devono essere adattati per facilitare una migrazione riuscita.
- Valuta in che modo definisci e applichi criteri di sicurezza per l'istanza del database per controllare l'accesso al database.
- Valuta i 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 di Redis Cloud utilizzando l'integrazione di Prometheus e Grafana di Redis.
Passaggi successivi
- Leggi i Google Cloud contenuti sulla migrazione dei dati.
- Per una documentazione e best practice più approfondite, consulta la documentazione di RIOT.
- Per altre architetture di riferimento, diagrammi e best practice, visita il Centro architetture di Google Cloud.
Collaboratori
Autori:
- Saurabh Kumar | ISV Partner Engineer
- Gilbert Lau | Principal Cloud Architect, Redis
Altri collaboratori:
- Chris Mague | Customer Engineer, gestione dei dati
- Gabe Weiss | Developer Advocacy Manager
- Marco Ferrari | Cloud Solutions Architect