Menentukan pengklusteran failover Windows Server
Sebagian besar organisasi dan bisnis, termasuk Contoso, berusaha untuk memastikan ketersediaan tinggi dari beban kerja yang mendukung misi penting mereka. Contoso bisa mempertimbangkan untuk menggunakan kluster failover Windows Server. Ini adalah fitur Windows Server yang menyediakan ketersediaan tinggi beban kerja umum berbasis Windows, termasuk berbagi file, komputer virtual (VM), sistem manajemen database, dan layanan olahpesan.
Gambaran Umum Klaster Failover
Untuk mencapai ketersediaan beban kerja yang tinggi, Anda membuat kluster failover yang terdiri dari beberapa komputer Windows Server. Jika server yang merupakan bagian dari kluster failover gagal atau menjadi tidak tersedia, server lain di kluster failover yang sama mengambil alih layanan yang ditawarkan simpul yang gagal. Ini disebut failover dan menghasilkan gangguan layanan minimal untuk klien yang mengakses layanan.
Penggunaan pengklusteran failover yang paling umum meliputi:
- Saham berkas yang sangat atau selalu tersedia yang menampung database Microsoft SQL Server serta konfigurasi dan file disk Microsoft Hyper-V VMS.
- Layanan dan aplikasi yang sangat tersedia yang berjalan di server fisik atau di VM tamu yang dihosting di server Hyper-V terkluster.
Komponen pengelompokan failover
Kluster failover terdiri dari komponen yang dijelaskan dalam tabel berikut.
| Komponen | Deskripsi |
|---|---|
| Node | Komputer Windows Server yang merupakan anggota kluster failover. Komputer ini memiliki fitur pengklusteran failover Windows Server yang terinstal, dan menjalankan beban kerja yang sangat tersedia yang terdiri dari layanan, aplikasi, dan sumber daya. |
| Klien | Komputer yang mengonsumsi layanan dan aplikasi dengan ketersediaan tinggi yang berjalan dalam kluster failover. Harus ada beberapa jalur jaringan antara klien dan kluster. |
| Jaringan | Aktifkan komunikasi antara simpul dan komputer yang menggunakan beban kerja berkluster. Selain itu, simpul sering mengakses penyimpanan bersama. |
| Peran Terkelompok | Peran atau layanan yang sangat tersedia yang berjalan pada node kluster. Klien menggunakan layanan ini dengan menyambungkan ke node kluster. Jika layanan seperti itu menjadi tidak tersedia pada satu simpul, kluster failover memindahkannya secara otomatis ke simpul lain. |
| Sumber Daya | Elemen fisik atau logis yang dikelola oleh kluster failover, seperti folder bersama, disk, atau alamat IP. Sumber daya dapat menyediakan layanan kepada klien atau mungkin merupakan bagian integral dari aplikasi yang sangat tersedia. Sumber daya hanya dapat berjalan pada satu simpul pada waktu tertentu. |
| Penyimpanan kluster | Selain penyimpanan lokalnya sendiri, tempat OS Windows Server diinstal, setiap node kluster memiliki akses ke penyimpanan bersama yang sangat tersedia, di mana konfigurasi aplikasi dan data berada. Misalnya, penyimpanan kluster menghosting data konfigurasi dan hard disk virtual dari VM tamu yang berdaya tinggi. |
Nota
Penyimpanan terhubung bersama tidak harus ditautkan langsung ke beberapa node. Teknologi Storage Spaces Direct yang diperkenalkan di Windows Server 2016 memungkinkan berbagi disk yang melekat pada simpul individual.
Tingkat fungsional klaster failover
Kemampuan pengelompokan failover Windows Server bergantung pada tingkat fungsional kluster. Secara umum, Anda ingin memastikan bahwa kluster menggunakan tingkat fungsional setingkat mungkin. Namun, dukungan untuk tingkat fungsi yang lebih rendah di Windows Server 2016 dan Windows Server 2025 memungkinkan Anda untuk melakukan peningkatan bergulir kluster failover yang menjalankan versi OS sebelumnya. Dengan demikian, selama peningkatan, dimungkinkan untuk memiliki node Windows Server 2016 dan Windows Server 2025 di kluster failover yang sama, tanpa perlu waktu henti.
Petunjuk / Saran
Setelah semua simpul yang menjalankan Windows Server 2016 telah diganti dengan simpul Windows Server 2025, Anda dapat memperbarui tingkat fungsi kluster.
Kuorum klaster failover
Dalam kluster failover, istilah kuorum mewakili jumlah komponen pengklusteran yang harus tersedia agar kluster tersebut tetap online. Komponen-komponen ini dapat mencakup node kluster dan, secara opsional, saksi. Istilah saksi menunjuk sumber daya yang perannya untuk membangun dan memelihara kuorum. Untuk tujuan ini, kluster failover dapat menggunakan:
- Sebuah berbagi file
- Sebuah piringan
- Blob dalam Azure Storage
Kuorum ditentukan berdasarkan jumlah suara yang terkait dengan node kluster dan saksi. Tujuan kuorum adalah untuk mencegah skenario "split brain". Dalam skenario ini, sebagai akibat dari masalah konektivitas internode, dua set simpul dalam kluster berpotensi mulai beroperasi secara independen satu sama lain, yang mengakibatkan kerusakan status kluster dan sumber dayanya.
Model kuorum mendefinisikan alokasi suara. Pengklusteran failover Windows Server menawarkan manajemen kuorum dinamis. Ini memberikan ketersediaan yang lebih tinggi dalam kluster failover dengan terus memantau dan menyesuaikan model kuorum berdasarkan node kluster yang tersedia.
Perhitungan kuorum kluster disesuaikan ketika jumlah simpul berubah. Bahkan jika kluster failover memiliki kurang dari 50 persen dari jumlah node asli, kluster failover terus bekerja dan peran kluster masih tersedia. Dengan kuorum dinamis diaktifkan, kluster failover hanya dapat bertahan dengan satu simpul aktif dan berjalan.
Nota
Model kuorum dinamis diaktifkan secara default.
Klaster failover juga mendukung kemampuan terkait kuorum berikut:
- Bobot node. Windows Server menggunakan bobot node kluster terutama di lingkungan di mana simpul failover berada di beberapa lokasi fisik. Di lingkungan tersebut, Anda mungkin ingin kluster failover terus berjalan tanpa gangguan di lokasi utama meskipun beberapa simpul di lokasi sekunder menjadi tidak tersedia. Untuk mencapai hal ini, Anda dapat menetapkan bobot simpul 0 ke node kluster failover di lokasi sekunder, yang secara efektif menghilangkan pengaruhnya pada status kuorum.
- Saksi dinamis Secara default, Windows Server menyesuaikan suara saksi secara dinamis berdasarkan jumlah simpul pemungutan suara di kluster failover. Apabila kluster failover memiliki jumlah suara yang ganjil, saksi kuorum tidak memiliki hak suara. Jika kluster failover memiliki jumlah suara yang merata, saksi kuorum memiliki suara. Pemungutan suara saksi kuorum juga disesuaikan secara dinamis berdasarkan keadaan sumber daya saksi. Jika sumber daya saksi offline atau gagal, saksi tidak memiliki suara.
- Penentu akhir untuk pemisahan node 50 persen. Kluster failover dapat secara dinamis menyesuaikan suara simpul untuk mempertahankan jumlah total suara ganjil. Untuk mencapai hal ini, kluster failover terlebih dahulu menyesuaikan suara saksi kuorum dengan memanfaatkan fungsi saksi dinamis. Jika saksi kuorum tidak tersedia, maka kluster failover dapat menyesuaikan suara node. Ada juga properti kluster failover yang dapat Anda gunakan untuk menentukan situs mana yang tetap beroperasi jika ada pembagian nodus 50 persen dan tidak ada situs yang memiliki kuorum.
Fungsionalitas kluster failover tidak hanya bergantung pada kuorum tetapi juga pada sumber daya yang tersedia untuk node kluster dan kemampuan mereka untuk menangani beban kerja berkluster yang dapat dipindah ke simpul tersebut. Misalnya, kluster dengan lima simpul masih akan memiliki kuorum meskipun dua simpul gagal. Namun, setiap simpul kluster yang tersisa terus melayani klien, hanya jika memiliki sumber daya yang cukup untuk menjalankan peran kluster yang gagal ke tiga simpul tersisa. Sumber daya ini termasuk penyimpanan, daya pemrosesan, bandwidth jaringan, dan memori. Anda dapat mengonfigurasi prioritas VM, urutan mulai, host pilihan, dan anti-afinitas untuk memutuskan simpul di mana peran kluster dapat berjalan.
Jenis saksi pengklusteran failover
Ada tiga jenis saksi kuorum yang tersedia untuk kluster failover.
- Bukti Disk menggunakan sumber daya disk terkluster dalam kluster failover yang sama. Semua simpul harus memiliki akses ke disk bersama.
- Bukti Berbagi File menggunakan berbagi file eksternal. Dimungkinkan untuk menerapkan ini dengan menggunakan drive USB yang terpasang pada sakelar jaringan.
- Bukti Cloud menggunakan blob di akun Azure Storage.
Penting
Saat memilih jenis bukti kuorum, Anda harus memastikan bahwa saksi tetap dapat diakses untuk sebagian besar skenario yang memengaruhi ketersediaan node kluster.