Dokumen ini menjelaskan arsitektur untuk bermigrasi dari sumber yang kompatibel dengan Redis seperti Redis Open Source (Redis OSS), AWS ElastiCache, dan Azure Cache for Redis ke Redis Enterprise Cloud yang dikelola sepenuhnya di Google Cloud menggunakan layanan Migrasi Live Redis Input and Output Tool (RIOT). Dokumen ini ditujukan untuk arsitek database, administrator database, dan engineer database yang ingin bermigrasi dari sumber yang kompatibel dengan Redis ke Redis Enterprise Cloud yang dikelola sepenuhnya.
Redis Enterprise Cloud adalah solusi Redis tingkat perusahaan yang dikelola sepenuhnya dan dapat membantu mendukung aplikasi penting misi Anda. Dibandingkan dengan sumber yang kompatibel dengan Redis, sumber ini memberikan skalabilitas, ketersediaan, keamanan, dan efisiensi operasional yang lebih baik. Dengan menggunakan RIOT—utilitas command line gratis—Anda dapat memigrasikan data dari Redis ke Redis Enterprise Cloud tanpa gangguan layanan atau periode nonaktif.
Arsitektur
Diagram berikut menunjukkan arsitektur migrasi:
Dalam diagram, Layanan Migrasi Live RIOT digunakan untuk memigrasikan sumber yang kompatibel dengan Redis ke Redis Enterprise Cloud.
Arsitektur ini berisi komponen berikut:
- Sumber: Sumber yang kompatibel dengan Redis seperti Redis OSS, AWS ElastiCache, dan Azure Redis.
- Target: Redis Enterprise Cloud yang berjalan di VPC terkelola Redis.
- Layanan Migrasi: RIOT yang berjalan di virtual machine (VM) Compute Engine.
Produk yang digunakan
Arsitektur referensi ini menggunakan produk Google Cloud dan pihak ketiga berikut:
- Compute Engine: Layanan komputasi yang aman dan dapat disesuaikan yang memungkinkan Anda membuat dan menjalankan VM di infrastruktur Google.
- RIOT Live Migration: Utilitas command line gratis yang dirancang untuk membantu Anda mendapatkan data masuk dan keluar dari Redis.
- Redis Enterprise Cloud di Google Cloud: Solusi Redis tingkat perusahaan yang dikelola sepenuhnya dan dapat membantu mendukung aplikasi penting Anda.
Kasus penggunaan
Redis menawarkan latensi sub-milidetik, dukungan struktur data lanjutan, ketangguhan, dan portabilitas open source. Namun, sulit untuk menskalakan sumber yang kompatibel dengan Redis yang dikelola sendiri untuk memenuhi beban kerja perusahaan yang menuntut sekaligus mempertahankan latensi yang sangat rendah. Jika deployment cluster Redis yang dikelola sendiri sudah tidak memadai, Anda mungkin kesulitan untuk menskalakannya. Mendesain solusi dengan ketersediaan tinggi dan mengelola replikasi memerlukan waktu dan rentan error. Penskalaan juga menghadirkan tantangan dan biaya logistik yang terkait dengan pengelolaan, patching, dan upgrade hardware.
Untuk membantu Anda mengatasi tantangan ini, Redis Enterprise Cloud terintegrasi sepenuhnya dengan Google Cloud untuk menyediakan layanan database real time guna menjalankan, menskalakan, dan mengelola Redis. Redis Enterprise Cloud menawarkan inti open source, fungsi dan keamanan tingkat perusahaan lengkap, performa terdepan di pasar, skalabilitas, dan ketersediaan yang diperlukan aplikasi yang penting bagi bisnis. Redis Enterprise Cloud menawarkan latensi sub-milidetik, failover satu digit detik, dan waktu aktif lima sembilan.
Alternatif desain
RIOT menyediakan solusi migrasi yang fleksibel ke dalam dan ke luar Redis. Bagian berikut menyajikan alternatif desain yang potensial untuk arsitektur ini. Alternatif ini akan menyebabkan periode nonaktif atau mengharuskan database target berada dalam langganan Fleksibel (atau Tahunan) Redis.
Snapshot RDB
Snapshot Database Redis (RDB) adalah salah satu cara untuk mempertahankan data di Redis pada penyimpanan yang tahan lama. Fungsi ini melakukan snapshot titik waktu tertentu dari set data Anda, dan biasanya digunakan untuk mencadangkan data di Redis. Sebagai alternatif untuk menggunakan RIOT guna melakukan migrasi, Anda dapat menggunakan snapshot RDB untuk bermigrasi dari instance Redis OSS ke Redis Enterprise. Namun, tidak seperti RIOT, snapshot RDB tidak mendukung migrasi langsung dan akan menyebabkan periode nonaktif.
Menyinkronkan menggunakan Aktif-Pasif
Anda dapat menggunakan perintah ReplicaOf
Redis OSS untuk mengonfigurasi instance Redis sebagai replika server Redis lain. Perintah ini digunakan dalam konteks replikasi Redis, yang memungkinkan Anda membuat salinan data di berbagai instance Redis. Seperti RIOT, perintah ReplicaOf
mendukung migrasi langsung dan tidak mengalami periode nonaktif, tetapi perintah ini sudah terintegrasi dengan Redis OSS, sehingga Anda tidak perlu menginstal alat apa pun.
Distribusi Geo
Active-Passive Redis Enterprise
menggunakan perintah ReplicaOf
untuk menskalakan deployment Redis di
beberapa lokasi geografis. Jika database target berada dalam Langganan Fleksibel (atau Tahunan), perintah ini juga dapat digunakan untuk memigrasikan data dari database Redis ke langganan Redis Enterprise Cloud. Namun, perintah ini tidak berfungsi jika targetnya adalah langganan Tetap, dan tidak berfungsi di antara langganan fleksibel dari akun Redis Cloud yang berbeda.
Pertimbangan desain
Panduan berikut dapat membantu Anda mengembangkan arsitektur yang memenuhi persyaratan organisasi Anda dalam hal keandalan, biaya, dan performa.
Keandalan
Migrasi dalam arsitektur ini adalah migrasi satu arah dari instance OSS Redis sumber ke instance Redis Enterprise target. Setelah Anda menyelesaikan migrasi sistem dari Redis OSS sumber ke cluster Redis Enterprise target, sumber tidak akan terus mengikuti perubahan pada cluster target. Oleh karena itu, jika mengimplementasikan arsitektur ini di lingkungan produksi, Anda tidak dapat mengalihkan aplikasi Anda ke instance sumber terbaru dalam penggantian.
Pengoptimalan biaya
Saat memigrasikan instance Redis OSS ke Redis Enterprise, sebaiknya Anda mengelompokkan database Redis Enterprise target ke dalam langganan sehingga Anda dapat menurunkan total biaya kepemilikan dengan menggunakan multi-tenancy. Misalnya, jika Anda memiliki grup database yang dirancang untuk pengembangan dan pengujian, Anda dapat mengelompokkan database tersebut dalam satu langganan karena memiliki karakteristik dan persyaratan jaringan yang sama. Demikian pula, sekelompok database untuk produksi dapat dihosting di langganan yang berbeda.
Performa
Migrasi Live RIOT mendukung periode nonaktif nyaris nol. Selama migrasi dari instance OSS Redis sumber, aplikasi Anda masih dapat mengakses instance OSS Redis sumber tanpa masalah. Selama proses migrasi, setelah pemuatan awal data dari Redis OSS, Migrasi Langsung RIOT akan terus memigrasikan perubahan dari Rediss OSS saat terjadi.
Setelah data pasangan nilai kunci awal dimigrasikan, Anda dapat melakukan migrasi sistem dari instance Redis OSS sumber ke instance Redis Enterprise target. Sebagai bagian dari proses migrasi sistem, Anda menangguhkan operasi tulis klien ke instance OSS Redis sumber. Selanjutnya, tunggu RIOT memproses perubahan yang tersisa dari instance OSS Redis sumber ke instance Redis Enterprise target.
Deployment
Untuk men-deploy arsitektur ini, lihat Men-deploy Migrasi Live RIOT untuk bermigrasi dari Redis Open Source ke Redis Enterprise Cloud.
Apa 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