Apa itu Azure Managed Redis?

  • Berlaku untuk: ✅ Azure Managed Redis

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, menghostingnya di Azure, dan aplikasi apa pun di dalam atau di luar Azure dapat menggunakannya. 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 pola yang paling umum termasuk yang berikut ini:

Pattern Description
Cache data Database seringkali terlalu besar untuk dimuat langsung ke dalam cache. Gunakan 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, footer, dan banner. 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 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 data dalam cookie dapat berdampak negatif pada performa saat ukuran cookie tumbuh dan diteruskan 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, mengaitkan informasi dengan pengguna lebih cepat daripada berinteraksi dengan database relasional lengkap.
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 Bloom dapat dengan cepat mendeteksi 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

Tersedia empat tingkat Azure Managed Redis, masing-masing dengan karakteristik performa dan tingkat harga yang berbeda.

Sekilas tingkatan dan SKU

Berikut adalah tiga tingkatan 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.

    Gambar tabel yang memperlihatkan perbandingan sku dan tingkatan.

Berikut adalah tingkatan yang menyimpan data baik dalam memori maupun pada disk:

  • Flash Optimized Memungkinkan kluster Redis untuk secara otomatis memindahkan data yang lebih jarang diakses dari memori (RAM) ke penyimpanan NVMe. Pengurangan penggunaan memori ini dapat mengurangi performa, tetapi memungkinkan penskalaan cache yang hemat biaya dengan himpunan data besar.

    Tabel yang memperlihatkan tingkat Flash Optimized dalam tabel yang memperlihatkan penggunaan penyimpanan.

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 dengan menggunakan tingkat Flash Optimized tidak meningkatkan ketahanan data. Anda juga dapat menggunakan persistensi data pada tingkat Flash Optimized.

Note

Untuk informasi selengkapnya tentang arsitektur tingkatan Flash Optimized, lihat Arsitektur Azure Managed Redis.

Important

Semua tingkatan in-memory yang menggunakan penyimpanan lebih dari 350 GB masih dalam pratinjau, termasuk Memory Optimized M500 ke atas, Balanced B500 ke atas, dan Compute Optimized X500 ke atas. Semua tingkatan ini dan tingkat di atasnya masih dalam pratinjau.

Tier A2000 dan A4500 yang dioptimalkan untuk flash masih dalam pratinjau.

Perbandingan fitur

Tabel berikut ini menjelaskan beberapa fitur yang didukung oleh setiap 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, instance Azure Managed Redis disebarkan dengan shard utama dan replika yang didistribusikan di setidaknya dua node.

Di wilayah yang mendukung zona ketersediaan, Azure Managed Redis mendistribusikan simpul di seluruh zona secara default. Untuk informasi selengkapnya, lihat Keandalan di Azure Managed Redis.

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
350 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 yang diberi tanda bintang masih dalam pratinjau.

Flash Dioptimalkan SKU

Tabel ini memperlihatkan koneksi maks menurut tingkat dan ukuran memori dalam SKU flash yang dioptimalkan.

Ukuran (GB) Cahaya Kilat
Dioptimalkan
235 75,000
480 (empat ratus delapan puluh) 150,000
720 200,000
960 200,000
1440 200,000
1920 * 200,000
4500 * 200,000

* Ukuran yang diberi tanda bintang masih dalam pratinjau.

Ketersediaan tinggi

Azure Managed Redis menyediakan ketersediaan tinggi ke titik akhir cache. Untuk informasi selengkapnya tentang SLA, lihat SLA. Anda dapat menonaktifkan ketersediaan tinggi dalam instans Azure Managed Redis. Menonaktifkan ketersediaan tinggi mengurangi biaya tetapi menyebabkan kehilangan data dan downtime. Hanya nonaktifkan ketersediaan tinggi untuk skenario dev/test.

Pertimbangan harga lainnya

Important

Azure Managed Redis Enterprise memerlukan alamat IP untuk setiap instans cache. Saat ini, Azure Managed Redis menyerap biaya alamat IP dan tidak meneruskannya 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. Saat ini, Azure Managed Redis menyerap biaya bandwidth ini dan tidak meneruskannya 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:

Konten terkait

  • Last updated on