Skenario, arsitektur, dan manfaat Global Distributed Cache untuk Tair - Tair (Redis® OSS-Compatible)

Global Distributed Cache untuk Tair (Redis OSS-compatible) adalah sistem basis data geo-redundansi aktif yang dikembangkan secara internal oleh Alibaba Cloud. Sistem ini menyediakan kemampuan replikasi geografis dan dapat dengan cepat menyinkronkan data di seluruh instans di wilayah berbeda untuk mendukung geo-redundansi aktif dan pemulihan bencana. Instans Global Distributed Cache dapat mencakup hingga tiga instans anak, dengan sinkronisasi data otomatis antar instans anak secara real-time. Solusi ini dirancang untuk meminimalkan jarak fisik antara data dan pengguna, sehingga mengurangi latensi akses serta meningkatkan kecepatan respons aplikasi.

Informasi latar belakang

Ketika bisnis Anda berkembang ke beberapa wilayah, akses lintas wilayah dan jarak jauh sering kali menghasilkan latensi tinggi, yang dapat memengaruhi pengalaman pengguna. Global Distributed Cache untuk Tair (Enterprise Edition) membantu mengurangi latensi tinggi akibat akses lintas wilayah. Berikut adalah manfaat utama dari Global Distributed Cache.

Manfaat	Deskripsi
Keandalan tinggi	Global Distributed Cache mendukung unggah yang dapat dilanjutkan dan toleransi terhadap gangguan sinkronisasi berdurasi hari. Ini bebas dari batasan arsitektur Redis asli untuk sinkronisasi inkremental lintas pusat data atau wilayah. Operasi pemecahan masalah seperti switchover master-replika dan rekonstruksi replika dilakukan secara otomatis pada instans anak.
Kinerja tinggi	Throughput tinggi: Dalam arsitektur standar, saluran sinkronisasi mendukung hingga 50.000 permintaan per detik (QPS) dalam satu arah. Dalam arsitektur kluster, throughput meningkat secara linear dengan jumlah shard data atau node. Latensi rendah: Untuk sinkronisasi antar wilayah dalam benua yang sama, latensi berkisar dari ratusan milidetik hingga detik, dengan rata-rata sekitar 1,2 detik. Untuk sinkronisasi lintas benua, latensi rata-rata berkisar dari 1 hingga 5 detik, tergantung pada throughput link dan waktu perjalanan bolak-balik (RTT).
Akurasi tinggi	Binlog disinkronkan ke instans peer sesuai urutan pembuatannya. Kontrol backloop didukung untuk mencegah binlog disinkronkan dalam loop. Mekanisme exactly once didukung untuk memastikan bahwa binlog yang disinkronkan hanya diterapkan sekali.

Skenario Penggunaan

Fitur ini cocok untuk skenario sinkronisasi data lintas wilayah dan penyebaran bisnis global, seperti dalam industri multimedia, game, dan e-commerce.

Skenario	Deskripsi
Geo-redundansi aktif	Dalam skenario geo-redundansi aktif, beberapa situs di wilayah berbeda memberikan layanan pada saat yang bersamaan. Geo-redundansi aktif adalah jenis arsitektur ketersediaan tinggi. Perbedaan dari desain pemulihan bencana tradisional adalah bahwa semua situs memberikan layanan pada saat yang bersamaan dalam arsitektur geo-redundansi aktif. Hal ini memungkinkan aplikasi terhubung ke node terdekat.
Pemulihan bencana data	Global Distributed Cache dapat menyinkronkan data di seluruh instans anak dalam dua arah untuk mendukung skenario pemulihan bencana, seperti pemulihan bencana zona, pemulihan bencana berdasarkan tiga pusat data di dua wilayah, dan pemulihan bencana tiga wilayah.
Load balancing	Dalam skenario tertentu seperti acara promosi besar di mana Anda mengharapkan QPS ultra-tinggi dan banyak lalu lintas akses, Anda dapat menyeimbangkan beban di seluruh instans anak untuk mengurangi risiko kelebihan beban pada instans tunggal.
Sinkronisasi data	Sinkronisasi data dua arah diimplementasikan di seluruh instans anak dalam instans Global Distributed Cache. Fitur ini dapat digunakan dalam skenario seperti analisis data dan pengujian.

Ikhtisar fitur

Global Distributed Cache untuk Tair (Enterprise Edition) merupakan kumpulan logis dari semua instans anak Global Distributed Cache (selanjutnya disebut instans anak) dan tautannya. Data disinkronkan secara real-time di seluruh instans anak melalui saluran sinkronisasi. Sinkronisasi berlangsung pada tingkat instans, artinya semua data dalam instans anak akan disinkronkan. Gambar berikut menunjukkan arsitekturnya.

Instans Global Distributed Cache terdiri dari komponen berikut:

Komponen	Deskripsi
Instans anak	Instans anak adalah unit layanan dasar yang membentuk instans Global Distributed Cache. Setiap instans anak adalah instans independen. Semua instans anak mendukung operasi baca dan tulis serta menyediakan titik akhir terpisah. Konsistensi data di seluruh instans anak dipertahankan melalui sinkronisasi dua arah real-time, dengan data menjadi konsisten pada titik tertentu. Instans anak harus berupa instans berbasis DRAM Tair (Enterprise Edition) DRAM-based instances.
Saluran sinkronisasi	Saluran sinkronisasi adalah tautan satu arah yang digunakan untuk menyinkronkan data secara real-time dari satu instans anak ke instans anak lainnya. Dua saluran sinkronisasi yang berlawanan diperlukan untuk mengimplementasikan replikasi dua arah antara dua instans anak. Selain file append-only (AOF) yang didukung oleh Redis open source, Global Distributed Cache untuk Tair (Enterprise Edition) mencakup informasi seperti server-id dan opid untuk sinkronisasi. Global Distributed Cache mentransmisikan binlog melalui saluran sinkronisasi untuk menyinkronkan data.
Manajer saluran	Manajer saluran mengelola siklus hidup saluran sinkronisasi dan melakukan operasi untuk menangani pengecualian yang terjadi pada instans anak, seperti switchover master-replika dan rekonstruksi replika.

Catatan

Sinkronisasi lintas batas antara daratan Tiongkok dan wilayah lain tidak didukung. Dalam instans Global Distributed Cache, semua instans anak harus berlokasi baik di daratan Tiongkok maupun di wilayah lain. Untuk informasi lebih lanjut, lihat Batasan.

Penagihan

Fitur ini gratis. Anda hanya dikenakan biaya untuk instans anak berbasis DRAM Tair (Enterprise Edition) berdasarkan spesifikasinya. Untuk informasi lebih lanjut, lihat Item yang Dapat Ditagih.

Catatan penggunaan

Buat instans anak Global Distributed Cache pertama dengan mengonversi instans berbasis DRAM Tair (Enterprise Edition) yang ada atau membuat instans baru.
Setelah pembuatan instans anak pertama, instans Global Distributed Cache akan dibuat secara otomatis.
Dalam instans Global Distributed Cache, tambahkan instans anak kedua atau ketiga dengan membuat instans baru.
Dalam kode bisnis Anda, arahkan permintaan dari wilayah berbeda ke titik akhir instans anak terdekat untuk memberikan pengalaman layanan yang lebih baik kepada pengguna dengan memastikan akses dari lokasi geografis yang lebih dekat.

FAQ

T: Apakah saya dapat memperbarui versi minor dari instans anak Global Distributed Cache secara bersamaan?
J: Untuk memastikan kelangsungan dan stabilitas bisnis, kami sarankan Anda menjadwalkan waktu pembaruan instans anak dengan jeda lebih dari 30 menit. Hal ini membantu menghindari gangguan layanan serempak selama proses pembaruan, mengurangi dampak pada bisnis Anda.
T: Apakah saya dapat mengubah arsitektur instans anak Global Distributed Cache, misalnya, dari arsitektur standar ke arsitektur kluster?
J: Tidak. Kami sarankan Anda merencanakannya terlebih dahulu.
T: Apakah saya dapat mengubah spesifikasi memori instans anak Global Distributed Cache yang menggunakan arsitektur standar, misalnya, dari 8 GB menjadi 16 GB?
J: Ya. Pastikan semua instans anak memiliki spesifikasi yang sama. Kami sarankan Anda melakukan perubahan konfigurasi yang sama untuk semua instans anak. Jika spesifikasi instans anak tidak konsisten, hal itu dapat menyebabkan masalah performa atau kapasitas.
T: Apakah instans Global Distributed Cache mendukung operasi multi-write?
A: Anda dapat menulis data ke instans anak yang berbeda. Namun, hindari memodifikasi kunci yang sama pada beberapa instans anak secara bersamaan atau dalam periode waktu yang singkat. Jika tidak, ketidakkonsistenan data mungkin terjadi. Untuk informasi lebih lanjut, lihat Batasan pada Konsistensi Data.