Gambaran umum kluster yang direntangkan
Berlaku untuk: Azure Stack HCI, versi 22H2
Penting
Azure Stack HCI sekarang menjadi bagian dari Azure Local. Namun, versi Azure Stack HCI yang lebih lama, misalnya 22H2 akan terus mereferensikan Azure Stack HCI dan tidak akan mencerminkan perubahan nama. Pelajari selengkapnya.
Penting
Kluster yang direntangkan tidak didukung di Azure Lokal.
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.
Storage Replica mendukung replikasi sinkron dan asinkron:
- Replikasi sinkron mencerminkan data di seluruh situs dalam jaringan berlatensi rendah dengan volume yang konsisten terhadap kegagalan untuk memastikan tidak ada kehilangan data pada tingkat sistem file saat terjadi 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 tersebut menjadi daring secara otomatis mengikuti failover. Jika replikasi sedang dalam proses pada saat kegagalan, Anda harus secara manual mengaktifkan volume tujuan.
Ada dua jenis kluster terentang, aktif-pasif dan aktif-aktif. Anda dapat mengatur replikasi situs aktif-pasif, di mana ada situs preferensial dan arah yang disukai untuk replikasi. Replikasi aktif-aktif adalah di mana 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 terentang aktif-pasif
Diagram berikut menunjukkan Situs 1 sebagai situs aktif dengan replikasi ke Situs 2, sebuah replikasi searah.
Kluster aktif-aktif terbentang
Diagram berikut menunjukkan Situs 1 dan Situs 2 sebagai situs aktif, dengan replikasi dua arah ke situs lain.
Pertimbangan pemulihan IP pengunjung
Ketika berbicara tentang pengklasteran tersebar, salah satu pertimbangan yang harus diperhitungkan adalah mesin virtual dan alamat IP yang sedang 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. Layanan Nama Domain (DNS) juga perlu diberitahukan tentang perubahan dan direplikasi di antara 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
- Pelajari lebih lanjut tentang Replika Penyimpanan. Lihat gambaran umum Replika Penyimpanan.
- Pelajari lebih banyak lagi tentang cara menggunakan Replika Penyimpanan. Lihat Mengonfigurasi Kluster Failover Hyper-V atau Server File untuk Kluster Penggunaan Umum.
- Pelajari tentang perangkat keras dan persyaratan lain untuk kluster yang diperluas. Lihat Persyaratan sistem.
- Pelajari cara menyebarkan kluster yang diperluas menggunakan Pusat Admin Windows. Lihat Membuat kluster menggunakan Pusat Admin Windows.
- Pelajari cara menyebarkan kluster yang diperluas menggunakan PowerShell. Lihat Membuat kluster menggunakan PowerShell.
- Pelajari cara membuat volume dan menyiapkan replikasi untuk kluster yang diperluas. Lihat Buat volume dan siapkan replikasi untuk kluster terentang.