Redis adalah penyimpanan nilai kunci tingkat lanjut. Faktanya, ini adalah penyimpanan nilai kunci nomor satu dan database paling populer kedelapan di dunia. Ini memiliki throughput yang tinggi dan berjalan dari memori, tetapi juga memiliki kemampuan untuk menyimpan data pada disk. Redis adalah solusi caching yang bagus untuk aplikasi yang sangat menuntut, dan ada banyak solusi yang tersedia untuk membantu Anda menerapkan dan mengelola Redis di cloud. Dalam posting ini, kita akan membandingkan ScaleGrid for Redis™ vs. Azure Cache for Redis kinerja dan fitur manajemen untuk membantu Anda memilih solusi terkelola terbaik untuk penerapan Redis Anda.
ScaleGrid adalah penyedia DBaaS yang menyediakan hosting yang dikelola sepenuhnya tidak hanya untuk Redis™, tetapi juga untuk database MongoDB®, MySQL, dan PostgreSQL. Paket Bring Your Own Cloud (BYOC) menghosting server database di akun AWS, Azure, atau GCP Anda sendiri.
Azure menyediakan layanan yang dihosting untuk Redis yang disebut Azure Cache for Redis.
Sekilas – TLDR | ||||||
|---|---|---|---|---|---|---|
|
ScaleGrid for Redis™ vs. Azure Cache for Redis Performance Benchmark
Dalam benchmark ini, kami mengukur kinerja dalam throughput dan latensi. Throughput diukur dalam operasi per detik (ops/dtk), dan latensi dalam mikrodetik. Lihat bagian Konfigurasi Tolok Ukur kami nanti di pos ini untuk informasi tentang bagaimana tolok ukur kinerja ini dikonfigurasi.
Kami telah membandingkan kinerja Redis™ dengan penyiapan berikut.
| Penyedia | Ukuran Paket | RAM | Biaya Bulanan |
|---|---|---|---|
| ScaleGrid untuk Redis™ | Hosting Khusus Besar di Azure | memori 7GB | $607 |
| Azure Cache untuk Redis | Standar C3 – Bandwidth jaringan sedang | memori 6GB | $328,50 |
| Azure Cache untuk Redis | P1 Premium – Bandwidth jaringan sedang | memori 6GB | $404.42 |
| Azure Cache untuk Redis | P2 Premium – Bandwidth jaringan tinggi | memori 13GB | $810.30 |
Kinerja Hasil
| Koneksi | ScaleGrid for Redis™ | Azure Cache C3 Std. 6GB | Azure Cache P1 6GB | Azure Cache P2 13GB | Peningkatan ScaleGrid |
|---|---|---|---|---|---|
| 100 | 134.667 | 16.461 | 19.881 | 38.459 | 439% |
| 200 | 147.551 | 16.246 | 25.361 | 35.459 | 474% |
| 300 | 152,341 | 15,872 | 25.346 | 35.045 | 499% |
| 400 | 152.624 | 15.235 | 19,043 | 37.301 | 539% |
| Seperti yang dapat kita lihat pada grafik di atas, ScaleGrid for Redis™ mencapai throughput sekitar 5x lebih tinggi dibandingkan dengan Azure Cache for Redis ketika dibandingkan dengan 100-400 koneksi. Misalnya, sementara paket Azure Cache for Redis P2 Premium 13 GB mengelola sekitar 36.000 operasi/dtk selama semua skenario koneksi, ScaleGrid for Redis™ memiliki lebih dari 130.000 operasi/dtk untuk semua skenario. |
Kinerja Latensi
| Koneksi | ScaleGrid for Redis™ | Azure Cache C3 Std. 6GB | Azure Cache P1 6GB | Azure Cache P2 13GB | Peningkatan ScaleGrid |
|---|---|---|---|---|---|
| 100 | 744 | 6.809 | 5.896 | 2.497 | -85% |
| 200 | 1.353 | 10.950 | 8.447 | 5,565 | -84% |
| 300 | 2,044 | 17.807 | 13.045 | 8.539 | -84% |
| 400 | 2,609 | 25.126 | 16.999 | 10.716 | -85% |
| Sementara latensi Azure Cache untuk Redis meningkat dengan cepat seiring bertambahnya jumlah koneksi, ScaleGrid for Redis™ terus mencapai latensi rendah di semua jumlah koneksi. Rata-rata, ScaleGrid for Redis™ memiliki latensi 85% lebih rendah daripada Azure Cache untuk Redis. Ini terutama terlihat saat membandingkan Azure Cache for Redis (C3 Standard 6GB) dengan ScaleGrid for Redis™, dengan perbedaan hingga -99%. |
Ringkasan Tolok Ukur
Seperti yang Anda ketahui dari grafik di atas, ScaleGrid for Redis™ memberikan throughput yang jauh lebih tinggi dan latensi yang lebih rendah. Rata-rata kami dapat melihat sekitar 5x throughput dan latensi 85% lebih rendah dibandingkan dengan ukuran yang setara di Azure Cache. Paket ScaleGrid for Redis™ BYOC mulai dari $9 per bulan (biaya 720j + VM) dan $18 per bulan (720j) untuk paket hosting khusus.
|
Konfigurasi Tolok Ukur
Mari kita lihat konfigurasi yang kami gunakan dalam tolok ukur kinerja:
| Konfigurasi | Detail |
|---|---|
| Alat Tolok Ukur | Tolok Ukur Memtier |
| Wilayah Azure untuk Redis | AS Timur |
| Wilayah Azure untuk Aplikasi | AS Timur |
| Jenis Penerapan | Master-Slave |
Untuk setiap server Redis™, kami telah melakukan benchmark dengan 100, 200, 300, dan 400 koneksi. Setiap koneksi mengirimkan 10.000 permintaan dengan ukuran data objek 32 byte per permintaan. Kami menggunakan koneksi non-SSL untuk menghubungkan server Redis™.
ScaleGrid tidak hanya dapat memberikan throughput yang lebih tinggi dan latensi yang lebih rendah, tetapi juga menghadirkan banyak fitur lain seperti akses admin penuh, pencadangan terjadwal, dan akses SSH. Anda dapat menemukan informasi lebih lanjut tentang ScaleGrid for Redis™ di Azure, di situs web kami.
Apa yang harus dipertimbangkan saat memilih layanan Redis™?
Jadi, dengan begitu banyak opsi penyedia layanan Redis™ yang terkelola sepenuhnya, fitur apa yang paling penting untuk diperhatikan? Berikut adalah daftar periksa untuk digunakan saat memilih layanan hosting Redis yang tepat untuk Anda:
- Server Khusus
- Skalabilitas
- Persistensi Data
- Pencadangan &Pemulihan
- Throughput Tinggi &Latensi Rendah
Server Khusus
Redis adalah server single-threaded tempat data disimpan dalam memori; oleh karena itu, menjalankan Redis di server khusus sangat penting dalam lingkungan produksi. Anda tidak ingin server Redis Anda berebut CPU dan sumber daya memori dengan layanan lain.
Skalabilitas
Bisnis tumbuh, dan hal yang sama untuk data Anda. Sangat penting bahwa layanan Redis Anda dapat melakukan peningkatan dinamis di tempat server Redis Anda dengan sedikit atau tanpa waktu henti.
Persistensi Data
Tergantung pada kebutuhan bisnis Anda, Anda mungkin perlu menyimpan data Redis di penyimpanan fisik. Redis menyediakan dua opsi persistensi:RDB dan AOF.
RDB adalah snapshot point-in-time dari dataset Anda pada interval tertentu ke file Redis Database Backup. File dapat ditransfer ke instans Redis lainnya.
AOF adalah singkatan dari Append Only File. Redis mencatat setiap operasi tulis yang telah dimodifikasi dalam kumpulan data Anda. Ini adalah cara yang sangat andal untuk mempertahankan data Anda.
Baik RDB dan AOF dapat diaktifkan pada saat yang sama dan keduanya memiliki trade off yang berbeda. Untuk detail lebih lanjut tentang pro dan kontra mereka, Anda dapat membaca lebih lanjut di halaman Kegigihan Redis di redis.io.
Layanan Redis Anda harus menyediakan opsi tidak hanya untuk mempertahankan data, tetapi juga untuk menerapkan Redis dalam mode master/replika atau cluster untuk meminimalkan kemungkinan kehilangan data.
Cadangan &Pemulihan
Setiap Basis Data sebagai Layanan (DBaaS) untuk Redis juga harus menyediakan pencadangan terjadwal dan sesuai permintaan sehingga Anda dapat memastikan bahwa Anda selalu memiliki jadwal pencadangan reguler yang tersedia, dan dapat melakukannya sesuai kebutuhan sebelum acara aplikasi. Itu juga harus menyediakan opsi "pulihkan cadangan" ke database yang ada atau ke instance database baru.
Throughput Tinggi &Latensi Rendah
Redis dapat menyediakan caching cepat untuk aplikasi. Namun, terkadang latensi jaringan dapat menghambat akses data dari Redis. Kuncinya adalah menghindari jarak fisik antara aplikasi Anda dan Redis. Jadi, Anda ingin memastikan aplikasi dan Redis dihosting di wilayah penyedia cloud yang sama dan di jaringan virtual yang sama. Penyedia layanan Redis Anda harus memiliki opsi untuk menerapkan server Redis Anda di jaringan virtual pilihan Anda.
