Gambaran umum kluster yang direntangkan

  • Artikel

Berlaku untuk: Azure Stack HCI, versi 22H2 dan 21H2

Solusi kluster yang direntangkan Azure Stack HCI untuk pemulihan bencana menyediakan failover otomatis untuk memulihkan produksi dengan cepat dan tanpa perlu intervensi manual. Replika Penyimpanan menyediakan replikasi volume di seluruh situs untuk pemulihan bencana, dengan semua server tetap sinkron.

Replika Penyimpanan mendukung replikasi sinkron dan asinkron:

  • Replikasi sinkron mencerminkan data di seluruh situs dalam jaringan latensi rendah dengan volume yang konsisten untuk memastikan kehilangan data nol pada tingkat sistem file selama kegagalan.
  • Replikasi asinkron mencerminkan data di seluruh situs di luar rentang metropolitan melalui tautan jaringan dengan latensi yang lebih tinggi tetapi tanpa jaminan bahwa kedua situs memiliki salinan data yang identik pada saat kegagalan. Jika replikasi selesai sebelum kegagalan, volume tujuan online secara otomatis mengikuti failover. Jika replikasi sedang dalam proses pada saat kegagalan, Anda harus secara manual membawa volume tujuan online.

Ada dua jenis kluster rentang, aktif-pasif dan aktif-aktif. Anda dapat mengatur replikasi situs aktif-pasif, tempat ada situs dan arah yang disukai untuk replikasi. Replikasi aktif-aktif adalah tempat replikasi dapat terjadi secara dua arah dari kedua situs. Artikel ini hanya mencakup konfigurasi aktif/pasif.

Secara sederhana, situs aktif adalah situs yang memiliki sumber daya dan menyediakan peran dan beban kerja bagi klien untuk terhubung. Situs pasif adalah situs yang tidak memberikan peran atau beban kerja apa pun untuk klien dan sedang menunggu failover dari situs aktif untuk pemulihan bencana.

Situs dapat berada di dua negara bagian, kota, lantai, atau ruangan yang berbeda. Kluster yang direntangkan menggunakan dua situs memberikan pemulihan bencana dan kelangsungan bisnis jika situs mengalami pemadaman atau kegagalan.

Luangkan waktu beberapa menit untuk menonton video tentang pengklusteran rentang dengan Azure Stack HCI:

Kluster rentang aktif-pasif

Diagram berikut menunjukkan Situs 1 sebagai situs aktif dengan replikasi ke Situs 2, sebuah replikasi searah.

Skenario kluster aktif/pasif yang direntangkan.

Kluster rentang aktif-aktif

Diagram berikut menunjukkan Situs 1 dan Situs 2 sebagai situs aktif, dengan replikasi dua arah ke situs lain.

Skenario kluster aktif/aktif yang direntangkan

Pertimbangan failover IP tamu

Ketika berbicara tentang pengklusteran rentang, salah satu pertimbangan yang harus dipertanggungjawabkan adalah mesin virtual dan alamat IP yang digunakan. Pusat data yang berada di lokasi yang berbeda umumnya memiliki subnet IP yang berbeda. Alamat IP yang digunakan mesin virtual akan baik untuk satu pusat data, tetapi tidak dapat dijangkau di pusat data yang lain. Oleh karena itu, perencanaan cara menangani perubahan alamat IP harus dipertanggungjawabkan. Untuk sebagian besar, ada empat cara berbeda untuk menangani perubahan alamat IP pada mesin virtual di failover. Mungkin ada yang lain, tetapi dokumen ini akan mencakup empat teratas.

Yang pertama dan termudah adalah penggunaan DHCP. Saat memindahkan mesin virtual dari satu situs ke situs lain, satu langkah yang akan dilakukan adalah meminta alamat DHCP. Proses tersebut akan mendapatkan Alamat IP yang tepat untuk situs yang tepat selama server DHCP tersedia.

Selanjutnya, ada penggunaan alamat statik. Namun, tidak seperti Hyper-V Replica, tidak ada cara untuk menentukan alamat IP alternatif. Oleh karena itu, skrip perlu dibuat guna menetapkan alamat IP yang tepat untuk VM tergantung pada situs tempatnya berada. Misalnya, SiteA menggunakan jaringan 1.x dan SiteB menggunakan jaringan 156.x. Skrip ini perlu mendeteksi jaringan tempat mesin virtual aktif dan menetapkan skema alamat IP 1.x jika berada di SiteA atau skema alamat IP 156.x jika berada di SiteB. Domain Name Services (DNS) juga perlu diberi tahu tentang perubahan dan direplikasi di antara situs.

Pilihan lain adalah penggunaan perangkat jaringan perantara yang akan memberikan satu alamat IP untuk mesin virtual sebagai konektivitas klien yang dapat merutekan lalu lintas ke mesin virtual menuju situs yang saat ini digunakan. Klien dan DNS akan selalu memiliki alamat yang sama untuk mesin virtual, dan perangkat perantara perlu melacak alamat IP yang sebenarnya dan lokasi mesin virtual, sehingga klien diarahkan ke mesin virtual dengan tepat.

Pilihan terakhir adalah penggunaan vLAN yang diperluas. Dengan vLAN yang diperluas, mesin virtual dapat menyimpan alamat IP yang sama di mana pun situs itu berada. Namun, karena beberapa kompleksitas dalam mengonfigurasi dan mempertahankan vLAN yang diperluas, opsi ini tidak direkomendasikan oleh Microsoft.

Dengan semua opsi di atas, pertimbangan tambahan (DNS, cache ARP, TTL, dll.) perlu diperhitungkan dalam hal konektivitas klien dan harus dipikirkan secara matang. Hubungi tim jaringan Anda untuk mengidentifikasi pilihan terbaik guna memenuhi kebutuhan Anda.

Langkah berikutnya