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.
Important
Azure Cache for Redis mengumumkan garis waktu penghentiannya untuk semua SKU. Sebaiknya pindahkan instans Azure Cache for Redis yang ada ke Azure Managed Redis sesegera mungkin.
Untuk informasi lebih lanjut tentang pengakhiran layanan:
Seperti halnya sistem cloud apa pun, pemadaman yang tak terencana dapat terjadi yang menyebabkan instans komputer virtual (VM), Zona Ketersediaan, atau seluruh wilayah Azure mengalami pemadaman. Sebaiknya pelanggan memiliki rencana untuk menangani pemadaman zona atau regional.
Artikel ini menyajikan informasi bagi pelanggan untuk membuat rencana kelangsungan bisnis dan pemulihan bencana untuk implementasi Azure Cache for Redis, atau Azure Cache for Redis Enterprise mereka.
Berbagai opsi ketersediaan tinggi tersedia di tingkat Standar, Premium, dan Enterprise:
| Option | Description | Availability | Standard | Premium | Enterprise |
|---|---|---|---|---|---|
| Replikasi standar | Konfigurasi dua simpul yang direplikasi dalam satu pusat data dengan failover otomatis | 99,9% (lihat detail) | Yes | Yes | Yes |
| Zona redundansi | Konfigurasi yang direplikasi multi-node dalam Zona Ketersediaan, dengan failover otomatis | 99,9% di Premium; 99.99% di Enterprise (lihat detailnya) | Yes | Yes | Yes |
| Geo-replication | Instans cache tertaut di dua wilayah, dengan failover yang dikontrol pengguna | Premium; Enterprise (lihat detil) | No | Passive | Active |
| Import/Export | Rekam jepret data titik waktu dalam cache. | 99,9% (lihat detail) | No | Yes | Yes |
| Persistence | Penyimpanan data berkala ke akun penyimpanan. | 99,9% (lihat detail) | No | Yes | Preview |
Replikasi standar untuk ketersediaan tinggi
Tingkat yang berlaku: Standard, Premium, Enterprise, Enterprise Flash
Disarankan untuk: Ketersediaan tinggi
Azure Cache for Redis memiliki arsitektur ketersediaan tinggi yang memastikan instans terkelola Anda berfungsi, bahkan ketika pemadaman memengaruhi komputer virtual (VM) yang mendasar. Apakah pemadaman direncanakan atau tidak direncanakan, Azure Cache for Redis memberikan tingkat ketersediaan persentase yang lebih besar daripada yang dapat dicapai dengan menghosting Redis pada satu VM.
Azure Cache for Redis di tingkat yang berlaku berjalan pada sepasang server Redis secara default. Kedua server dihosting pada VM khusus. Redis sumber terbuka hanya memungkinkan satu server untuk menangani permintaan penulisan data.
Dengan Azure Cache for Redis, satu server adalah simpul utama , sementara yang lain adalah replika. Setelah memprovisikan simpul server, Azure Cache for Redis menetapkan peran utama dan replika kepada mereka. Node utama biasanya bertanggung jawab untuk melayani permintaan tulis dan baca dari klien. Pada operasi tulis, ia menerapkan kunci baru dan pembaruan kunci ke memori internalnya dan segera membalas ke klien. Ini meneruskan operasi ke replika secara asinkron.
Note
Biasanya, aplikasi klien Azure Cache for Redis berkomunikasi dengan simpul utama dalam cache untuk semua permintaan baca dan tulis. Klien tertentu dapat dikonfigurasi untuk membaca dari simpul replika.
Jika simpul utama dalam cache tidak tersedia, replika secara otomatis mempromosikan dirinya sendiri untuk menjadi primer baru. Proses ini disebut failover. Failover adalah proses di mana dua node, primer/replika, bertukar peran menjadi replika/primer, dengan kemungkinan salah satu node akan offline selama beberapa menit. Di sebagian besar failover, node utama dan replika mengoordinasikan penyerahan sehingga Anda memiliki waktu hampir nol tanpa node utama.
Primer sebelumnya mengalami status offline untuk sementara untuk menerima pembaruan dari primer yang baru. Kemudian, replika tersebut kembali online dan bergabung lagi dengan cache yang telah sepenuhnya disinkronkan. Kuncinya adalah bahwa ketika node tidak tersedia, itu adalah kondisi sementara dan akan kembali online.
Urutan failover umum terlihat seperti ini, ketika server utama perlu dihentikan sementara untuk pemeliharaan:
- Node utama dan replika menegosiasikan failover terkoordinasi dan saling bertukar peran.
- Replica (yang sebelumnya utama) menjadi offline untuk di-boot ulang.
- Beberapa detik atau menit kemudian, replika kembali online.
- Replika menyinkronkan data dari server utama.
Simpul utama dapat menghentikan layanan sementara sebagai bagian dari aktivitas pemeliharaan yang direncanakan, seperti pembaruan perangkat lunak Redis atau sistem operasi. Ini juga dapat berhenti berfungsi karena peristiwa yang tidak terencana seperti kegagalan dalam perangkat keras, perangkat lunak, atau jaringan yang mendasari. Failover dan patching untuk Azure Cache for Redis memberikan penjelasan terperinci tentang jenis-jenis failover. Azure Cache for Redis melewati banyak failover selama masa pakainya. Desain arsitektur ketersediaan tinggi membuat perubahan ini di dalam cache setransparan mungkin bagi kliennya.
Selain itu, Azure Cache for Redis menyediakan lebih banyak simpul replika di tingkat Premium. Cache multi-replika dapat dikonfigurasi dengan hingga tiga node replika. Memiliki lebih banyak replika umumnya meningkatkan ketahanan karena Anda memiliki simpul untuk mencadangkan node utama. Bahkan dengan lebih banyak replika, instans Azure Cache for Redis masih dapat sangat terpengaruh oleh pusat data atau pemadaman Zona Ketersediaan. Anda dapat meningkatkan ketersediaan cache dengan menggunakan beberapa replika dengan redundansi zona.
Zona redundansi
Tingkat yang berlaku: Standard, Premium, Enterprise, Enterprise Flash
Direkomendasikan untuk: Ketersediaan tinggi, Pemulihan bencana - wilayah intra
Azure Cache for Redis mendukung konfigurasi redundansi zona di tingkat Standar, Premium, dan Enterprise. Cache berzona redundan dapat memposisikan simpulnya di berbagai Zona Ketersediaan Azure di wilayah yang sama. Ini menghilangkan pusat data atau pemadaman Zona Ketersediaan sebagai satu titik kegagalan dan meningkatkan ketersediaan keseluruhan cache Anda.
Jika cache dikonfigurasi untuk menggunakan dua zona atau lebih seperti yang dijelaskan sebelumnya dalam artikel, simpul cache dibuat di zona yang berbeda. Ketika zona tidak berfungsi, simpul cache di zona lain tersedia untuk menjaga cache tetap berfungsi seperti biasa.
Important
Azure Cache For Redis secara default membuat cache redundan zona untuk Tingkat Premium dan Standar menggunakan Automatic_Zonal_Allocation di wilayah yang mendukung zona. Untuk informasi selengkapnya, lihat Mengaktifkan redundansi zona untuk Azure Cache for Redis.
Tingkat premium
Diagram berikut mengilustrasikan konfigurasi zona redundan untuk tingkat Premium:
Azure Cache for Redis mendistribusikan simpul dalam cache redundan zona secara bergilir melalui Zona Ketersediaan yang dipilih. Ini juga menentukan node yang berfungsi sebagai yang utama pada awalnya.
Pengalaman Penurunan Zona untuk tingkat Premium
Cache redundan zona menyediakan failover otomatis. Ketika simpul utama saat ini tidak tersedia, salah satu replika mengambil alih. Aplikasi Anda mungkin mengalami waktu respons cache yang lebih tinggi jika simpul utama baru terletak di AZ yang berbeda. Zona Ketersediaan dipisahkan secara geografis. Beralih dari satu AZ ke AZ lainnya mengubah jarak fisik antara tempat aplikasi dan cache Anda dihosting. Perubahan ini berdampak pada latensi jaringan pulang-pergi dari aplikasi Anda ke cache. Latensi ekstra diharapkan berada dalam rentang yang dapat diterima untuk sebagian besar aplikasi. Kami sarankan Anda menguji aplikasi Anda untuk memastikannya berfungsi dengan baik dengan cache zona-redundan.
Tingkat Enterprise dan Enterprise Flash
Cache di salah satu tingkat Enterprise berjalan pada kluster Redis Enterprise. Ini selalu memerlukan jumlah node server yang ganjil untuk membentuk kuorum. Secara default, ia memiliki tiga simpul, masing-masing dihosting pada VM khusus.
- Cache Enterprise memiliki dua simpul data berukuran sama dan satu simpul kuorum yang lebih kecil.
- Cache Enterprise Flash memiliki tiga simpul data berukuran sama.
Kluster Enterprise membagi data Azure Cache for Redis menjadi partisi secara internal. Setiap partisi memiliki utama dan setidaknya satu replika. Setiap simpul data menyimpan satu atau beberapa partisi. Kluster Enterprise memastikan bahwa primer dan replika partisi apa pun tidak pernah dikolokasikan pada node data yang sama. Partisi mereplikasi data secara asinkron dari utama ke replika yang sesuai.
Pengalaman Zona Turun untuk Tingkatan Perusahaan
Ketika simpul data menjadi tidak tersedia atau pemisahan jaringan terjadi, failover yang mirip dengan yang dijelaskan dalam replikasi Standar terjadi. Kluster Enterprise menggunakan model berbasis kuorum untuk menentukan mana simpul yang bertahan yang berpartisipasi dalam kuorum baru. Ini juga mempromosikan partisi replika dalam simpul ini ke primer sesuai kebutuhan.
Ketersediaan regional
Cache tingkat Premium dan Standar dengan cadangan zona tersedia di wilayah berikut:
| Americas | Eropa | Timur Tengah | Africa | Asia Pasifik |
|---|---|---|---|---|
| Brasil Selatan | Prancis Tengah | Qatar Tengah | Afrika Selatan Utara | Australia Timur |
| Kanada Tengah | Italia Utara | UAE Utara | India Tengah | |
| US Tengah | Jerman Barat Tengah | Israel Tengah | Indonesia Tengah | |
| Chili Tengah | Norwegia Timur | Jepang Timur | ||
| US Timur | Eropa Utara | Jepang Barat | ||
| US Timur 2 | UK Selatan | Asia Tenggara | ||
| US Tengah Selatan | Eropa Barat | Asia Timur | ||
| US Gov Virginia | Swedia Tengah | Tiongkok Utara 3 | ||
| Barat AS 2 | Swiss Utara | Korea Tengah | ||
| Barat AS 3 | Polandia Tengah | Malaysia Barat | ||
| Meksiko Tengah | Spanyol Tengah | Selandia Baru Utara |
Cache tingkat Enterprise dan Enterprise Flash yang memiliki zona redundansi tersedia di wilayah berikut:
| Americas | Eropa | Timur Tengah | Africa | Asia Pasifik |
|---|---|---|---|---|
| Kanada Tengah* | Eropa Utara | Australia Timur | ||
| US Tengah* | UK Selatan | India Tengah | ||
| US Timur | Eropa Barat | Asia Tenggara | ||
| US Timur 2 | Jepang Timur* | |||
| US Tengah Selatan | Asia Timur* | |||
| Barat AS 2 | ||||
| Barat AS 3 | ||||
| Brasil Selatan |
* Tingkat Enterprise Flash tidak tersedia di wilayah ini.
Penyebaran dan migrasi ulang zona ketersediaan
Di tingkat Standar dan Premium, Anda dapat meningkatkan sumber daya yang ada untuk menggunakan redundansi zona. Untuk mempelajari cara meningkatkan cache Anda saat ini, lihat Memigrasikan instans Azure Cache for Redis ke dukungan zona ketersediaan.
Persistence
Tingkat yang berlaku: Premium, Enterprise (pratinjau), Enterprise Flash (pratinjau)
Direkomendasikan untuk: Durabilitas data
Karena data cache Anda disimpan dalam memori, kegagalan yang jarang dan tidak terencana dari beberapa simpul dapat menyebabkan semua data hilang. Untuk menghindari kehilangan data sepenuhnya, persistensi Redis memungkinkan Anda mengambil rekam jepret berkala data dalam memori, dan menyimpannya ke akun penyimpanan Anda. Jika Anda mengalami kegagalan di beberapa simpul yang menyebabkan kehilangan data, cache Anda memuat rekam jepret dari akun penyimpanan. Untuk informasi selengkapnya, lihat Mengonfigurasi persistensi data untuk instans Azure Cache for Redis Premium.
Akun penyimpanan untuk penyimpanan berkelanjutan
Pertimbangkan untuk memilih akun penyimpanan geo-redundan untuk memastikan ketersediaan data yang bertahan tinggi. Untuk informasi lebih lanjut, lihat Redundansi Azure Storage.
Import/Export
Tingkat yang berlaku: Premium, Enterprise, Enterprise Flash
Direkomendasikan untuk: Pemulihan bencana
Azure cache for Redis mendukung opsi untuk mengimpor dan mengekspor file Redis Database (RDB) untuk menyediakan portabilitas data. Ini memungkinkan Anda mengimpor data ke Azure Cache for Redis atau mengekspor data dari Azure Cache for Redis dengan menggunakan rekam jepret RDB. Rekam jepret RDB dari cache premium diekspor ke blob di Akun Azure Storage. Anda dapat membuat skrip untuk memicu ekspor secara berkala ke akun penyimpanan Anda. Untuk informasi selengkapnya, lihat Mengimpor dan Mengekspor data di Azure Cache for Redis.
Akun penyimpanan untuk ekspor
Pertimbangkan untuk memilih akun penyimpanan geo-redundan untuk memastikan ketersediaan tinggi data yang Anda ekspor. Untuk informasi lebih lanjut, lihat Redundansi Azure Storage.
Replikasi Geo Pasif
Tingkat yang berlaku: Premium
Direkomendasikan untuk: Pemulihan bencana - satu wilayah
Replikasi geografis adalah mekanisme untuk menautkan dua instans Azure Cache for Redis, biasanya mencakup dua wilayah Azure. Replikasi geografis dirancang terutama untuk pemulihan bencana lintas wilayah. Dua instans cache tingkat Premium terhubung melalui replikasi geografis dengan cara yang menyediakan baca dan tulis ke cache utama Anda, dan data tersebut direplikasi ke cache sekunder.
Untuk informasi selengkapnya tentang cara menyiapkannya, lihat Mengonfigurasi replikasi geografis untuk instans Premium Azure Cache for Redis.
Jika wilayah yang menghosting cache utama tidak berfungsi, Anda harus memulai failover dengan: pertama, membatalkan tautan cache sekunder, lalu, memperbarui aplikasi Anda untuk menunjuk ke cache sekunder untuk membaca dan menulis.
Replikasi Geo Aktif
Tingkat yang berlaku: Enterprise, Enterprise Flash
Direkomendasikan untuk: Ketersediaan Tinggi, Pemulihan bencana - multi-wilayah
Tingkat Perusahaan mendukung bentuk replikasi geografis yang lebih canggih yang disebut replikasi geografis aktif yang menawarkan ketersediaan yang lebih tinggi dan pemulihan bencana lintas wilayah di beberapa wilayah. Perangkat lunak Azure Cache for Redis Enterprise menggunakan jenis data yang direplikasi bebas konflik untuk mendukung penulisan ke beberapa instans cache, menggabungkan perubahan, dan mengatasi konflik. Anda dapat menggabungkan hingga lima instans cache tingkat Perusahaan di wilayah Azure yang berbeda untuk membentuk grup replikasi geografis.
Aplikasi yang menggunakan cache tersebut dapat membaca dan menulis ke salah satu instans cache yang didistribusikan secara geografis melalui titik akhir yang sesuai. Aplikasi harus menggunakan yang terdekat dengan setiap instans dari aplikasi, memberikan Anda latensi terendah. Untuk informasi selengkapnya, lihat Mengonfigurasi replikasi geografis aktif untuk instans Enterprise Azure Cache for Redis.
Jika wilayah salah satu cache di grup replikasi Anda tidak berfungsi, aplikasi Anda perlu beralih ke wilayah lain yang tersedia.
Ketika cache di grup replikasi Anda tidak tersedia, sebaiknya pantau penggunaan memori untuk cache lain dalam grup replikasi yang sama. Meskipun salah satu cache tidak berfungsi, semua cache lain dalam grup replikasi mulai menyimpan metadata yang tidak dapat mereka bagikan dengan cache yang tidak berfungsi. Jika penggunaan memori untuk cache yang tersedia mulai tumbuh dengan cepat setelah salah satu cache gagal berfungsi, pertimbangkan untuk melepaskan cache yang tidak tersedia dari grup replikasi.
Untuk informasi selengkapnya tentang penghentian tautan paksa, lihat Penghapusan Tautan Paksa apabila terjadi gangguan layanan di wilayah.
Menghapus dan membuat ulang cache
Tingkat yang berlaku: Standard, Premium, Enterprise, Enterprise Flash
Jika Anda mengalami pemadaman regional, pertimbangkan untuk membuat ulang cache Anda di wilayah yang berbeda, dan memperbarui aplikasi Anda untuk terhubung ke cache baru sebagai gantinya. Penting untuk dipahami bahwa data hilang selama pemadaman regional. Kode aplikasi Anda harus tahan terhadap kehilangan data.
Setelah wilayah yang terpengaruh dipulihkan, Azure Cache for Redis yang tidak tersedia akan dipulihkan secara otomatis, dan tersedia untuk digunakan lagi. Untuk strategi lainnya untuk memindahkan cache Anda ke wilayah lain, lihat Memindahkan instans Azure Cache for Redis ke wilayah yang berbeda.
Langkah selanjutnya
Pelajari selengkapnya tentang cara mengonfigurasi opsi ketersediaan tinggi Azure Cache for Redis.