Bagikan melalui

Gambaran umum kluster yang direntangkan

  • Artikel

Berlaku untuk: Azure Stack HCI, versi 22H2

Penting

Kluster yang direntangkan belum didukung di Azure Stack HCI versi 23H2.

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. Biasanya, ada empat cara berbeda untuk menangani perubahan alamat IP pada komputer virtual pada failover. Mungkin ada yang lain, tetapi artikel ini mencakup empat besar.

Yang pertama dan termudah adalah penggunaan DHCP. Saat memindahkan komputer virtual dari satu situs ke situs lain, VM meminta alamat DHCP. Ini mendapatkan alamat IP yang tepat untuk situs tempatnya berada 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 harus dibuat untuk 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 komputer virtual aktif dan mengatur 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 antar situs.

Opsi lain adalah penggunaan perangkat jaringan perantara yang menyediakan satu alamat IP untuk komputer virtual untuk konektivitas klien, yang dapat merutekan lalu lintas ke komputer virtual. Klien dan DNS selalu memiliki alamat yang sama untuk komputer virtual, dan perangkat perantara perlu melacak alamat IP aktual dan lokasi komputer virtual sehingga klien diarahkan ke komputer 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