Tair (Redis® OSS-Compatible)：Perbandingan antara Tair (Redis OSS-compatible) dan Redis yang dikelola sendiri

Item

Tair (Redis OSS-compatible)

Redis yang Dikelola Sendiri

Perlindungan Keamanan

Langkah-langkah pencegahan:

• Menggunakan virtual private cloud (VPC) untuk mengisolasi jaringan.

• Menggunakan daftar putih untuk kontrol akses. Untuk informasi lebih lanjut, lihat Langkah 2: Konfigurasi Daftar Putih.

• Mendukung akun kustom dan izin. Untuk informasi lebih lanjut, lihat Buat dan Kelola Akun Database.

Langkah-langkah pencegahan:

• Membutuhkan sistem keamanan jaringan mandiri yang mahal dan sulit dibangun.

• Berisiko terhadap kebocoran data karena kerentanan konfigurasi akses default dari Redis.

• Tidak memiliki sistem otentikasi akun.

Perlindungan saat proses: mendukung enkripsi TLS.

Perlindungan saat proses: memerlukan alat pihak ketiga untuk menerapkan enkripsi SSL.

Audit pasca: mendukung log audit. Untuk informasi lebih lanjut, lihat Kueri Log Audit.

Audit pasca: tidak menyediakan fitur audit.

Cadangan dan Pemulihan

Tair (Enterprise Edition) instance berbasis DRAM mendukung fitur kilas balik data untuk memulihkan data ke titik waktu tertentu. Untuk informasi lebih lanjut, lihat Gunakan Kilas Balik Data untuk Memulihkan Data Berdasarkan Titik Waktu.

Hanya mendukung pemulihan data penuh.

Pengelolaan O&M

• Mendukung lebih dari sepuluh grup metrik dengan frekuensi pemantauan minimum lima detik. Untuk informasi lebih lanjut, lihat Metrik.

• Mendukung konfigurasi aturan peringatan. Untuk informasi lebih lanjut, lihat Pengaturan Peringatan.

• Memungkinkan pembuatan instance dengan arsitektur sesuai kebutuhan bisnis dan pengubahan spesifikasi atau arsitektur instance yang ada.

• Mendukung analisis kunci besar berdasarkan snapshot dengan akurasi tinggi tanpa penurunan performa. Untuk informasi lebih lanjut, lihat Gunakan Fitur Analisis Kunci Offline.

• Membutuhkan alat pemantauan pihak ketiga yang kompleks untuk memantau layanan.

• Menghentikan penyediaan layanan saat mengubah spesifikasi atau arsitektur instance. Proses ini rumit.

• Mendukung analisis kunci besar berdasarkan pengambilan sampel, yang dapat kurang akurat.

Penyebaran dan Penskalaan

Mendukung penskalaan elastis dan pembuatan instan instance.

Membutuhkan waktu lama untuk pengadaan perangkat keras, hosting pusat data, dan penyebaran mesin. Anda harus mengelola hubungan node saat menambahkan node.

Ketersediaan Tinggi (HA)

• Menyediakan solusi HA satu zona.

• Menyediakan solusi pemulihan bencana lintas zona.

• Menggunakan modul pusat independen untuk memastikan HA. Modul ini memastikan pengambilan keputusan stabil dan efisien serta membantu mencegah masalah split-brain.

• Memungkinkan penerapan arsitektur HA dalam mode Sentinel di pusat data.

• Memungkinkan penerapan arsitektur pemulihan bencana lintas zona dalam mode Sentinel.

• Menggunakan mode Sentinel untuk memastikan HA. Mode ini mahal dan memiliki efisiensi pengambilan keputusan rendah selama jam sibuk. Masalah split-brain dapat terjadi, yang memengaruhi layanan.

Optimalisasi Kernel

• Tair (Enterprise Edition) menyediakan instance berbasis DRAM dengan model multi-threading. Performanya tiga kali lipat dibandingkan instance standar dengan spesifikasi yang sama.

• Tair (Enterprise Edition) menyediakan instance berbasis ESSD/SSD dan dioptimalkan memori persisten untuk mendukung penyimpanan kapasitas besar dan persistensi tingkat perintah.

• Instance Redis 6.0 atau lebih baru mendukung beberapa thread I/O untuk meningkatkan performa hingga dua kali lipat, tetapi pemanfaatan CPU menjadi tinggi.

• Menggunakan layanan penyimpanan seperti SSDB atau Pika sebagai penyimpanan persisten. Namun, layanan ini tidak sepenuhnya kompatibel dengan protokol Redis dan hanya mengizinkan manajemen data panas dan dingin pada level kunci. Transfer kunci besar antara memori dan disk sangat mahal.

Memori

Menyediakan 100% ketersediaan memori. Overhead memori untuk pemulihan bencana, pengelolaan O&M, penskalaan, dan persistensi data ditanggung oleh Alibaba Cloud dan tidak dihitung sebagai bagian dari memori instance.

Sebagai contoh, jika Anda membuat instance 64 GB, kapasitas memori yang tersedia adalah 64 GB.

Mencadangkan 25% hingga 40% sumber daya memori untuk pemulihan bencana, pengelolaan O&M, dan penskalaan.

Sebagai contoh, jika Anda membeli dua instance Elastic Compute Service (ECS) 64 GB untuk membuat instance master/replica Redis, total kapasitas memori yang tersedia biasanya kurang dari 45 GB.