Pengguna Cluster Microsoft Multi-Situs Bersukacita

Date: Januari 25, 2018

Sekarang Apakah Mungkin Untuk Memiliki Failover Otomatis Dalam Sebuah cluster Node 3!

Microsoft baru saja merilis sebuah patch yang memungkinkan Anda untuk menentukan apakah cluster node dapat memberikan suara dalam model kuorum mayoritas. Hal ini sangat berguna dalam konfigurasi cluster multisite yang terdiri dari sejumlah node.

http://support.microsoft.com/kb/2494036

Pertimbangkan hal berikut …

Saya memiliki dua cluster node di tempat lokal ketersediaan tinggi dan saya ingin memperluas ke 3rdlocation dan menambahkan satu node untuk pemulihan bencana. Terdengar seperti rencana hebat karena cluster multisite hanyalah rencana DR yang paling kuat yang dapat Anda terapkan. Namun, Anda tidak dapat memanfaatkan salah satu fitur terbaik dari cluster multisite – pemulihan otomatis jika terjadi kehilangan situs. Jika Anda kehilangan situs utama Anda, situs DR hanya berisi satu node cluster (lihat Gambar 1). Ini hanya satu suara dari tiga di cluster sehingga mayoritas tidak dapat diperoleh dan Node3 tidak akan online secara otomatis. Satu-satunya cara untuk membuat Node3 online adalah dengan memaksa kuorum online, yang mengalahkan tujuan cluster multisite dengan mewajibkan intervensi manusia agar terjadi failover.

Gambar 1 - Pada cluster multisite 3 node yang khas jika Anda kehilangan situs utama, situs DR tidak dapat memperoleh mayoritas sehingga failover tidak pernah terjadi. — Gambar 1 – Pada cluster multisite 3 node yang khas jika Anda kehilangan situs utama, situs DR tidak dapat memperoleh mayoritas sehingga failover tidak pernah terjadi.

Satu-satunya cara "aman" untuk mendapatkan failover otomatis dalam cluster multisite adalah memiliki jumlah nodus yang sama di setiap lokasi dan memiliki saksi berbagi file di lokasi ketiga dengan konektivitas kembali ke situs utama dan situs DR. Konsep ini agak sulit dipahami pada awalnya, jadi izinkan saya mencoba menjelaskan lewat ilustrasi.

Gambar 2 - Dengan jumlah node di kedua lokasi dan saksi berbagi file di situs utama, hilangnya situs utama tidak akan menghasilkan failover karena Situs Alternatif hanya memiliki 2 dari 5 suara, bukan mayoritas. — Gambar 2 – Dengan jumlah node di kedua lokasi dan saksi berbagi file di situs utama, hilangnya situs utama tidak akan menghasilkan failover karena Situs Alternatif hanya memiliki 2 dari 5 suara, bukan mayoritas.

Gambar 3 - Jika saksi berbagi file dipindahkan ke Situs Alternatif, kegagalan WAN akan menyebabkan failover palsu karena Situs Alternatif akan membentuk mayoritas dan online. — Gambar 3 – Jika saksi berbagi file dipindahkan ke Situs Alternatif, kegagalan WAN akan menyebabkan failover palsu karena Situs Alternatif akan membentuk mayoritas dan online.

Gambar 4 - dengan saksi berbagi file di failover lokasi ke-3 akan terjadi jika Situs Utama hilang dan failover palsu dihindari jika terjadi kegagalan konektivitas antara Situs Primer dan Alternatif. — Gambar 4 – dengan saksi berbagi file di failover lokasi ke-3 akan terjadi jika Situs Utama hilang dan failover palsu dihindari jika terjadi kegagalan konektivitas antara Situs Primer dan Alternatif.

Seperti yang Anda lihat, angka 4 merupakan satu-satunya konfigurasi yang masuk akal yang mendukung failover otomatis. Namun, ini mengasumsikan bahwa ada jumlah nodus yang sama di setiap lokasi. Jika Anda terjebak dengan konfigurasi 3-node asli, Anda terjebak karena menambahkan saksi berbagi file tidak membantu karena Anda tidak akan pernah bisa mencapai mayoritas di situs alternatif … sampai hari ini! Microsoft merilis sebuah patch yang pada dasarnya memungkinkan Anda untuk menentukan apakah suatu node bisa memilih atau tidak. Jadi, apa artinya ini adalah Anda dapat membangun sebuah cluster 3-node seperti yang diilustrasikan pada Gambar 1, namun memanfaatkan saksi berbagi file di lokasi ke-3 seperti yang diilustrasikan pada Gambar 4. Dengan hanya memberi tahu salah satu simpul di Situs Utama untuk mencatat pemungutan suara di cluster, Anda akan membiarkan Situs Alternatif membentuk mayoritas dengan saksi berbagi file dan online. Dengan asumsi konektivitas ke lokasi ke-3 dan Situs Alternatif Anda relatif dapat diandalkan, benar-benar tidak ada kerugian pada konfigurasi yang ditunjukkan pada Gambar 5.

Gambar 5 - dengan menonaktifkan pemungutan suara pada Node2 Anda dapat memasang cluster multisite 3-node dengan saksi file share dan dengan aman mendukung failover otomatis ke situs DR. Konsep yang sama dapat diterapkan pada cluster dengan jumlah node yang ganjil. — Gambar 5 – dengan menonaktifkan pemungutan suara pada Node2 Anda dapat memasang cluster multisite 3-node dengan saksi file share dan dengan aman mendukung failover otomatis ke situs DR. Konsep yang sama dapat diterapkan pada cluster dengan jumlah node yang ganjil.

Meskipun ini adalah solusi yang bagus, Anda tetap memerlukan lokasi ke-3 untuk berbagi file saksi. Jika Anda tidak memiliki lokasi ke-3 itu, Anda hanya perlu mengatur peralihan manual dan menyimpan saksi berbagi file di situs utama jika Anda memiliki sejumlah node.

Switch PreventQuorum juga disertakan sebagai bagian dari perbaikan terbaru ini yang juga menarik bagi orang-orang yang menyebarkan cluster multisite. Nah jelajahi pilihan itu di artikel mendatang.

Dapatkan hot fix disini …

Perbaikan terbaru tersedia untuk memungkinkan Anda mengkonfigurasi node cluster yang tidak memiliki kuorum suara di Windows Server 2008 dan Windows Server 2008 R2

http://support.microsoft.com/kb/2494036

Direproduksi dengan izin dari https://clusteringformeremortals.com/2011/04/29/microsoft-multisite-cluster18-users-rejoice-it-is-now-possible-to-have-automatic-failover-in-a-3- node-cluster19 /