Dokumen ini menjelaskan cara Anda menentukan cakupan migrasi untuk men-deploy Migrasi Langsung RIOT untuk bermigrasi ke Redis Enterprise Cloud dalam lingkungan produksi. Arsitek database, tim DevOps dan SRE, atau Administrator jaringan dapat menggunakan arsitektur ini untuk menawarkan migrasi periode nonaktif nyaris nol kepada tim mereka. Dokumen ini mengasumsikan bahwa Anda sudah terbiasa menggunakan Google Cloud CLI dan Compute Engine.
Untuk menentukan cakupan migrasi, Anda perlu menyelesaikan langkah-langkah berikut:
- Menilai lingkungan sumber.
- Bangun inventaris instance sumber.
- Identifikasi dan dokumentasikan cakupan migrasi dan periode nonaktif yang terjangkau.
- Menilai proses deployment dan administrasi Anda.
Menilai lingkungan sumber
Untuk menilai lingkungan sumber, Anda menentukan persyaratan dan dependensi resource yang ingin dimigrasikan dari Redis OSS, AWS ElastiCache, dan Azure Cache untuk Redis ke instance Redis Enterprise Cloud yang terkelola sepenuhnya di Google Cloud.
Fase penilaian terdiri dari tugas-tugas berikut:
- Bangun inventaris komprehensif workload yang kompatibel dengan Redis.
- Lakukan pengukuran data dan penentuan ukuran Cluster Redis:
- Tinjau persyaratan jaringan seperti peering VPC atau Koneksi layanan pribadi.
- Hitung total biaya kepemilikan (TCO) lingkungan target dengan mengunjungi halaman Harga Redis Enterprise Cloud.
- Tentukan urutan dan prioritas beban kerja yang ingin dimigrasikan. Buat berbagai langganan untuk menggabungkan database dengan tujuan yang serupa, seperti pengembangan atau pengujian, staging, dan produksi.
Membangun inventaris instance sumber
Untuk menentukan cakupan migrasi, buat inventaris instance sumber dari Redis OSS, AWS ElastiCache, dan Azure Cache untuk Redis. Tujuan dari langkah ini adalah untuk mengumpulkan informasi tentang setiap database, seperti batas memori, IOPS, dan persyaratan ketahanan.
- Properti umum di
tingkat langganan:
- Wilayah langganan Anda
- Distribusi geografis Aktif-Aktif
- tiering otomatis (menerima total biaya kepemilikan yang lebih rendah jika batas memori lebih dari 250 GB atau lebih)
- Konfigurasi untuk setiap database:
- Batas memori dan throughput (operasi per detik)
- Ketersediaan tinggi
- Persyaratan ketahanan
- Kemampuan lanjutan seperti penelusuran, JSON, deret waktu, dan probabilistik untuk setiap database
- Informasi koneksi termasuk port, pengguna, dan opsi keamanan lainnya
- Persyaratan dan batasan:
- toleransi jumlah data yang hilang (RPO) dan batas waktu pemulihan (RTO)
- Perjanjian tingkat layanan (SLA)
- Persyaratan peraturan dan kepatuhan (lihat Redis Customer Trust Center)
- Persyaratan autentikasi dan keamanan
Mengidentifikasi dan mendokumentasikan cakupan migrasi dan periode nonaktif yang terjangkau
Agar migrasi berhasil, Anda harus menerapkan cakupan migrasi. Untuk menentukan cakupan migrasi, Anda mendokumentasikan informasi penting yang memengaruhi strategi dan alat migrasi Anda. Pada tahap penilaian ini, Anda dapat menjawab pertanyaan berikut:
- Apakah database Anda lebih besar dari 250 GB? Jika ya, Anda akan menerima total biaya kepemilikan yang lebih rendah jika tiering otomatis diaktifkan.
- Di mana lokasi database (region dan zona) dan bagaimana jaraknya dengan aplikasi?
- Seberapa sering datanya berubah?
Banyak komponen dari upaya ini sudah dijelaskan di bagian sebelumnya, "Membuat inventaris instance sumber". Namun, ada aspek lain yang perlu Anda pertimbangkan pada langkah ini, seperti mendokumentasikan skalabilitas, ketahanan, serta persyaratan keamanan dan batasan yang perlu ditegakkan. Sebaiknya tinjau Redis Trust Center untuk sertifikasi kepatuhan dan industri, lalu diskusikan dengan pemilik bisnis dan tim hukum Anda jika perlu.
Anda juga harus menentukan cakupan migrasi yang menyeluruh. Anda dapat menggunakan output dari alat seperti ECstats dan acrp2acre untuk menentukan persyaratan ukuran instance Cloud Redis Enterprise Anda di Google Cloud. Tinjau atribut setiap instance database, seperti skalabilitas, dan persyaratan keamanan. Jika ukuran database lebih dari 250 GB, sebaiknya Anda menggunakan pengaturan ulang otomatis. Sebaiknya Anda juga mengelompokkan database dengan karakteristik dan profil keamanan yang serupa ke dalam satu langganan. Tindakan ini akan membantu memastikan migrasi database Anda tidak memengaruhi SLA dan operasi bisnis yang ada.
Menilai proses deployment dan administrasi Anda
Untuk memastikan tidak ada gangguan yang tidak perlu pada lingkungan produksi, sebaiknya Anda menilai proses operasional dan deployment database Anda. Penilaian ini akan membantu Anda menentukan cara mengadaptasi database untuk memfasilitasi keberhasilan migrasi.
- Lakukan penilaian terkait cara Anda menentukan dan menerapkan kebijakan keamanan bagi instance database untuk mengontrol akses ke database.
- Nilai persyaratan pemantauan dan pemberitahuan Anda dengan menentukan email notifikasi yang dikirim ke akun Anda dan kondisi yang memicunya.
- Kumpulkan dan visualisasikan metrik Redis Cloud Anda menggunakan integrasi Prometheus dan Grafana Redis.
Langkah selanjutnya
- Baca Konten migrasi data Google Cloud.
- Untuk dokumentasi dan praktik terbaik yang lebih mendalam, tinjau dokumentasi RIOT.
- Untuk mengetahui lebih banyak tentang arsitektur referensi, diagram, dan praktik terbaik lainnya, jelajahi Pusat Arsitektur Cloud.
Kontributor
Penulis:
- Saurabh Kumar | ISV Partner Engineer
- Gilbert Lau | Principal Cloud Architect, Redis
Kontributor lainnya:
- Chris Mague | Engineer Pelanggan, Pengelolaan Data
- Gabe Weiss | Manajer Advokasi Developer
- Marco Ferrari | Arsitek Solusi Cloud