Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Azure Managed Redis menyediakan penyimpanan data dalam memori berdasarkan perangkat lunak Redis Enterprise . Redis Enterprise meningkatkan performa dan keandalan Redis edisi komunitas, sambil mempertahankan kompatibilitas. Microsoft mengoperasikan layanan, dihosting di Azure, dan dapat digunakan oleh aplikasi apa pun di dalam atau di luar Azure. Untuk informasi selengkapnya tentang cara Azure Managed Redis dibangun, lihat Arsitektur Azure Managed Redis.
Azure Managed Redis dapat meningkatkan performa dan skalabilitas aplikasi yang sangat menggunakan penyimpanan data backend. Ini dapat memproses permintaan aplikasi dalam volume besar dengan menyimpan data yang sering diakses dalam memori server, yang dapat ditulis dan dibaca dari dengan cepat.
Redis menghadirkan solusi penyimpanan data latensi rendah dan throughput tinggi yang penting untuk aplikasi modern. Selain itu, Redis semakin banyak digunakan untuk aplikasi non-caching, termasuk penyerapan data, deduplikasi, olahpesan, dan papan peringkat
Azure Managed Redis dapat disebarkan secara mandiri, atau disebarkan bersama dengan layanan aplikasi atau database Azure lainnya, seperti Azure Container Apps, Azure App Service, Azure Functions, Azure SQL, atau Azure Cosmos DB.
Skenario utama
Azure Managed Redis meningkatkan performa aplikasi dengan mendukung pola arsitektur aplikasi umum. Beberapa yang paling umum termasuk pola berikut:
| Pattern | Description |
|---|---|
| Cache data | Database seringkali terlalu besar untuk dimuat langsung ke dalam cache. Biasanya menggunakan pola cache-aside untuk memuat data ke dalam cache hanya sesuai kebutuhan. Ketika sistem membuat perubahan pada data, sistem juga dapat memperbarui cache, yang kemudian didistribusikan ke klien lain. Selain itu, sistem dapat menetapkan kedaluwarsa pada data, atau menggunakan kebijakan penggusuran untuk memicu pembaruan data ke dalam cache. |
| Cache konten | Banyak halaman web dihasilkan dari templat yang menggunakan konten statis seperti header, catatan kaki, spanduk. Item statis ini seharusnya tidak sering berubah. Menggunakan cache dalam memori menyediakan akses cepat ke konten statis dibandingkan dengan backend datastore. Pola ini mengurangi waktu pemrosesan dan beban server, memungkinkan server web menjadi lebih responsif. Ini dapat memungkinkan Anda untuk mengurangi jumlah server yang diperlukan untuk menangani beban. Azure Managed Redis menyediakan Penyedia Cache Output Redis untuk mendukung pola ini dengan ASP.NET. |
| Penyimpanan sesi | Pola ini biasanya digunakan dengan keranjang belanja dan data riwayat pengguna lainnya yang mungkin dikaitkan oleh aplikasi web dengan cookie pengguna. Menyimpan terlalu banyak dalam cookie dapat memiliki efek negatif pada performa saat ukuran cookie tumbuh dan dilewatkan dan divalidasi dengan setiap permintaan. Solusi umum menggunakan cookie sebagai kunci untuk mengkueri data dalam database. Saat Anda menggunakan cache dalam memori, seperti Azure Managed Redis, untuk mengaitkan informasi dengan pengguna lebih cepat daripada berinteraksi dengan database relasional penuh. |
| Deduplication | Seringkali, Anda perlu menentukan apakah tindakan sudah terjadi dalam sistem, seperti menentukan apakah nama pengguna diambil atau jika pelanggan sudah mengirim email. Di Azure Managed Redis, filter mekar dapat dengan cepat menentukan duplikat, dan mencegah masalah. |
| Leaderboards | Redis menawarkan dukungan sederhana dan kuat untuk mengembangkan papan peringkat dari semua jenis menggunakan struktur data set yang diurutkan . Selain itu, menggunakan geo-replikasi aktif dapat memungkinkan satu papan peringkat dibagikan secara global. |
| Antrian tugas dan pesan | Aplikasi sering menambahkan tugas ke antrean ketika operasi yang terkait dengan permintaan membutuhkan waktu untuk dijalankan. Operasi yang berjalan lebih lama diantrikan untuk diproses secara berurutan, seringkali oleh server lain. Metode menunda pekerjaan ini disebut antrean tugas. Azure Managed Redis menyediakan antrean terdistribusi untuk mengaktifkan pola ini di aplikasi Anda. |
| Akselerasi PowerBI/Analytics | Anda dapat menggunakan driver Redis ODBC untuk menggunakan Redis untuk kasus penggunaan BI, pelaporan, dan analitik. Karena Redis biasanya jauh lebih cepat daripada database relasional, menggunakan Redis dengan cara ini dapat secara dramatis meningkatkan responsivitas kueri. |
| Transaksi terdistribusi | Aplikasi terkadang memerlukan serangkaian perintah terhadap penyimpanan data backend untuk dijalankan sebagai operasi yang tidak terpisahkan. Semua perintah harus berhasil, atau semua harus digulirkan kembali ke status awal. Azure Managed Redis mendukung eksekusi batch perintah sebagai satu transaksi. |
Versi dari Redis
Azure Managed Redis mendukung Redis versi 7.4.x. Untuk informasi selengkapnya, lihat Cara meningkatkan versi instans Azure Managed Redis Anda.
Memilih tingkatan yang tepat
Ada empat tingkat Azure Managed Redis yang tersedia, masing-masing dengan karakteristik performa dan tingkat harga yang berbeda.
Sekilas tingkatan dan SKU
Berikut adalah tiga tingkat penyimpanan yang menyimpan data dalam memori:
Memori Dioptimalkan Ideal untuk kasus penggunaan intensif memori yang memerlukan rasio memori-ke-vCPU tinggi (8:1) tetapi tidak memerlukan performa throughput tertinggi. Ini memberikan titik harga yang lebih rendah untuk skenario di mana daya atau throughput pemrosesan yang lebih sedikit diperlukan, menjadikannya pilihan yang sangat baik untuk lingkungan pengembangan dan pengujian.
Seimbang (Memori + Komputasi) Menawarkan rasio memori-ke-vCPU (4:1) yang seimbang, menjadikannya ideal untuk beban kerja standar. Tingkat ini menyediakan keseimbangan memori dan sumber daya komputasi yang sehat.
Dioptimalkan untuk Komputasi Dirancang untuk beban kerja yang memerlukan performa tinggi dan throughput maksimum, dengan rasio memori terhadap vCPU (2:1) yang rendah. Ini ideal untuk aplikasi yang menuntut performa tertinggi.
Berikut adalah tingkatan yang menyimpan data baik dalam memori maupun di disk:
Flash yang Dioptimalkan (pratinjau) Memungkinkan kluster Redis untuk secara otomatis memindahkan data yang jarang diakses dari memori (RAM) ke penyimpanan NVMe. Ini mengurangi performa, tetapi memungkinkan penskalaan cache yang hemat biaya dengan himpunan data besar.
Anda juga dapat menggunakan fitur persistensi data untuk menyimpan data di disk untuk tingkat dalam memori. Persistensi data menyimpan salinan cadangan data di disk untuk pemulihan cepat jika Anda mengalami pemadaman yang tidak terduga. Persistensi data berbeda dari tingkat Flash Optimized, yang dirancang untuk menyimpan data di disk untuk operasi umum.
Menyimpan beberapa data di disk menggunakan tingkat Flash Optimized tidak meningkatkan ketahanan data. Anda juga dapat menggunakan persistensi data pada tingkat Flash Optimized.
Note
Untuk informasi selengkapnya tentang bagaimana tingkat Flash Optimized dirancang, lihat Arsitektur Azure Managed Redis
- Untuk petunjuk tentang cara menskalakan antara tingkatan dan SKU, lihat Menskalakan instans Azure Managed Redis.
- Untuk informasi harga, lihat Harga Azure Managed Redis.
Important
Semua lapisan dalam memori yang menggunakan penyimpanan lebih dari 235 GB berada dalam Pratinjau Umum, termasuk Memory Optimized M350 dan yang lebih tinggi; Balanced B350 dan yang lebih tinggi; dan Compute Optimized X350 dan yang lebih tinggi. Semua tingkatan ini dan yang lebih tinggi lagi tersedia dalam Pratinjau Publik.
Semua tingkatan yang dioptimalkan untuk Flash berada dalam Pratinjau Umum.
Perbandingan fitur
Tabel berikut ini membantu menguraikan beberapa fitur yang didukung oleh tingkatan:
| Deskripsi Fitur | Memory Optimized | Balanced | Compute Optimized | Flash Optimized |
|---|---|---|---|---|
| Ukuran (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| Perjanjian Tingkat Layanan (SLA) | Yes | Yes | Yes | Yes |
| Enkripsi data dalam perjalanan | Ya (Titik akhir privat) | Ya (Titik akhir privat) | Ya (Titik akhir privat) | Ya (Titik akhir privat) |
| Replikasi dan failover | Yes | Yes | Yes | Yes |
| Isolasi jaringan | Yes | Yes | Yes | Yes |
| Autentikasi berbasis ID Microsoft Entra | Yes | Yes | Yes | Yes |
| Scaling | Yes | Yes | Yes | Yes |
| Ketersediaan tinggi | *Ya | *Ya | *Ya | *Ya |
| Persistensi data | Yes | Yes | Yes | Yes |
| Geo-replication | Ya (Aktif) | Ya (Aktif) | Ya (Aktif) | No |
| Instans non-kluster | Yes | Yes | Yes | No |
| Log koneksi audit | Ya (Berbasis peristiwa) | Ya (Berbasis peristiwa) | Ya (Berbasis peristiwa) | Ya (Berbasis peristiwa) |
| Struktur data JSON (yaitu, Redis JSON) | Yes | Yes | Yes | Yes |
| Fungsionalitas pencarian (termasuk pencarian vektor) | Yes | Yes | Yes | No |
| Struktur data probabilistik (seperti Redis Bloom) | Yes | Yes | Yes | Yes |
| Kemampuan Basis Data Time Series (yaitu, Redis TimeSeries) | Yes | Yes | Yes | Yes |
| Import/Export | Yes | Yes | Yes | Yes |
* Saat Ketersediaan tinggi diaktifkan, Azure Managed Redis memiliki redundansi zona di wilayah dengan beberapa Zona Ketersediaan.
Saat Anda menggunakan High Availability (HA), instans Azure Managed Redis disebarkan dengan shard utama dan replika pada dua node. Di wilayah tanpa Zona Ketersediaan, pecahan utama dan replika disebarkan di dua simpul di zona yang sama.
Important
Opsi Balanced B0 dan B1 SKU tidak mendukung replikasi geografis aktif.
Note
Dukungan penurunan skala terbatas dalam beberapa situasi. Untuk informasi selengkapnya, lihat Batasan penskalaan Azure Managed Redis.
Performa jaringan
Jika Anda memiliki beban kerja yang memerlukan throughput tinggi, bandwidth jaringan mungkin menjadi penghambat. Anda dapat meningkatkan bandwidth dengan naik ke tingkat performa yang lebih tinggi atau dengan berpindah ke ukuran instans yang besar. Instans berukuran lebih besar memiliki lebih banyak bandwidth karena VM yang mendasari menghosting cache. Batas bandwidth yang lebih tinggi membantu Anda menghindari saturasi jaringan yang menyebabkan batas waktu dalam aplikasi Anda. Untuk informasi selengkapnya tentang performa bandwidth, lihat Pengujian performa
Jumlah maksimum koneksi klien
Setiap SKU memiliki jumlah maksimum koneksi klien. Batas ini meningkat dengan tingkat performa yang lebih tinggi dan ukuran instans yang lebih besar. Tabel berikut ini memperlihatkan koneksi klien maksimum yang diizinkan per SKU Azure Managed Redis.
SKU yang Dioptimalkan untuk Memori, Seimbang, dan Pengoptimalan Komputasi
Tabel ini memperlihatkan koneksi maks menurut tingkat dan ukuran memori dalam SKU Memori yang Dioptimalkan, Seimbang, dan Komputasi.
| Ukuran (GB) | Memory Dioptimalkan |
Balanced | Compute Dioptimalkan |
|---|---|---|---|
| 0,5 | - | 15,000 | - |
| 1 | - | 15,000 | - |
| 3 | - | 15,000 | 30,000 |
| 6 | - | 15,000 | 30,000 |
| 12 | 15,000 | 30,000 | 75,000 |
| 24 | 30,000 | 75,000 | 150,000 |
| 60 | 75,000 | 150,000 | 200,000 |
| 120 | 150,000 | 200,000 | 200,000 |
| 175 | 200,000 | 200,000 | 200,000 |
| 235 | 200,000 | 200,000 | 200,000 |
| 360 * | 200,000 | 200,000 | 200,000 |
| 480 * | 200,000 | 200,000 | 200,000 |
| 720 * | 200,000 | 200,000 | 200,000 |
| 960 * | 200,000 | 200,000 | - |
| 1440 * | 200,000 | - | - |
| 1920 * | 200,000 | - | - |
| 4500 * | - | - | - |
* Ukuran dengan tanda bintang ada di Pratinjau Umum.
Flash Dioptimalkan SKU
Tabel ini memperlihatkan jumlah maksimum koneksi berdasarkan tingkat dan ukuran memori dalam SKU Flash yang dioptimalkan (pratinjau).
| Ukuran (GB) | Cahaya Kilat Dioptimalkan (pratinjau) |
|---|---|
| 235 * | 75,000 |
| 480 * | 150,000 |
| 720 * | 200,000 |
| 960 * | 200,000 |
| 1440 * | 200,000 |
| 1920 * | 200,000 |
| 4500 * | 200,000 |
* Ukuran dengan tanda bintang ada di Pratinjau Umum.
Ketersediaan tinggi
Azure Managed Redis menyediakan ketersediaan tinggi. SLA hanya mencakup konektivitas ke titik akhir cache. SLA tidak mencakup perlindungan dari kehilangan data. Untuk informasi selengkapnya tentang SLA, lihat SLA. Dimungkinkan untuk menonaktifkan ketersediaan tinggi dalam instans Azure Managed Redis. Menonaktifkan ketersediaan tinggi mengurangi biaya tetapi menyebabkan kehilangan data dan downtime. Kami hanya merekomendasikan untuk menonaktifkan ketersediaan tinggi dalam skenario pengembangan/pengujian.
Pertimbangan harga lainnya
Important
Azure Managed Redis Enterprise memerlukan alamat IP untuk setiap instans cache. Saat ini, biaya alamat IP diserap oleh Azure Managed Redis dan tidak diteruskan kepada pelanggan. Penagihan dapat berubah di masa mendatang. Untuk informasi selengkapnya, lihat Harga alamat IP.
Important
Menggunakan replikasi geografis aktif menghasilkan transfer data antar wilayah Azure. Biaya bandwidth ini saat ini diserap oleh Azure Managed Redis dan tidak diteruskan kepada pelanggan. Penagihan dapat berubah di masa mendatang. Untuk informasi selengkapnya, lihat Harga bandwidth.
Ketersediaan menurut wilayah
Azure Managed Redis terus berkembang ke wilayah baru. Untuk memeriksa ketersediaan menurut wilayah, lihat Produk yang tersedia menurut wilayah.
Berpindah dari Azure Cache for Redis
Untuk informasi selengkapnya tentang migrasi dari Azure Cache for Redis ke Azure Managed Redis, lihat Berpindah dari Azure Cache for Redis ke Azure Managed Redis.