Opsi Deployment untuk Redis di Google Cloud


Dokumen ini memberikan ringkasan deployment dan migrasi Redis ke Google Cloud, termasuk opsi dan konsekuensi untuk men-deploy Redis pada berbagai layanan, berdasarkan persyaratan Anda.

Redis adalah penyimpanan struktur data dalam memori yang dapat Anda gunakan sebagai database, cache, perantara pesan, dan lainnya. Google Cloud sepenuhnya mendukung Redis, termasuk:

Cara terbaik untuk men-deploy Redis di Google Cloud bergantung pada kebutuhan dan persyaratan khusus Anda. Rekomendasi yang diberikan dalam panduan ini didasarkan pada pertimbangan dan praktik terbaik umum. Penting untuk menganalisis beban kerja Redis Anda secara menyeluruh dan membaca dokumentasi resmi atau mencari saran profesional untuk kasus penggunaan atau persyaratan tertentu.

Architectures

Anda dapat men-deploy Redis menggunakan salah satu arsitektur berikut:

Arsitektur Deskripsi Kasus penggunaan Opsi penerapan Ketersediaan tinggi Throughput baca Throughput tulis
Standar (mandiri) Node Redis tunggal, tanpa replika baca dan tanpa ketersediaan tinggi. Kasus ketika semua data sesuai di satu node, throughput tulis dan baca dapat disalurkan oleh satu node, dan ketersediaan tinggi tidak diperlukan.

Didukung pada software Memorystore (terkelola sepenuhnya) dan software open source (OSS) Redis (dikelola sendiri).

Pengelolaan mandiri memerlukan penyiapan yang lebih kompleks. Memorystore adalah opsi yang baik untuk memulai dengan cepat.

Tidak Node tunggal Node tunggal
Replika dengan ketersediaan tinggi (HA) dan/atau baca Node Redis tunggal untuk operasi tulis, dengan node tambahan untuk memberikan ketersediaan tinggi dan secara opsional berbagi beban baca, misalnya, menggunakan Sentinel. Kasus di mana throughput tulis masih dapat disalurkan oleh satu node, tetapi throughput baca tidak dapat dilayani oleh satu node, atau ketersediaan tinggi diperlukan.

Didukung di Memorystore (terkelola sepenuhnya) dan Redis OSS (dikelola sendiri).

Arsitektur Cluster Redis menawarkan penskalaan otomatis, ketersediaan tinggi, dan sharding data, yang ideal untuk aplikasi terdistribusi berskala besar. Untuk memahami konsekuensi dan upaya pemeliharaan yang diperlukan dalam penskalaan manual, pengelompokan, dan sharding, tinjau Penskalaan tanpa periode nonaktif di Memorystore for Redis Cluster.

Pengelolaan mandiri memerlukan penyiapan yang lebih kompleks. Memorystore adalah opsi yang baik untuk memulai dengan cepat.

Multi-AZ Multi-node Node tunggal
Cluster (tanpa proxy) Beberapa node membagi operasi tulis data dengan shard data terpisah. Replika baca dan ketersediaan tinggi dapat ditambahkan secara opsional. Kasus di mana throughput tulis tidak dapat dilayani oleh satu node, dan ketersediaan tinggi atau replikasi baca bersifat opsional. Multi-AZ Multi-node Multi-node
Cluster (dengan proxy) Beberapa node membagi operasi tulis data dengan shard data terpisah. Replika baca dan ketersediaan tinggi dapat ditambahkan secara opsional. Proxy di-deploy di setiap node utama. Kasus di mana throughput tulis tidak dapat disalurkan oleh satu node, dan ketersediaan tinggi atau replikasi baca bersifat opsional, dan jika biayanya terlalu mahal atau menyulitkan aplikasi klien untuk difaktorkan ulang agar dapat menggunakan Redis Cluster API, atau penggunaan proxy memiliki manfaat lain.

Didukung oleh Redis Enterprise Cloud (terkelola sepenuhnya) atau Redis Enterprise Software (dikelola sendiri).

Pengelolaan mandiri dengan Redis OSS memerlukan penyiapan yang lebih kompleks. Redis Enterprise Cloud adalah opsi yang bagus untuk memulai dengan cepat.

Multi-AZ atau multi-region (khusus Redis Enterprise) Multi-node Node tunggal

Opsi penerapan

Google Cloud menawarkan opsi deployment Redis berikut:

  • Memorystore for Redis yang terkelola sepenuhnya dari Google Cloud: Layanan Redis yang terkelola sepenuhnya, sangat tersedia, dan tahan lama yang dikelola oleh Google yang hemat biaya dan cepat untuk disiapkan, dioperasikan, dan diskalakan. Memorystore mendukung Redis Cluster dan Redis mandiri dengan ketersediaan tinggi opsional.
  • Redis Enterprise yang dikelola sendiri atau dikelola sepenuhnya oleh Redis Ltd.: Cluster Redis yang sangat tersedia dan tahan lama yang dilisensikan oleh Redis Ltd. dan dengan dua opsi pengelolaan: dikelola oleh Redis Ltd. ("Redis Enterprise Cloud"), atau dikelola sendiri ("Redis Enterprise Software") dengan dukungan Redis Ltd.. Anda dapat mendapatkan Redis Enterprise langsung dari Redis Ltd., atau melalui Google Cloud Marketplace. Redis Ltd. mendukung deployment pada Compute Engine, Google Kubernetes Engine, dan OpenShift.
  • Software (OSS) Redis yang dikelola sendiri: Cluster Redis atau Redis mandiri yang dikelola sendiri dengan ketersediaan tinggi opsional, dapat di-deploy di Compute Engine, Google Kubernetes Engine, atau OpenShift.

Memilih opsi deployment Redis

Bagian ini menjelaskan cara memilih opsi deployment Redis yang paling sesuai untuk workload Anda. Gambar 1 memberikan ringkasan visual dari poin-poin keputusan:

Pohon keputusan opsi deployment Redis.
Gambar 1: Faktor keputusan dan opsi deployment.

Pilih model pengelolaan Redis

Anda dapat memilih salah satu model pengelolaan berikut:

  • Deployment terkelola sepenuhnya. Anda menyerahkan operasi deployment dan pengelolaan kepada penyedia layanan. Pilih model ini saat Anda perlu berfokus pada pembuatan aplikasi dan memindahkan tugas pengelolaan.

  • Deployment terkelola sendiri. Anda bertanggung jawab atas operasi deployment dan pengelolaan. Pilih model ini jika salah satu kondisi berikut terpenuhi:

    • Anda memiliki ekonomi operasional berskala besar, dan pengelolaan serta pengoperasian Redis merupakan hal yang masuk akal secara ekonomi bagi organisasi Anda.

    • Anda memiliki preferensi strategis untuk dependensi khusus IaaS.

    • Anda memerlukan pengoptimalan lanjutan.

Mengevaluasi opsi deployment

Setelah memilih model pengelolaan, evaluasi opsi deployment yang tersedia untuk Anda.

Opsi Terkelola Sepenuhnya

Untuk deployment yang terkelola sepenuhnya, Anda dapat menggunakan Memorystore atau Redis Enterprise Cloud.

Memorystore

Pilih Memorystore jika salah satu dari hal berikut ini benar:

  • Anda memiliki preferensi untuk menggabungkan dukungan software terkelola dengan Google Cloud.
  • Anda memiliki preferensi untuk pengoptimalan integrasi dengan konstruksi Google Cloud, seperti Identity and Access Management, API, kebijakan organisasi, kuota, atau Inventaris Aset Cloud.
  • Anda memerlukan fitur tertentu yang hanya tersedia di Memorystore (misalnya, penyebaran skala).

Untuk mengetahui informasi selengkapnya tentang Memorystore, lihat dokumentasi produk Memorystore.

Opsi penerapan
Cloud Perusahaan Redis

Pilih Redis Enterprise Cloud jika salah satu kondisi berikut benar:

  • Anda memerlukan fitur khusus yang hanya tersedia di Redis Enterprise Cloud (misalnya, penulisan multi-utama aktif-aktif lintas region dengan SLA 99,999%, kasus penggunaan RedisSearch).
  • Anda memerlukan penskalaan cluster untuk aplikasi yang tidak mendukung Redis Cluster API.

Untuk mengetahui informasi selengkapnya tentang Redis Enterprise Cloud, lihat dokumentasi Redis Cloud.

Opsi dikelola sendiri

Untuk deployment yang dikelola sendiri, Anda dapat memilih antara Redis Enterprise dan Redis Open Source Software.

Redis Enterprise

Pilih Redis Enterprise yang dikelola sendiri jika salah satu kondisi berikut berlaku:

  • Aplikasi Anda memerlukan fitur uniknya, seperti shard ulang otomatis untuk menyebarkan skala, Redis di flash, atau Redis Enterprise Operator untuk Kubernetes.
  • Tim operasi Anda tidak memiliki keahlian yang diperlukan untuk menangani masalah Redis yang kompleks secara internal tanpa dukungan pihak ketiga yang memenuhi syarat.
  • Anda lebih memilih dukungan perusahaan yang disediakan oleh Redis Ltd., dan biaya pemberian lisensi terkait dapat dikelola oleh organisasi Anda.

Untuk mengetahui informasi selengkapnya tentang Redis Enterprise Software, lihat dokumentasi Redis Enterprise Software.

Opsi pengadaan dan penagihan
  • Lisensi dan dukungan ditagih oleh Redis Inc., sedangkan infrastruktur ditagih oleh Google.
  • Lisensi dan dukungan diperoleh melalui Google Cloud Marketplace, sedangkan infrastruktur ditagih oleh Google.
Software Open Source Redis

Pilih Software Open Source Redis yang dikelola sendiri jika salah satu kondisi berikut berlaku:

  • Anda memerlukan atau memiliki preferensi untuk penyesuaian penuh yang tidak mungkin dilakukan.
  • Tim operasi Anda memiliki keahlian yang diperlukan untuk menangani masalah Redis yang kompleks secara internal tanpa dukungan pihak ketiga yang berkualifikasi.
  • Anda ingin menghindari biaya lisensi.
  • Anda memiliki resource penyesuaian kernel Redis dan Linux yang ekstensif, atau kasus penggunaan Anda tidak memerlukan penyesuaian.

Saat men-deploy Software Open Source Redis yang dikelola sendiri, pilih target deployment berdasarkan pilihan strategi platform Anda. Software Open Source Redis dapat di-deploy di Compute Engine, Google Kubernetes Engine, atau OpenShift. GKE Autopilot dapat mengurangi upaya deployment dan pengelolaan, tetapi mungkin memiliki cara yang lebih terbatas seperti menjadi lebih sulit untuk diskalakan.

Untuk mengetahui informasi selengkapnya tentang Software Open Source Redis, lihat Redis.io.

Perbandingan fitur

Tabel berikut merangkum perbedaan utama antara semua opsi deployment:

Karakteristik deployment Opsi penerapan
Memorystore untuk Redis dan Cluster Redis Redis Enterprise Cloud Software Redis Enterprise Software open source Redis
Dikelola oleh Dikelola sepenuhnya oleh Google Dikelola sepenuhnya oleh Redis Ltd. Dikelola sendiri Dikelola sendiri
Didukung oleh Google Redis Ltd. Redis Ltd. Didukung mandiri
Ditagih oleh Google Redis Ltd., atau Google

Infrastruktur ditagih oleh Google.

Lisensi dan dukungan Redis Ltd. ditagih oleh Redis Ltd. atau Google.

Google
Elemen biaya

Semua biaya sudah termasuk.

Termasuk: biaya infrastruktur, lisensi, dukungan, dan pengelolaan.

Untuk mengetahui informasi selengkapnya, lihat Harga Memorystore.

Semua biaya sudah termasuk.

Termasuk: biaya infrastruktur, lisensi, dukungan, dan pengelolaan.

Untuk mengetahui informasi selengkapnya, lihat Harga Redis Enterprise Cloud.

Termasuk biaya dukungan dan lisensi perangkat lunak. Penggunaan infrastruktur ditagih secara terpisah oleh Google Cloud.

Biaya pengelolaan, termasuk deployment, penyesuaian, personel, dan periode nonaktif akan diserap oleh pelanggan.

Untuk informasi selengkapnya, lihat Harga Software Redis Enterprise.

Tanpa biaya layanan atau lisensi. Penggunaan infrastruktur yang ditagih oleh Google Cloud.

Biaya pengelolaan, termasuk deployment, penyesuaian, personel, dan periode nonaktif akan diserap oleh pelanggan.

SLA
  • Standar Redis: Waktu beroperasi 99,9%; Periode nonaktif kurang dari atau sama dengan 43,2 menit/bln
  • Redis Cluster: Waktu beroperasi 99,99% dengan multi-AZ HA; Periode nonaktif kurang dari atau sama dengan 4,38 menit/bln.

Untuk mengetahui informasi selengkapnya, lihat Perjanjian Tingkat Layanan Memorystore.

  • Standar Redis: Waktu beroperasi 99,9%; Periode nonaktif kurang dari atau sama dengan 43,2 menit/bln
  • Redis Cluster: Waktu beroperasi 99,99% dengan multi-AZ HA; Periode nonaktif kurang dari atau sama dengan 4,38 menit/bln.
  • HA aktif-aktif multi-region: Waktu beroperasi 99,999%; Periode nonaktif kurang dari atau sama dengan 26,3 menit/bln.

Untuk mengetahui informasi selengkapnya, lihat Perjanjian Tingkat Layanan Cloud Redis.

Tidak berlaku.

Anda bertanggung jawab atas waktu beroperasi.

Tidak berlaku.

Anda bertanggung jawab atas waktu beroperasi.

Paket gratis Tidak Ya Uji coba gratis 30 hari Tidak berlaku
Penyertaan data Tidak Tingkatan otomatis Tingkatan otomatis Tidak
Multi-cloud Tidak Ya Secara manual Mungkin, tetapi memerlukan upaya tinggi
Multiregion aktif-aktif Tidak Ya Secara manual Mungkin, tetapi memerlukan upaya tinggi
Modul
Kepatuhan Dukungan bawaan untuk berbagai sistem kepatuhan. Lihat Penawaran kepatuhan untuk informasi selengkapnya. Dukungan bawaan untuk berbagai sistem kepatuhan. Lihat Redis Trust Center untuk informasi selengkapnya. Dukungan bawaan untuk berbagai sistem kepatuhan. Lihat Redis Trust Center untuk informasi selengkapnya. Pengelolaan kepatuhan manual diperlukan. Lihat Penawaran kepatuhan untuk informasi selengkapnya.
Menskalakan penulisan cluster Penskalaan masuk dan keluar Penskalaan masuk dan keluar Menyebarkan skala. Penskalaan dalam membutuhkan upaya manual. Dikelola sendiri, memerlukan upaya manual.
Penyeimbangan ulang otomatis Ya Ya Dikelola sendiri, memerlukan upaya manual Dikelola sendiri, memerlukan upaya manual
Menambahkan ketersediaan tinggi Lancar, tidak perlu deployment ulang Lancar, tidak perlu deployment ulang Deployment ulang tidak diperlukan, tetapi memerlukan upaya manual Memerlukan upaya manual yang cukup besar - deployment ulang mungkin diperlukan, bergantung pada arsitektur asli Anda
Menambahkan replika baca Lancar, tidak perlu deployment ulang Lancar, tidak perlu deployment ulang Memerlukan upaya manual yang cukup besar - deployment ulang mungkin diperlukan, bergantung pada arsitektur asli Anda Dikelola sendiri, memerlukan upaya manual
Beralih ke Cluster Redis dengan data sharding saat throughput operasi tulis meningkat Memerlukan deployment ulang, tetapi alat disediakan untuk memudahkan upaya. Klien perlu difaktorkan ulang untuk mendukung Redis Cluster API. Lancar, tidak perlu deployment ulang Lancar, tidak perlu deployment ulang Dikelola sendiri, memerlukan upaya manual