Keandalan di Azure Notification Hubs
Artikel ini menjelaskan dukungan keandalan di Azure Notification Hubs dan mencakup ketahanan regional dengan zona ketersediaan dan pemulihan bencana dan kelangsungan bisnis
Dukungan zona ketersediaan
Zona ketersediaan Azure adalah setidaknya tiga grup pusat data yang terpisah secara fisik dalam setiap wilayah Azure. Pusat data dalam setiap zona dilengkapi dengan infrastruktur daya, pendinginan, dan jaringan independen. Dalam kasus kegagalan zona lokal, zona ketersediaan dirancang sehingga jika satu zona terpengaruh, layanan regional, kapasitas, dan ketersediaan tinggi didukung oleh dua zona yang tersisa.
Kegagalan dapat berkisar dari kegagalan perangkat lunak dan perangkat keras hingga peristiwa seperti gempa bumi, banjir, dan kebakaran. Toleransi terhadap kegagalan dicapai dengan redundansi dan isolasi logis layanan Azure. Untuk informasi selengkapnya tentang zona ketersediaan di Azure, lihat Wilayah dan zona ketersediaan.
Layanan berkemampuan zona ketersediaan Azure dirancang untuk memberikan tingkat keandalan dan fleksibilitas yang tepat. Mereka dapat dikonfigurasi dalam dua cara. Mereka dapat berupa zona redundan,dengan replikasi otomatis di seluruh zona, atau zonal, dengan instans yang disematkan ke zona tertentu. Anda juga dapat menggabungkan pendekatan ini. Untuk informasi selengkapnya tentang arsitektur zonal vs. zona-redundan, lihat Rekomendasi untuk menggunakan zona dan wilayah ketersediaan.
Di wilayah yang mendukung zona ketersediaan, Notification Hubs mendukung penyebaran zona-redundan secara default. Saat Anda menyebarkan dengan zona ketersediaan, data pendaftaran dan metadata direplikasi di semua zona di wilayah yang ditentukan.
Prasyarat
Azure Notification Hubs menggunakan zona ketersediaan di wilayah tempatnya tersedia. Untuk daftar wilayah yang mendukung zona ketersediaan, lihat Layanan zona ketersediaan dan dukungan regional.
Zona ketersediaan didukung secara default hanya di tingkat tertentu. Untuk mempelajari tingkat mana yang mendukung penyebaran zona ketersediaan, lihat [Harga Notification Hubs](https://azure.microsoft.com/pricing/details/notification-hubs.
Peningkatan SLA
Zona ketersediaan mendukung biaya tambahan selain harga tingkat yang ada. Untuk informasi selengkapnya tentang SLA kami, lihat Notification Hubs SLA.
Pengalaman zona tidak berfungsi
Selama pemadaman di seluruh zona, tidak ada tindakan yang diperlukan selama pemulihan zona. Notification Hubs menyembuhkan diri sendiri dan menyeimbangkan kembali dirinya sendiri untuk secara otomatis memanfaatkan zona sehat.
Aktifkan Zona Ketersediaan
Anda hanya dapat mengaktifkan zona ketersediaan pada namespace baru. Karena Notification Hubs tidak mendukung migrasi namespace yang ada, Anda tidak dapat menonaktifkan redundansi zona setelah mengaktifkannya di namespace Anda.
Untuk mempelajari cara menyiapkan namespace baru dengan zona ketersediaan, lihat Membuat hub pemberitahuan Azure di portal Azure.
Dukungan bermigrasi ke zona ketersediaan
Untuk mempelajari cara memindahkan sumber daya Notification Hubs yang ada ke wilayah baru dengan dukungan zona ketersediaan, ikuti panduan di Memindahkan sumber daya antar wilayah Azure.
Pemulihan bencana lintas wilayah dan kelangsungan bisnis
Pemulihan bencana (DR) adalah tentang pemulihan dari peristiwa berdampak tinggi, seperti bencana alam atau penyebaran gagal yang mengakibatkan waktu henti dan kehilangan data. Terlepas dari penyebabnya, obat terbaik untuk bencana adalah rencana DR yang terdefinisi dan teruji dengan baik dan desain aplikasi yang secara aktif mendukung DR. Sebelum Anda mulai berpikir tentang membuat rencana pemulihan bencana Anda, lihat Rekomendasi untuk merancang strategi pemulihan bencana.
Ketika datang ke DR, Microsoft menggunakan model tanggung jawab bersama. Dalam model tanggung jawab bersama, Microsoft memastikan bahwa infrastruktur dasar dan layanan platform tersedia. Pada saat yang sama, banyak layanan Azure tidak secara otomatis mereplikasi data atau mundur dari wilayah yang gagal untuk mereplikasi silang ke wilayah lain yang diaktifkan. Untuk layanan tersebut, Anda bertanggung jawab untuk menyiapkan rencana pemulihan bencana yang berfungsi untuk beban kerja Anda. Sebagian besar layanan yang berjalan pada penawaran platform as a service (PaaS) Azure menyediakan fitur dan panduan untuk mendukung DR dan Anda dapat menggunakan fitur khusus layanan untuk mendukung pemulihan cepat untuk membantu mengembangkan rencana DR Anda.
Notification Hubs menyediakan cakupan pemulihan bencana metadata melalui replikasi metadata lintas wilayah seperti nama Notification Hubs, string koneksi, dan informasi penting lainnya.
Anda dapat menggunakan wilayah berpasangan Azure atau memilih dari daftar wilayah yang mendukung Wilayah Pemulihan Fleksibel.
Saat skenario pemulihan bencana dipicu, data pendaftaran adalah satu-satunya segmen infrastruktur Notification Hubs yang hilang. Lihat bagian Cadangkan data pendaftaran untuk opsi untuk mempertahankan data pendaftaran untuk namespace Anda dan cara memulihkannya.
Wilayah Pemulihan Fleksibel
Wilayah Pemulihan Fleksibel adalah solusi sederhana yang memungkinkan Anda mengonfigurasi namespace sekunder sebagai target failover untuk namespace utama Anda. Anda dapat memilih dari daftar wilayah yang didukung. Dalam kasus wilayah dengan zona ketersediaan tetapi tidak ada wilayah berpasangan, Anda dapat menggunakan pemulihan fleksibel untuk memilih wilayah sekunder. Ketika failover dipicu, namespace sekunder menjadi namespace aktif, dan namespace utama menjadi namespace pasif. Semua permintaan dan pesan yang dikirim ke namespace utama dialihkan ke namespace layanan sekunder, dan pemberitahuan push dikirimkan dari namespace sekunder.
Wilayah berikut mendukung Wilayah Pemulihan Fleksibel:
- US Barat 2
- Eropa Utara
- Australia Timur
- Brasil Selatan
- Asia Tenggara
- Afrika Selatan Utara
Mencadangkan data pendaftaran
Pemulihan wilayah yang dipasangkan dan fleksibel hanya mencadangkan metadata. Anda harus menerapkan solusi untuk mengisi ulang data pendaftaran ke hub Anda pasca-pemulihan.
Azure Notification Hubs mendukung dua jenis pendaftaran perangkat: penginstalan dan pendaftaran. Kami menyarankan agar Anda mencadangkan pendaftaran Anda untuk:
- Solusi penyimpanan pilihan Anda: Jika peristiwa DR terjadi, akan ada beberapa waktu henti untuk aktivitas pemulihan.
- Hub lain yang Anda buat di wilayah lain: Gunakan opsi ini untuk mencadangkan pendaftaran Anda. Sebagai hub kerja, Anda dapat menerapkan kode untuk beralih ke salinan ini. Agar hub pemberitahuan sekunder tetap sinkron dengan hub pemberitahuan utama, Anda dapat menggunakan salah satu opsi berikut untuk mencadangkan pendaftaran Anda:
- Untuk penginstalan: Gunakan backend aplikasi yang secara bersamaan membuat dan memperbarui penginstalan di kedua hub pemberitahuan. Penginstalan memungkinkan Anda menentukan pengidentifikasi perangkat unik Anda sendiri, sehingga lebih cocok untuk skenario replikasi. Untuk informasi selengkapnya, lihat kode sampel berikut.
- Untuk pendaftaran: Gunakan backend aplikasi yang mendapatkan cadangan pendaftaran reguler dari hub pemberitahuan utama sebagai cadangan. Ujung belakang aplikasi selanjutnya dapat menyisipkan secara massal ke hub pemberitahuan sekunder. Lihat Mengekspor dan mengimpor pendaftaran Azure Notification Hubs secara massal.
Hub pemberitahuan sekunder mungkin telah kedaluwarsa pendaftaran. Ketika pendorongan dilakukan ke handel yang kedaluwarsa, Notification Hubs secara otomatis membersihkan catatan pendaftaran terkait di hub pemberitahuan utama, berdasarkan respons yang diterima dari server PNS. Anda dapat membersihkan catatan kedaluwarsa dari solusi cadangan pilihan Anda dengan menambahkan logika kustom yang memproses umpan balik dari setiap pengiriman, dan menghapus pendaftaran yang kedaluwarsa.
Jika Anda tidak memiliki backend, saat aplikasi dimulai pada perangkat target, perangkat melakukan pendaftaran baru di hub pemberitahuan sekunder. Pada akhirnya, hub pemberitahuan sekunder akan memiliki semua perangkat aktif yang terdaftar.
Ada periode waktu di mana perangkat dengan aplikasi yang tidak dibuka tidak menerima pemberitahuan.
Mengaktifkan pemulihan bencana lintas wilayah
Untuk mengaktifkan pemulihan bencana untuk namespace baru, ikuti prosedur di Membuat hub pemberitahuan Azure di portal Azure.
Untuk mengaktifkan atau menonaktifkan pemulihan bencana untuk namespace yang ada:
Masuk ke portal Azure.
Di menu sebelah kiri, pilih Semua layanan.
Di bagian Internet of Things, pilih Namespace Notification Hub.
Pada halaman Namespace Notification Hub, pilih namespace yang ingin Anda ubah pengaturan pemulihan bencananya.
Pada halaman Namespace Notification Hub untuk namespace Layanan Anda, Anda dapat melihat pengaturan pemulihan bencana saat ini di bagian Esensial .
Dalam contoh berikut, wilayah pemulihan fleksibel diaktifkan. Klik pilihan wilayah pemulihan bencana saat ini untuk menampilkan pop-up edit.
Pada pop-up Edit Pemulihan bencana, Anda dapat mengubah pilihan Anda. Simpan perubahan.
Catatan
Dengan wilayah pemulihan yang dipasangkan, wilayah ditampilkan tetapi berwarna abu-abu. Anda tidak dapat mengedit wilayah.
