Menjelaskan high availability Azure dan fitur pemulihan bencana untuk Mesin Virtual Azure
Azure menyediakan tiga opsi utama untuk meningkatkan ketersediaan penerapan IaaS:
Set ketersediaan
Zona Ketersediaan
Azure Site Recovery
Ketiga opsi ini berada di luar komputer virtual (VM) dan tidak tahu jenis beban kerja apa yang berjalan di dalamnya.
Kumpulan ketersediaan
Set ketersediaan menyediakan waktu aktif terhadap pemeliharaanyang terkait Azure dan titik kegagalan tunggal dalam satu pusat data. Ini adalah salah satu fitur ketersediaan pertama yang diperkenalkan ke platform Azure, dan secara efektif dapat dianggap sebagai aturan anti-afinitas untuk VM Anda. Hal ini berarti jika Anda memiliki dua VM SQL Server dalam set ketersediaan atau pasangan pengiriman log, mereka dijamin tidak akan pernah berjalan di server fisik yang sama.
Kumpulan ketersediaan dipisahkan menjadi domain kesalahan dan domain pembaruan untuk mendukung kedua pembaruan pada Infrastruktur Azure yang mendasarinya. Domain kesalahan adalah set server di dalam pusat data, yang menggunakan sumber daya dan jaringan yang sama. Mungkin ada hingga tiga domain kesalahan di pusat data seperti yang digambarkan pada gambar di bawah oleh FD 0, 1, dan 2. Perbarui domain, dilambangkan dengan UD pada gambar di bawah, menunjukkan grup komputer virtual dan perangkat keras fisik yang mendasarinya yang dapat di-boot ulang secara bersamaan. Domain pembaruan yang berbeda harus terpisah satu sama lain.
Set ketersediaan dan zona tidak melindungi dari kegagalan tamu, seperti crash OS atau RDBMS; itulah sebabnya Anda perlu menerapkan solusi tambahan seperti AG atau FCI untuk memastikan Anda memenuhi RTO dan RPO. Ketersediaan set dan zona dirancang untuk membatasi dampak masalah lingkungan di tingkat Azure seperti kegagalan pusat data, kegagalan perangkat keras fisik, pemadaman jaringan, dan gangguan daya.
Untuk aplikasi multi-tingkat, Anda harus menempatkan setiap tingkat aplikasi ke dalam set ketersediaannya masing-masing. Misalnya, jika Anda sedang membangun aplikasi web yang memiliki bagian belakang SQL Server bersama dengan Active Directory Domain Services (AD DS), Anda akan membuat set ketersediaan untuk setiap tingkat (web, database, dan AD DS).
Set ketersediaan bukan satu-satunya cara untuk memisahkan VM IaaS. Azure juga menyediakan Zona Ketersediaan, tetapi keduanya tidak dapat digabungkan. Anda dapat memilih satu atau yang lain.
Zona ketersediaan
Zona ketersediaan memperhitungkan kegagalan tingkat pusat data di Azure. Setiap wilayah Azure terdiri dari banyak pusat data dengan koneksi jaringan latensi rendah di antara mereka. Saat Anda menyebarkan sumber daya Mesin Virtual di wilayah yang mendukung Zona Ketersediaan, Anda memiliki opsi untuk menyebarkan sumber daya tersebut ke Zona 1, 2, atau 3. Zona adalah lokasi fisik yang unik, yaitu pusat data, dalam wilayah Azure.
Nomor zona adalah representasi logis. Misalnya, jika dua pelanggan Azure menyebarkan VM ke Zona 1 dalam langganan mereka sendiri, itu tidak berarti VM tersebut ada di pusat data Azure fisik yang sama. Selain itu, karena jaraknya mungkin ada beberapa latensi tambahan yang dimasukkan ke dalam penyebaran zona. Anda harus menguji latensi antara VM Anda untuk memastikan bahwa latensi memenuhi target performa. Dalam kebanyakan kasus, perjalanan latensi akan kurang dari 1 milidetik, yang mendukung perpindahan data sinkron dalam fitur seperti grup ketersediaan. Anda juga dapat menyebarkan Azure SQL Database ke Zona Ketersediaan.
Azure Site Recovery
Azure Site Recovery menyediakan ketersediaan yang ditingkatkan untuk VM di tingkat Azure dan dapat bekerja dengan VM yang menghosting SQL Server. Azure Site Recovery mereplikasi VM dari satu wilayah Azure ke wilayah lain untuk membuat solusi pemulihan bencana untuk VM tersebut. Seperti catatan sebelumnya, fitur ini tidak tahu bahwa SQL Server berjalan di VM dan tidak tahu apa-apa tentang transaksi. Meskipun Azure Site Recovery mungkin memenuhi RTO, azure Site Recovery mungkin tidak memenuhi RPO karena tidak memperhitungkan di mana data berada di dalam SQL Server. Azure Site Recovery memiliki RTO bulanan yang dinyatakan selama dua jam. Walaupun sebagian besar profesional database mungkin lebih memilih menggunakan metode berbasis database untuk pemulihan bencana, Azure Site Recovery bekerja dengan baik jika memenuhi kebutuhan RTO dan RPO Anda.