Dokumen ini menjelaskan cara menentukan cakupan migrasi untuk men-deploy Migrasi Live RIOT untuk bermigrasi ke Redis Enterprise Cloud di lingkungan produksi. Arsitek database, tim DevOps dan SRE, atau administrator jaringan dapat menggunakan arsitektur ini untuk menawarkan migrasi dengan downtime mendekati nol ke tim mereka. Dokumen ini mengasumsikan bahwa Anda sudah memahami penggunaan Google Cloud CLI dan Compute Engine.
Untuk menentukan cakupan migrasi, Anda harus menyelesaikan langkah-langkah berikut:
- Menilai lingkungan sumber.
- Buat inventaris instance sumber Anda.
- Identifikasi dan dokumentasikan cakupan migrasi dan periode nonaktif yang dapat diterima.
- 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 for Redis ke instance Redis Enterprise Cloud yang dikelola sepenuhnya di Google Cloud.
Fase penilaian terdiri dari tugas-tugas berikut:
- Buat inventaris yang komprehensif untuk workload yang kompatibel dengan Redis.
- Lakukan penskalaan data dan penskalaan Cluster Redis:
- Tinjau persyaratan jaringan seperti Peering VPC atau Private Service Connect.
- Hitung total biaya kepemilikan (TCO) lingkungan target dengan membuka halaman Harga Redis Enterprise Cloud.
- Tentukan urutan dan prioritas beban kerja yang ingin Anda migrasikan. Buat langganan yang berbeda untuk menggabungkan database dengan tujuan serupa seperti pengembangan atau pengujian, staging, dan produksi.
Membuat inventaris instance sumber
Untuk menentukan cakupan migrasi, buat inventaris instance sumber dari Redis OSS, AWS ElastiCache, dan Azure Cache for Redis. Sasaran langkah ini adalah mengumpulkan informasi tentang setiap database, seperti batas memori, IOPS, dan persyaratan ketahanan.
- Properti generik di
tingkat langganan:
- Region langganan Anda
- Distribusi geografis Aktif-Aktif
- Tingkatan 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:
- Batas titik pemulihan (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 dapat diterima
Agar migrasi berhasil, Anda harus memiliki cakupan migrasi. Untuk menentukan cakupan migrasi, Anda mendokumentasikan informasi penting yang memengaruhi strategi dan alat migrasi. Pada tahap penilaian ini, Anda dapat menjawab pertanyaan berikut:
- Apakah database Anda lebih besar dari 250 GB? Jika demikian, Anda akan menerima biaya total kepemilikan yang lebih rendah jika pengelompokan otomatis diaktifkan.
- Di mana database berada (region dan zona) dan seberapa dekat database tersebut dengan aplikasi?
- Seberapa sering data berubah?
Banyak komponen upaya ini telah dijelaskan di bagian sebelumnya, "Membuat inventaris instance sumber Anda". Namun, ada aspek lain yang perlu Anda pertimbangkan dalam langkah ini, seperti mendokumentasikan persyaratan dan batasan skalabilitas, ketahanan, serta keamanan yang perlu dipertahankan. Sebaiknya tinjau Redis Trust Center untuk mengetahui sertifikasi industri dan kepatuhan, serta 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 Redis Enterprise Cloud di Google Cloud. Tinjau atribut setiap instance database, seperti skalabilitas, dan persyaratan keamanan. Jika ukuran database lebih besar dari 250 GB, sebaiknya gunakan tingkatan otomatis. Sebaiknya Anda juga mengelompokkan database dengan karakteristik dan profil keamanan yang serupa ke dalam satu langganan. Tindakan ini akan membantu memastikan bahwa 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. Penilaian ini akan membantu Anda menentukan cara database perlu disesuaikan untuk memfasilitasi migrasi yang berhasil.
- Evaluasi cara Anda menentukan dan menerapkan kebijakan keamanan untuk instance database Anda guna mengontrol akses ke database Anda.
- Evaluasi persyaratan pemantauan dan pemberitahuan 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 | Customer Engineer, Data Management
- Gabe Weiss | Developer Advocacy Manager
- Marco Ferrari | Cloud Solutions Architect