Bagaimana mengkonfigurasi Windows clustering kelompok-kelompok untuk dukungan cadangan panas

Artikel ini menjelaskan kemampuan Windows Server 2003 dan Windows Server 2008 untuk mengkonfigurasi Windows Clustering untuk panas cadangan dukungan.

Dengan kedatangan ukuran gugus yang lebih besar (empat dan delapan node), "A + Hs" topologi menjadi penting ketika gugus memiliki seperangkat "" Node yang sedang aktif dan set "Hs" node yang saat ini pasif atau dalam modus siaga panas. Kumpulan besar meningkatkan dukungan (aktif dan/atau pasif) konfigurasi seperti konfigurasi sebelumnya karena konfigurasi dapat mengurangi biaya satu atau lebih simpul siaga di yang lebih besar set aktif node.

Sebagai contoh, dengan dua-simpul cluster, biaya konfigurasi yang aktif dan/atau pasif memerlukan dua kali perangkat keras untuk kapasitas sama, dengan delapan node berjalan sebagai tujuh aktif dan pasif satu. The hardware tambahan meningkatkan biaya hanya lima belas persen.

Windows Clustering tidak membuat perbedaan antara node selama failover. Windows Clustering tidak mengubah kebijakan failover, yang didasarkan pada beban atau program yang sedang berjalan (dan di mana program ini berjalan). Perilaku ini dapat membuat sangat sulit untuk mengelola cadangan panas node yang dapat mengambil beban ketika terjadi kegagalan. Satu-satunya cara untuk mempengaruhi failover kebijakan ini dengan mengubah daftar mungkin simpul. Karena perilaku ini adalah dilakukan di luar dari layanan Cluster cara asynchronous lain cluster peristiwa (seperti, simpul kegagalan), tidak ada jaminan bahwa sebuah program dapat berhasil memastikan bahwa node cadangan dapat dipilih dalam Failover.

Ada program di mana perilaku ini sangat penting, untuk contoh, Microsoft Exchange 2000, di mana pertukaran back-end database dapat dipartisi dan tersebar di seluruh jumlah node cluster. Namun, Exchange dapat tempat seperti beban pada jaringan dalam peristiwa dari kegagalan node, yang tidak dianjurkan untuk gagal lebih dari satu partisi ke sebuah node yang sudah hosting partisi yang berbeda dari database. Tujuan dari perangkat tambahan ini adalah untuk memastikan bahwa layanan Cluster dapat mengubah kebijakan failover untuk memastikan bahwa Jika sebuah simpul yang tidak memiliki sebuah partisi saat ini diselenggarakan di atasnya, node pasif dapat dipertimbangkan sebelum setiap node aktif yang sudah hosting sebuah partisi. Untuk memastikan ketersediaan tinggi layanan, jika ada yang tidak suku cadang, atau jika karena alasan tertentu (seperti, beberapa kegagalan) ada tidak ada cadangan node, kebijakan failover dapat kembali ke default. Di lain kata-kata, kebijakan failover tidak gagal layanan jika tidak ada cadangan node yang tersedia.

Properti AntiAffinityClassNames

Windows Clustering kelompok memiliki properti umum baru: AntiAffinityClassNames. Properti ini dapat berisi serangkaian karakter sewenang-wenang. Dalam acara failover, jika kelompok yang menjadi gagal atas memiliki string yang tidak kosong di AntiAffinityClassNames properti, manajer failover dapat memeriksa semua node lain. Jika ada setiap node (yang ada di daftar mungkin pemilik untuk sumber) yang tidak hosting kelompok dengan nilai yang sama dalam AntiAffinityClassNames, simpul tersebut dianggap target yang lebih diutamakan untuk failover. Ini nilai dapat mengambil prioritas yang lebih tinggi atas daftar pilihan pemilik.

The Berikut dua skenario menunjukkan bagaimana properti ini dapat digunakan:

• Dalam "A + Hs" cluster yang menjalankan satu program. Untuk contoh, sebuah kluster yang menjalankan Exchange. Dalam kasus ini, pertukaran harus mengatur naik setiap kelompok yang mendukung partisi dengan AntiAffinityClassNames properti diatur untuk beberapa nilai khusus Exchange (nilai yang sama untuk setiap kelompok), misalnya, "Exchange". Dalam hal terdapat kegagalan, failover manajer dapat mencoba untuk menjaga partisi terpisah dengan memilih node yang kelompok-kelompok yang tidak hosting dengan sama AntiAffinityClassNames nilai "Pertukaran."
• Dalam konsolidasi server di mana terdapat beberapa program yang harus disimpan terpisah, jika mungkin. Dalam kasus ini, kelompok-kelompok yang mewakili berbagai program harus secara manual diubah dengan sama nilai dalam AntiAffinityClassNames properti.

Kelompok afinitas hanya dapat dikonfigurasi dengan menggunakan baris perintah alat, Cluster.exe. Contoh sintaks yang tepat untuk contoh yang terdaftar dari sebelumnya pertama skenario: Sintaks ini dapat membuat berikut REG_MULTI_SZ kunci registri: Catatan Anda dapat menggunakan contoh berikut Cluster.exe perintah untuk menghapus AntiAffinityClassNames nilai dan resor kembali ke perilaku default: Untuk informasi tambahan, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft: Atau, mencari "Cluster Server" pada berkas Bantuan Windows.