Tentukan cakupan migrasi Anda ke Redis Enterprise Cloud

Last reviewed 2024-01-29 UTC

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:

  1. Menilai lingkungan sumber.
  2. Bangun inventaris instance sumber.
  3. Identifikasi dan dokumentasikan cakupan migrasi dan periode nonaktif yang terjangkau.
  4. 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:

  1. Bangun inventaris komprehensif workload yang kompatibel dengan Redis.
  2. Lakukan pengukuran data dan penentuan ukuran Cluster Redis:
    • Jika menggunakan AWS ElastiCache, Anda dapat mengekstrak metrik database menggunakan alat Redis ECstats.
    • Jika menggunakan Azure Cache untuk Redis, Anda dapat mengekstrak data penggunaan mentah untuk instance Redis menggunakan alat acrp2acre.
  3. Tinjau persyaratan jaringan seperti peering VPC atau Koneksi layanan pribadi.
  4. Hitung total biaya kepemilikan (TCO) lingkungan target dengan mengunjungi halaman Harga Redis Enterprise Cloud.
  5. 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.

Langkah selanjutnya

Kontributor

Penulis:

Kontributor lainnya: