こんにちは。Windows プラットフォーム サポートの加藤です。
本日は、最近お問い合わせのあった Windows Server 2012 R2 の Hyper-V クラスター + SCVMM の環境で Cluster.exe の CPU 使用率が増える現象についてご紹介します。
＜現象＞
Windows Server 2012 R2 の Hyper-V クラスター + SCVMM の環境で、全ノードの Cluster.exe の CPU 使用率が 15 ～ 20 % まで増加します。
＜原因＞
この現象は Windows Server 2012 R2 の Hyper-V クラスター環境では "Global Update Manager" (GUM) の動作が以前のクラスターとは異なるために発生します。
※ "Global Update Manager" (GUM) はクラスターのノード間の同期とクラスター データベースの更新を実施するコンポーネントです。
"Global Update Manager" (GUM) の基本的な動作は、あるノードが更新の通知を送信し、更新通知を受け取ったノードはアップデートを実施後に、通知元のノードに応答を返します。
Windows Server 2012 以前のクラスターでは、すべてのノードから応答を受け取ったタイミングでクラスター データベースにコミットし、更新完了となっておりました。
つまりすべてのノードが更新を受け取り、応答を返さなければ、クラスター データベースにコミットできないため、更新を通知したノードはすべてのノードが処理を完了するまで待ち続けます。
この方法ですと 1 台でも更新処理に時間のかかるノードが存在していた場合、応答をすぐに返せず、その結果、当該処理の更新完了はまたされることになります。
Windows Server 2012 R2 では、この動作を変更できるようになり、DatabaseReadWriteMode が 1 の場合には、過半数のノードからの更新完了の応答を受け取れば、クラスター データベースにコミット可能としました。
これによりすべてのノードの更新完了を待ち続ける必要がないためパフォーマンスが向上します。
※ 既定では Hyper-V クラスター環境は、1 に設定されます。その他の構成では 0 に設定されます。
※ DatabaseReadWriteMode の値が 0 の場合は従来のモードで動作します。
しかしながら、DatabaseReadWriteMode が 1 の場合には、ノード間のクラスター データベースの情報に差異が生じます。
そのため、一貫性を強く求められるシナリオでは、この値を 0 にする必要がございます。
SCVMM を使用してる場合も DatabaseReadWriteMode が 1 の場合、SCVMM が全ノードにクエリを出して取得した情報に一貫性がないため、一貫性が得られるまでクエリを出し続け、その結果、Cluster.exe の CPU 使用率があがる現象が報告されておりました。
- 参考
What's New in Failover Clustering in Windows Server
http://technet.microsoft.com/en-us/library/dn265972.aspx#BKMK_GUM
Configure the Global Update Manager mode
Warning:
Do not use either of the majority modes (1 or 2) for scenarios that require strong consistency guarantees from the cluster database.
(クラスター データベースの強い一貫性を保証を必要とするシナリオでは、モード 1 または 2 は使用しないでください)
＜回避策＞
この現象は DatabaseReadWriteMode の値を 0 に変更していただくことで回避されます。(従来の GUM モード)
そのため、同様の構成で Cluster.exe の CPU 使用率が増加する場合には、管理者権限で以下の PowerShell のコマンドで値の変更をお願いいたします。
- 変更手順
(Get-Cluster). DatabaseReadWriteMode = 0
※ 再起動は不要です。
本 Blog が少しでも皆様のお役に立てれば幸いです。