Baca dalam bahasa Inggris

Bagikan melalui


Apa itu Azure Managed Redis (pratinjau)?

Azure Managed Redis (pratinjau) 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.

Penting

Azure Managed Redis saat ini dalam PRATINJAU. Lihat Ketentuan Penggunaan Tambahan untuk Pratinjau Microsoft Azure untuk persyaratan hukum yang berlaku pada fitur Azure dalam versi beta, pratinjau, atau belum dirilis secara umum.

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, papan peringkat, penembolokan semantik, dan sebagai database vektor.

Azure Managed Redis dapat disebarkan secara mandiri, atau dapat disebarkan bersama dengan aplikasi Azure atau layanan database 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:

Pola Deskripsi
Cache data Database seringkali terlalu besar untuk dimuat langsung ke dalam cache. Adalah umum untuk 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.
Pencarian kesamaan vektor Kasus penggunaan AI umum adalah menghasilkan penyematan vektor menggunakan model bahasa besar (LLM). Penyematan vektor ini perlu disimpan dalam database vektor dan kemudian dibandingkan dengan menentukan kesamaan. Azure Managed Redis memiliki fungsionalitas bawaan untuk menyimpan dan membandingkan penyematan vektor pada throughput tinggi.
Penembolokan semantik Menggunakan LLM sering memperkenalkan sejumlah besar latensi (karena waktu pembuatan) dan biaya (karena harga per token) ke aplikasi. Penembolokan dapat membantu menyelesaikan masalah ini dengan menyimpan output LLM sebelumnya sehingga dapat dengan cepat diambil lagi. Namun, karena LLM menggunakan bahasa alami, ini bisa sulit untuk ditangani oleh cache khas. Cache semantik seperti Azure Managed Redis mampu membuat cache bukan hanya kueri tertentu, tetapi makna semantik kueri, memungkinkannya digunakan jauh lebih alami dengan LLM.
Deduplikasi 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 digunakan untuk menentukan duplikat dengan cepat dan mencegah masalah.
Papan peringkat 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.
Antrean pekerjaan 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 atomik tunggal. Semua perintah harus berhasil, atau semua harus digulirkan kembali ke status awal. Azure Managed Redis mendukung eksekusi batch perintah sebagai satu transaksi.

Versi Redis

Azure Managed Redis mendukung Redis versi 7.4.x. Untuk informasi selengkapnya, lihat Cara meningkatkan versi instans Azure Managed Redis Anda.

Memilih tingkat yang tepat

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

Tiga tingkatan adalah untuk 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 seimbang (4:1), membuatnya ideal untuk beban kerja standar. Tingkat ini menyediakan keseimbangan memori dan sumber daya komputasi yang sehat.
  • Compute Optimized Designed untuk beban kerja intensif performa yang membutuhkan throughput maksimum, dengan rasio memori-ke-vCPU (2:1) yang rendah. Ini ideal untuk aplikasi yang menuntut performa tertinggi.

Satu tingkat menyimpan data baik dalam memori maupun di disk:

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

Catatan

Untuk informasi selengkapnya tentang bagaimana tingkat Flash Optimized dirancang, lihat Arsitektur Azure Managed Redis

Penting

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 terjadi pemadaman yang tidak terduga. Ini 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.

Untuk petunjuk tentang cara menskalakan antara tingkatan dan SKU, lihat Menskalakan instans Azure Managed Redis.

Sekilas tingkatan dan SKU

Tabel memperlihatkan berbagai konfigurasi memori dan vCPU untuk setiap SKU dan tingkat Azure Managed Redis.

Untuk informasi harga, lihat Harga Azure Managed Redis

Perbandingan fitur

Tabel berikut ini membantu menguraikan beberapa fitur yang didukung oleh tingkatan:

Deskripsi Fitur Memori Dioptimalkan Seimbang Komputasi dioptimalkan Lampu Kilat Dioptimalkan
Ukuran (GB) 12 - 1920 0.5 - 960 3 - 720 250 - 4500
Perjanjian Tingkat Layanan (SLA) Ya Ya Ya Ya
Enkripsi data saat transit Ya (Titik akhir privat) Ya (Titik akhir privat) Ya (Titik akhir privat) Ya (Titik akhir privat)
Replikasi dan failover Ya Ya Ya Ya
Isolasi jaringan Ya Ya Ya Ya
Autentikasi berbasis ID Microsoft Entra Ya Ya Ya Ya
Penskalaan Ya Ya Ya Ya
Persistensi data Ya Ya Ya Ya
Zona redundansi Ya Ya Ya Ya
Replikasi geografis Ya (Aktif) Ya (Aktif) Ya (Aktif) No
Log audit koneksi Ya (Berbasis peristiwa) Ya (Berbasis peristiwa) Ya (Berbasis peristiwa) Ya (Berbasis peristiwa)
Struktur data JSON (yaitu, Redis JSON) Ya Ya Ya Ya
Fungsionalitas pencarian (termasuk pencarian vektor) Ya Ya Ya Tidak
Struktur data probabilistik (yaitu, Redis Bloom) Ya Ya Ya Ya
Kemampuan database Time Series (yaitu, Redis TimeSeries) Ya Ya Ya Ya
Redis on Flash(juga dikenal sebagai autotiering) Ya Ya Ya Ya
Import/Export Ya Ya Ya Ya
Memperbarui saluran dan Menjadwalkan pembaruan Tidak No No Tidak

Penting

Opsi Balanced B0 dan B1 SKU tidak mendukung replikasi geografis aktif.

Penting

SLA hanya tersedia di GA, dan tidak tersedia selama pratinjau.

Catatan

Dukungan penurunan skala terbatas dalam beberapa situasi. Untuk informasi selengkapnya, lihat Prasyarat/batasan penskalaan Azure Managed Redis.

Pertimbangan lain saat memilih tingkatan

  • Performa jaringan: Jika Anda memiliki beban kerja yang membutuhkan throughput tinggi, Anda mungkin tersempitan oleh bandwidth jaringan. Anda dapat meningkatkan bandwidth dengan naik ke tingkat performa yang lebih tinggi atau dengan berpindah ke ukuran instans yang besar. Instans ukuran yang lebih besar memiliki lebih banyak bandwidth karena VM yang mendasar yang 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. Untuk informasi selengkapnya tentang batas untuk setiap SKU, lihat Harga Azure Managed Redis.
  • Ketersediaan tinggi: Azure Managed Redis menyediakan beberapa opsi 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. Ini menurunkan harga tetapi menyebabkan kehilangan data dan waktu henti. Sebaiknya nonaktifkan ketersediaan tinggi untuk skenario dev/test.

Pertimbangan harga lainnya

Penting

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. Ini dapat berubah di masa depan. Untuk informasi selengkapnya, lihat Harga alamat IP.

Penting

Menggunakan replikasi geografis aktif akan menghasilkan transfer data antar wilayah Azure. Biaya bandwidth ini saat ini diserap oleh Azure Managed Redis dan tidak diteruskan kepada pelanggan. Ini dapat berubah di masa depan. Untuk informasi selengkapnya, lihat Harga bandwidth.

Ketersediaan menurut wilayah

Azure Managed Redis terus berkembang ke wilayah baru. Untuk melihat ketersediaan menurut wilayah, lihat Produk tersedia menurut wilayah.

Migrasi 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