#WSFC へのクラウド監視追加 / #windows #azure
Windows Server フェールオーバークラスターにクラウド監視を追加する この記事の内容 Windows Server フェールオーバークラスター（WSFC）における「クォーラム」の概念と必要性 2台構成クラスターでの判断不能問題（スプリットブレイン）の解説 Azure ストレージアカウントをクラウド監視として利用する方法 フェールオーバークラスターマネージャーからのクラウド監視設定手順 クラウド監視を追加することで得られる冗長性の向上 クォーラムとクラウド監視の必要性 Windows Server フェールオーバークラスターでは、クラスターを構成するノードが「自分たちが動いていいかどうか」を判断するための仕組みとして、クォーラム（過半数決） が使われています。 最小構成である2台のサーバーでフェールオーバークラスターを組んだとき、片方のサーバーが停止した場合に問題が発生します。残った1台のサーバーは、次の2つのシナリオを区別できません。 ネットワークが切断されただけで、相手サーバーはまだ生きている 相手サーバーが本当にダウンしている このような状況では、残ったサーバーが「自分が動作を引き継いでいいのか」を単独で判断することができません。この問題を解決するために、第三者となる監視役が必要になります。 クラウド監視とは 監視役の実装方法には複数の選択肢があります。 仮想マシンを監視役として利用する ファイルサーバーを監視役として利用する Azure のストレージアカウントを監視役として利用する（クラウド監視） この中で、Azure のストレージアカウントを使う方法が最もシンプルで導入しやすいアプローチです。この仕組みを クラウド監視（Cloud Witness） と呼びます。 ファイルサーバーをクォーラムの監視役として利用する場合、そのファイルサーバー自体が障害に巻き込まれるリスクがあります。クラウド上のリソースを利用することで、オンプレミスの障害とは独立した監視役を確保できるため、非常に効果的です。 設定前の状態を確認する フェールオーバークラスターマネージャーで確認すると、現在4台のサーバーが存在する構成になっています。 項目 状態 割り当てられた投票 1, 1, 1, 1（全4台） 現在の投票 1, 0, 1, 1（3台が投票権を保有） この状態では、有効な投票権を持つノードが3台のため、2台が同時に停止するとクラスターは完全に停止してしまいます。クォーラムには過半数の票が必要であり、3票のうち2票が失われると判断できなくなるためです。 クラウド監視を追加することで、投票要素を「4台のサーバー + ストレージアカウント = 5要素」に増やし、2台のサーバーが停止しても残り3要素が過半数を維持できる構成にします。 Azure ストレージアカウントを作成する まず、Azure ポータルにアクセスしてストレージアカウントを作成します。 リソースグループの作成 ストレージアカウントを格納するためのリソースグループを作成します。 リ ソ ー ス グ ル ー プ 名 : 任 意 の 名 前 （ 例 : r g - w s f c - w i t n e s s ） ストレージアカウントの作成 リソースグループを作成したら、その中にストレージアカウントを作成します。 ...