All Products
Search
Document Center

Tair (Redis® OSS-Compatible):Ikhtisar Global Distributed Cache

Last Updated:Jul 04, 2026

Tair (Redis OSS-compatible) menyediakan Global Distributed Cache, yaitu sistem geo-replication yang menyinkronkan data antar instans off-site untuk mendukung active geo-redundancy dan disaster recovery. Sebuah instans Global Distributed Cache terdiri dari hingga tiga child instance yang menyinkronkan data secara real time, sehingga memperpendek jarak fisik antara data dan pengguna serta mengurangi latensi akses.

Manfaat dan skenario

Bagi bisnis yang tersebar secara geografis, akses lintas wilayah (cross-region) dapat meningkatkan latensi dan menurunkan pengalaman pengguna. Fitur Global Distributed Cache dari Tair (Enterprise Edition) mengatasi tantangan tersebut. Fitur Global Distributed Cache menawarkan manfaat berikut:

Manfaat

Deskripsi

High reliability

  • Mendukung transfer yang dapat dilanjutkan dari titik putus. Tahan terhadap gangguan sinkronisasi selama beberapa hari, mengatasi keterbatasan Redis native dalam sinkronisasi inkremental lintas pusat data atau wilayah.

  • Secara otomatis menangani anomalous activity, seperti failover primary/secondary dan rekonstruksi child instance berbasis backup.

High performance

  • Throughput tinggi: Saluran sinkronisasi pada instans dengan arsitektur standar mencapai hingga 50.000 QPS dalam satu arah. Throughput arsitektur kluster meningkat secara linear seiring jumlah shard atau node.

  • Latensi rendah: Latensi sinkronisasi intra-benua kurang dari 1 detik pada jaringan yang stabil. Latensi lintas benua rata-rata 1 hingga 5 detik, tergantung pada throughput link dan round-trip time (RT).

High correctness

  • Menyinkronkan data binary logging ke peer node sesuai urutan generasi.

  • Kontrol loopback mencegah sinkronisasi melingkar pada data binary logging.

  • Pemrosesan exactly-once memastikan data binary logging yang disinkronkan hanya dieksekusi sekali.

Skenario

Fitur ini umum digunakan di bidang multimedia, gaming, dan e-commerce untuk sinkronisasi data lintas wilayah (cross-region) dan penerapan global.

Skenario

Deskripsi

Active geo-redundancy

Beberapa situs di wilayah berbeda melayani traffic secara simultan, memungkinkan routing akses terdekat. Desain high availability (HA) ini menjaga semua situs tetap aktif setiap saat.

Data disaster recovery

Sinkronisasi dua arah antar child instance mendukung disaster recovery intra-kota, tiga pusat data di dua wilayah, serta disaster recovery tiga wilayah.

Load distribution

Mendistribusikan traffic ke beberapa child instance untuk melebihi batas beban satu instans tunggal selama acara bertrafik tinggi, seperti promosi berskala besar.

Data synchronization

Sinkronisasi data dua arah antar child instance mendukung kasus penggunaan seperti analitik data dan pengujian.

Arsitektur

Sebuah instans Global Distributed Cache dari Tair (Enterprise Edition) merupakan kumpulan logis child instance yang dihubungkan melalui saluran sinkronisasi. Seluruh data di setiap child instance disinkronkan secara real time pada level instans. Gambar berikut menunjukkan arsitektur tersebut.

Komponen:

Komponen

Deskripsi

Child instance

Instans independen dalam sebuah instans Global Distributed Cache. Setiap child instance mendukung operasi baca dan tulis dengan titik akhirnya sendiri. Child instance mempertahankan eventual consistency melalui sinkronisasi dua arah secara real time.

Catatan

Child instance harus berupa instans memory-optimized Tair (Enterprise Edition). Redis Open-Source Edition tidak mendukung fitur ini.

Synchronization channel

Tautan satu arah untuk sinkronisasi data real time antar child instance. Replikasi dua arah menggunakan dua synchronization channel dalam arah berlawanan.

Fitur Global Distributed Cache dari Tair (Enterprise Edition) menambahkan server-id dan opid ke log AOF Redis native. Synchronization channel membaca data binary logging ini untuk sinkronisasi.

Channel Manager

Mengelola lifecycle synchronization channel dan menangani anomalous activity pada child instance, seperti failover primary/secondary dan rekonstruksi berbasis backup.

Catatan

Sinkronisasi lintas batas antara Tiongkok daratan dan wilayah lain tidak didukung. Semua child instance dalam sebuah instans Global Distributed Cache harus seluruhnya berlokasi di Tiongkok daratan atau seluruhnya di wilayah lain. Batasan Global Distributed Cache.

Penagihan

Fitur ini tidak dikenai biaya tambahan. Anda hanya membayar child instance Tair (Enterprise Edition) yang memory-optimized. Item penagihan.

Memulai

Penting

Fitur cloud-native Global Distributed Cache tersedia berdasarkan daftar putih. Alibaba Cloud mengevaluasi kemampuan jaringan wilayah yang Anda tuju sebelum memberikan akses. Untuk mengajukan permohonan, buat tiket.

  1. Buat child instance pertama. Anda dapat mengonversi instans Tair (Enterprise Edition) memory-optimized yang sudah ada atau membuat instans baru.

    Instans Global Distributed Cache akan dibuat secara otomatis bersamaan dengan child instance pertama.

  2. Tambahkan child instance kedua atau ketiga ke instans Global Distributed Cache.

  3. Dalam kode aplikasi Anda, arahkan permintaan ke titik akhir child instance terdekat untuk setiap wilayah.

FAQ

  • Q: Apakah saya dapat melakukan peningkatan versi minor semua child instance dalam sebuah instans Global Distributed Cache secara bersamaan?

    A: Lakukan peningkatan secara bergilir dengan jeda lebih dari 30 menit antar child instance untuk menghindari gangguan layanan simultan.

  • Q: Apakah saya dapat mengubah arsitektur child instance, misalnya dari standar ke kluster?

    A: Tidak, Anda tidak dapat melakukannya. Anda harus merencanakan arsitektur sejak awal.

  • Q: Apakah saya dapat mengubah tipe instans child instance, misalnya meningkatkan instans arsitektur standar dari 8 GB menjadi 16 GB?

    A: Ya. Semua child instance harus menggunakan tipe instans yang sama. Terapkan peningkatan atau penurunan yang sama pada setiap child instance untuk menghindari masalah performa atau kapasitas.

  • Q: Apakah instans Global Distributed Cache mendukung multi-write?

    A: Ya. Anda dapat menulis ke child instance yang berbeda, tetapi hindari memodifikasi kunci yang sama pada beberapa child instance secara simultan atau berurutan dalam waktu dekat untuk mencegah ketidakkonsistenan data. Batasan konsistensi data.