Mengonfigurasi replikasi geografis pasif untuk instans Premium Azure Cache for Redis

  • Artikel

Dalam artikel ini, Anda mempelajari cara mengonfigurasi replikasi geografis pasif pada sepasang instans Azure Cache for Redis menggunakan portal Azure.

Replikasi geografis pasif menautkan dua instans Azure Cache for Redis tingkat Premium dan membuat hubungan replikasi data pasif aktif. Aktif-pasif berarti bahwa ada sepasang cache, primer dan sekunder, yang datanya disinkronkan. Tetapi Anda hanya dapat menulis ke satu sisi pasangan, yang utama. Sisi lain dari pasangan, cache sekunder, bersifat baca-saja.

Bandingkan aktif-pasif dengan aktif-aktif, di mana Anda dapat menulis ke salah satu sisi pasangan, dan disinkronkan dengan sisi lain.

Dengan replikasi geografis pasif, instans cache biasanya terletak di wilayah Azure yang berbeda, meskipun itu tidak diperlukan. Satu instans bertindak sebagai yang utama, dan yang lainnya sebagai yang sekunder. Utama menangani permintaan baca dan tulis, dan primer menyebarkan perubahan ke sekunder.

Failover terjadi tidak otomatis. Untuk informasi selengkapnya tentang cara menggunakan failover, lihat Memulai failover dari geo-primer ke geo-sekunder.

Catatan

Replikasi geografis pasif dirancang sebagai solusi pemulihan bencana.

Cakupan ketersediaan

Tingkat Dasar, Standar Premium Enterprise, Enterprise Flash
Tersedia Tidak Ya Ya

Replikasi geografis pasif hanya tersedia di tingkat Premium Azure Cache for Redis. Tingkat Enterprise dan Enterprise Flash juga menawarkan replikasi geografis, tetapi tingkatan tersebut menggunakan versi yang lebih canggih yang disebut replikasi geografis aktif.

Prasyarat replikasi geografis

Untuk mengonfigurasi replikasi geografis antara dua cache, prasyarat berikut harus dipenuhi:

  • Kedua cache adalah cache tingkat Premium.
  • Kedua cache berada dalam langganan Azure yang sama.
  • Cache tertaut sekunder adalah ukuran cache yang sama atau ukuran cache yang lebih besar daripada cache tertaut utama. Untuk menggunakan geo-failover, kedua cache harus berukuran sama.
  • Kedua cache dibuat dan dalam status berjalan.
  • Kedua cache menjalankan versi server Redis yang sama.

Catatan

Transfer data antar wilayah Azure dikenakan tarif bandwidth standar.

Beberapa fitur tidak didukung dengan replikasi geografis:

  • Redundansi Zona tidak didukung dengan geo-replikasi.
  • Persistensi tidak didukung dengan replikasi geografis.
  • Cache dengan lebih dari satu replika tidak dapat direplikasi secara geografis.
  • Pengklusteran didukung jika kedua cache mengaktifkan pengklusteran dan memiliki jumlah pecahan yang sama.
  • Cache di Jaringan Virtual (VNet) yang sama didukung.
  • Cache di VNet yang berbeda didukung dengan peringatan. Lihat Dapatkah saya menggunakan replikasi geografis dengan cache saya di VNet? untuk informasi selengkapnya.

Setelah replikasi geografis dikonfigurasi, pembatasan berikut berlaku untuk pasangan cache tertaut Anda:

  • Cache tertaut sekunder bersifat baca-saja. Anda dapat membaca darinya, tetapi Anda tidak dapat menulis data apa pun ke dalamnya. Jika Anda memilih untuk membaca dari instans Geo-Sekunder, setiap kali sinkronisasi data penuh terjadi antara Geo-Primer dan Geo-Sekunder, instans Geo-Sekunder memunculkan kesalahan pada operasi Redis apa pun terhadapnya hingga sinkronisasi data penuh selesai. Kesalahan menyatakan bahwa sinkronisasi data penuh sedang berlangsung. Selain itu, kesalahan dimunculkan ketika Geo-Primer atau Geo-Sekunder diperbarui dan pada beberapa skenario reboot. Aplikasi yang Geo-Secondary harus dibangun untuk melakukkan failback ke Geo-Primary setiap kali Geo-Secondary melempar kesalahan tersebut.

  • Setiap data yang ada di cache tertaut sekunder sebelum tautan ditambahkan akan dihapus. Namun, jika replikasi geografis kemudian dihapus, data yang direplikasi tetap berada di cache tertaut sekunder.

  • Anda tidak dapat menskalakan cache saat cache ditautkan.

  • Anda tidak dapat mengubah jumlah pecahan jika cache mengaktifkan pengklusteran.

  • Anda tidak dapat mengaktifkan persistensi pada salah satu cache.

  • Anda dapat Mengekspor dari salah satu cache.

  • Anda tidak dapat Mengimpor ke dalam cache tertaut sekunder.

  • Anda tidak dapat menghapus cache tertaut, atau grup sumber daya yang berisi cache tersebut, hingga Anda membatalkan tautan cache. Untuk informasi selengkapnya, lihat Mengapa operasi gagal saat saya mencoba menghapus cache tertaut saya?

  • Jika cache berada di wilayah yang berbeda, biaya keluar jaringan berlaku untuk data yang dipindahkan di seluruh wilayah. Untuk informasi selengkapnya, lihat Berapa biaya untuk mereplikasi data saya di seluruh wilayah Azure?

  • Failover terjadi tidak otomatis. Anda harus memulai failover dari cache tertaut primer ke sekunder. Untuk informasi selengkapnya tentang cara menggunakan failover, lihat Memulai failover dari geo-primer ke geo-sekunder.

  • Link privat tidak dapat ditambahkan ke cache yang sudah direplikasi secara geografis. Untuk menambahkan link privat ke cache yang direplikasi secara geografis: 1. Batalkan link replikasi geo. 2. Tambahkan Azure Private Link. 3. Terakhir, tautkan ulang replikasi geo.

  1. Untuk menautkan dua cache bersama-sama untuk replikasi geografis, pertama-tama pilih Replikasi geografis dari menu Sumber Daya cache yang ingin Anda jadikan cache tertaut utama. Selanjutnya, pilih Tambahkan tautan replikasi cache dari panel kerja.

    Screenshot showing the cache's Geo-replication menu.

  2. Klik nama cache sekunder yang Anda maksudkan dari daftar Cache yang kompatibel. Jika cache sekunder Anda tidak ditampilkan dalam daftar, verifikasi bahwa Prasyarat replikasi geografis untuk cache sekunder terpenuhi. Untuk memfilter cache menurut wilayah, klik wilayah di peta untuk menampilkan cache tersebut saja di daftar Cache yang kompatibel.

    Screenshot showing compatible caches for linking with geo-replication.

    Anda juga dapat memulai proses penautan atau menampilkan detail tentang cache sekunder dengan menggunakan menu konteks.

    Screenshot showing the Geo-replication context menu.

  3. Klik Tautkan untuk menautkan dua cache bersama-sama dan memulai proses replikasi.

    Screenshot showing how to link caches for geo-replication.

  4. Anda dapat melihat kemajuan proses replikasi menggunakan Geo-replikasi di menu Sumber Daya.

    Screenshot showing the current Linking status.

    Anda juga dapat melihat status penautan menggunakan Gambaran Umum dari menu Sumber Daya untuk cache utama dan sekunder.

    Screenshot that highlights how to view the linking status for the primary and secondary caches.

    Setelah proses replikasi selesai, status Provisi tautan berubah menjadi Berhasil.

    Screenshot showing cache linking status as Succeeded.

    Cache tertaut utama tetap tersedia untuk digunakan selama proses penautan. Cache tertaut sekunder tidak tersedia sampai proses penautan selesai.

URL geo-primer

Setelah cache ditautkan, URL dihasilkan untuk setiap cache yang selalu menunjuk ke cache geo-primer. Jika failover dimulai dari geo-primer ke geo-sekunder, URL tetap sama, dan catatan DNS yang mendasarinya diperbarui secara otomatis untuk mengarahkan ke geo-primer baru.

Screenshot showing four URLs created by adding geo-replication.

Tiga URL ditampilkan:

  • URL Geo-Primer adalah URL proksi dengan format <cachename>.geo.redis.cache.windows.net. URL selalu menunjuk ke cache mana pun dalam pasangan replikasi geografis adalah geo-primer saat ini.
  • Cache Primer Geo saat ini adalah alamat langsung cache yang saat ini menjadi geo-primer. Alamatnya redis.cache.windows.net bukan geo.redis.cache.windows.net. Alamat yang tercantum di bidang berubah jika failover dimulai.
  • Singgahan Sekunder Geo Saat Ini adalah alamat langsung cache yang saat ini merupakan geo-sekunder. Alamatnya redis.cache.windows.net bukan geo.redis.cache.windows.net. Alamat yang tercantum di bidang berubah jika failover dimulai.

Memulai failover dari geo-primer ke geo-sekunder

Dengan satu pilihan, Anda dapat memicu failover dari geo-primer ke geo-sekunder.

Screenshot of linked caches with Failover highlighted.

Ini menyebabkan langkah-langkah berikut diambil:

  1. Cache geo-sekunder dipromosikan ke geo-primer.
  2. Rekaman DNS diperbarui untuk mengalihkan URL geo-primer ke geo-primer baru.
  3. Cache geo-primer lama diturunkan ke sekunder, dan mencoba membentuk tautan ke cache geo-primer baru.

Proses geo-failover membutuhkan waktu beberapa menit untuk diselesaikan.

Pengaturan untuk memeriksa sebelum memulai geo-failover

Ketika failover dimulai, cache geo-primer dan geo-sekunder bertukar. Jika geo-primer baru dikonfigurasi secara berbeda dari geo-sekunder, itu dapat membuat masalah untuk aplikasi Anda.

Pastikan untuk memeriksa item berikut:

  • Jika Anda menggunakan firewall di salah satu cache, pastikan pengaturan firewall serupa sehingga Anda tidak memiliki masalah koneksi.
  • Pastikan kedua cache menggunakan port dan pengaturan TLS/SSL yang sama
  • Cache geo-primer dan geo-sekunder memiliki kunci akses yang berbeda. Jika failover dipicu, pastikan aplikasi Anda dapat memperbarui kunci akses yang digunakannya untuk mencocokkan geo-primer baru. Atau, gunakan token Microsoft Entra untuk autentikasi cache, yang memungkinkan Anda menggunakan kredensial autentikasi yang sama untuk geo-primer dan cache geo-sekunder.

Failover dengan kehilangan data minimal

Peristiwa geo-failover dapat memperkenalkan inkonsistensi data selama transisi, terutama jika klien mempertahankan koneksi ke geo-primer lama selama proses failover. Dimungkinkan untuk meminimalkan kehilangan data dalam peristiwa geo-failover yang direncanakan menggunakan tips berikut:

  • Periksa metrik offset sinkronisasi data replikasi geografis. Metrik dipancarkan oleh cache geo-primer saat ini. Metrik ini menunjukkan berapa banyak data yang belum direplikasi ke geo-primer. Jika memungkinkan, hanya mulai failover jika metrik menunjukkan kurang dari 14 byte tetap harus ditulis.
  • Jalankan CLIENT PAUSE perintah di geo-primer saat ini sebelum memulai failover. Menjalankan CLIENT PAUSE memblokir permintaan tulis baru dan sebaliknya mengembalikan kegagalan batas waktu ke klien Azure Cache for Redis. CLIENT PAUSE Perintah ini memerlukan penyediaan periode batas waktu dalam milidetik. Pastikan periode batas waktu yang cukup lama disediakan untuk memungkinkan kegagalan terjadi. Mengatur nilai jeda menjadi sekitar 30 menit (1.800.000 milidetik) adalah tempat yang baik untuk memulai. Anda selalu dapat menurunkan angka ini sesuai kebutuhan.

Tidak perlu menjalankan perintah CLIENT UNPAUSE karena geo-primer baru mempertahankan jeda klien.

Catatan

Menggunakan autentikasi berbasis ID Microsoft Entra untuk cache Anda direkomendasikan dalam skenario geo-failover karena menghapus kesulitan mengelola kunci akses yang berbeda untuk cache geo-primer dan geo-sekunder.

  1. Untuk menghapus tautan antara dua cache dan menghentikan geo-replikasi, pilih Batalkan tautan cache dari Geo-replikasi di kiri.

    Screenshot showing how to unlink caches.

    Saat proses pembatalan tautan selesai, cache sekunder tersedia untuk baca dan tulis.

Catatan

Saat tautan replikasi geografis dihapus, data yang direplikasi dari cache tertaut utama tetap berada di cache sekunder.

FAQ replikasi geografis

Dapatkah saya menggunakan replikasi geografis dengan cache tingkat Standar atau Dasar?

Tidak, replikasi geografis pasif hanya tersedia di tingkat Premium. Versi replikasi geografis yang lebih canggih yang disebut, replikasi geografis aktif, tersedia di tingkat Enterprise dan Enterprise Flash.

Apakah cache saya tersedia untuk digunakan selama proses penautan atau pembatalan tautan?

  • Cache utama yang ditautkan tetap tersedia hingga proses penautan selesai.
  • Cache tertaut sekunder tidak tersedia sampai proses penautan selesai.
  • Kedua cache tetap tersedia hingga proses pembatalan tautan selesai.

Kapan saya dapat menulis ke geo-primer baru setelah memulai failover?

Ketika proses failover dimulai, Anda akan melihat pembaruan status provisi tautan ke Penghapusan, yang menunjukkan bahwa tautan sebelumnya sedang dibersihkan. Setelah ini selesai, status provisi tautan diperbarui ke Pembuatan. Ini menunjukkan bahwa geo-primer baru sedang berjalan dan mencoba membuat kembali tautan replikasi geografis ke cache geo-primer lama. Pada titik ini, Anda dapat segera terhubung ke instans cache geo-primer baru untuk baca dan tulis.

Ya, ada beberapa metrik yang tersedia untuk membantu melacak status replikasi geografis. Metrik ini tersedia di portal Azure.

  • Geo Replication Healthy menunjukkan status tautan replikasi geografis. Tautan ditampilkan sebagai tidak sehat jika cache geo-primer atau geo-sekunder tidak berfungsi. Ini biasanya disebabkan oleh operasi patching standar, tetapi juga dapat menunjukkan situasi kegagalan.
  • Geo Replication Koneksi ivity Lag menunjukkan waktu sejak sinkronisasi data terakhir yang berhasil antara geo-primer dan geo-sekunder.
  • Geo Replication Data Sync Offset menunjukkan jumlah data yang belum disinkronkan ke cache geo-sekunder.
  • Peristiwa Sinkronisasi Penuh Replikasi Geografis Dimulai menunjukkan bahwa tindakan sinkronisasi penuh telah dimulai antara cache geo-primer dan geo-sekunder. Ini terjadi jika replikasi standar tidak dapat mengikuti jumlah penulisan baru.
  • Peristiwa Sinkronisasi Penuh Replikasi Geografis Selesai menunjukkan bahwa tindakan sinkronisasi penuh telah selesai.

Ada juga buku kerja bawaan yang disebut Dasbor Geo-Replikasi yang menyertakan semua metrik kesehatan replikasi geografis dalam satu tampilan. Menggunakan tampilan ini direkomendasikan karena menggabungkan informasi yang hanya dipancarkan dari instans cache geo-primer atau geo-sekunder.

Tidak, Anda hanya dapat menautkan dua cache bersama-sama saat menggunakan replikasi geografis pasif. Replikasi geografis aktif mendukung hingga lima cache tertaut.

Tidak, kedua cache harus berada di langganan Azure yang sama.

Ya, selama cache tertaut sekunder lebih besar dari cache tertaut utama. Namun, Anda tidak dapat menggunakan fitur failover jika cache memiliki ukuran yang berbeda.

Dapatkah saya menggunakan replikasi geografis dengan pengklusteran diaktifkan?

Ya, selama kedua cache memiliki jumlah pecahan yang sama.

Dapatkah saya menggunakan replikasi geografis dengan cache saya di VNet?

Sebaiknya gunakan Azure Private Link melalui injeksi VNet dalam banyak kasus. Untuk informasi selengkapnya, lihat Migrasi dari cache injeksi VNet ke cache Private Link.

Meskipun secara teknis masih memungkinkan untuk menggunakan injeksi VNet saat mereplikasi cache Anda secara geografis, kami merekomendasikan Azure Private Link.

Penting

Azure Cache for Redis merekomendasikan penggunaan Azure Private Link, yang menyederhanakan arsitektur jaringan dan mengamankan koneksi antar titik akhir di Azure. Anda dapat menyambungkan ke instans Azure Cache dari jaringan virtual Anda melalui titik akhir privat, yang diberi alamat IP pribadi dalam subnet dalam jaringan virtual. Azure Private Links ditawarkan di semua tingkatan kami, termasuk dukungan Azure Policy, dan manajemen aturan NSG yang disederhanakan. Untuk mempelajari selengkapnya, lihat Dokumentasi Azure Private Link. Untuk memigrasikan cache yang disuntikkan VNet ke Private Link, lihat Memigrasikan dari cache suntikan VNet ke cache Private Link.

Untuk informasi selengkapnya tentang dukungan untuk replikasi geografis dengan VNet, lihat Replikasi geografis menggunakan injeksi VNet dengan cache Premium.

Apa jadwal replikasi untuk replikasi geografis Redis?

Replikasi bersifat terus-menerus dan asinkron. Ini tidak terjadi pada jadwal tertentu. Semua penulisan yang dilakukan ke utama secara instan dan tidak sinkron direplikasi pada sekunder.

Berapa lama replikasi dari replikasi geografis berlangsung?

Replikasi bertambah bertahap, asinkron, dan berkelanjutan serta waktu yang dibutuhkan tidak jauh berbeda dengan latensi lintas wilayah. Dalam keadaan tertentu, cache sekunder mungkin diperlukan untuk melakukan sinkronisasi penuh data dari utama. Waktu replikasi dalam kasus ini bergantung pada sejumlah faktor seperti: memuat cache utama, bandwidth jaringan yang tersedia, dan latensi antar-wilayah. Kami telah menemukan waktu replikasi untuk pasangan yang direplikasi secara geografis 53 GB penuh dapat berkisar antara 5 hingga 10 menit. Anda dapat melacak jumlah data yang belum direplikasi menggunakan Geo Replication Data Sync Offset metrik di Azure monitor.

Apakah titik pemulihan replikasi dijamin?

Untuk cache dalam mode direplikasi secara geografis, persistensi dinonaktifkan. Jika pasangan yang direplikasi secara geografis dibatalkan tautannya, seperti failover yang dimulai oleh pelanggan, cache tertaut sekunder akan menyimpan data yang disinkronkan hingga titik waktu tersebut. Tidak ada titik pemulihan yang dijamin dalam situasi seperti itu.

Untuk mendapatkan titik pemulihan, Ekspor dari salah satu cache. Anda nantinya dapat Mengimpor ke dalam cache tertaut utama.

Dapatkah saya menggunakan PowerShell atau Azure CLI untuk mengelola replikasi geografis?

Ya, replikasi geografis dapat dikelola menggunakan portal Microsoft Azure, PowerShell, atau Azure CLI. Untuk informasi selengkapnya, lihat dokumen PowerShell atau dokumen Azure CLI.

Berapa biaya untuk mereplikasi data saya di seluruh wilayah Azure?

Saat menggunakan geo-replikasi, data dari cache utama yang ditautkan direplikasi ke cache sekunder yang ditautkan. Tidak ada biaya untuk transfer data jika dua cache yang ditautkan berada di wilayah yang sama. Jika dua cache tertaut berada di wilayah yang berbeda, biaya transfer data adalah biaya keluar jaringan dari data yang bergerak melintasi salah satu wilayah. Untuk informasi selengkapnya, lihat Detail harga Bandwidth.

Mengapa operasi gagal saat saya mencoba menghapus cache tertaut saya?

Cache yang direplikasi secara geografis dan grup sumber dayanya tidak dapat dihapus saat ditautkan hingga Anda menghapus tautan replikasi geografis. Jika Anda mencoba untuk menghapus grup sumber daya yang berisi salah satu atau kedua cache tertaut, sumber daya lain dalam grup sumber daya akan dihapus, tetapi grup sumber daya tetap dalam status deleting dan semua cache tertaut dalam grup sumber daya tetap dalam status running. Untuk sepenuhnya menghapus grup sumber daya dan cache yang ditautkan di dalamnya, batalkan tautan cache seperti yang dijelaskan dalam Menghapus tautan replikasi geografis.

Wilayah apa yang harus saya gunakan untuk cache tertaut sekunder saya?

Secara umum, kami menyarankan agar cache Anda ada di wilayah Azure yang sama dengan aplikasi yang mengaksesnya. Untuk aplikasi dengan wilayah utama dan fallback terpisah, kami merekomendasikan cache primer dan sekunder Anda ada di wilayah yang sama. Untuk informasi selengkapnya tentang wilayah yang dipasangkan, lihat Praktik Terbaik – Wilayah yang Dipasangkan Azure.

Dapatkah saya mengonfigurasi firewall dengan replikasi geografis?

Ya, Anda dapat mengonfigurasi firewall dengan replikasi geografis. Agar replikasi geografis berfungsi bersama firewall, pastikan alamat IP cache sekunder ditambahkan ke aturan firewall cache utama. Namun jika akses jaringan publik dinonaktifkan pada cache dan hanya Titik Akhir Privat yang diaktifkan, maka penggunaan Firewall pada cache tidak didukung.

Langkah berikutnya

Pelajari lebih lanjut tentang fitur Azure Cache for Redis.