Windows Server 2025 / フェールオーバークラスターの役割と構築条件

フェールオーバークラスターは複数ノードで対応する役割を管理し、障害時に再起動や移動を行います。二台あるだけでは完成せず、アプリ対応、保存領域、通信、クォーラム、検証と回復目標を合わせる必要があります。

耐えるべき障害を具体化する

ノードは参加サーバー、クラスター化された役割は管理するサービスやVMの資源群です。検知と切り替えで接続が中断する可能性があり、利用者の再接続まで確認します。

高可用性はバックアップや災害復旧を代替しません。同じホストや電源の二VMは同時に止まり得ます。IISへ機能を足すだけでサイトが自動的に高可用にはなりません。まず保護役割、RTO、RPOを定義します。

ノード・通信・残存容量を確認する

クラスターのハードウェア要件をOS、機器、ドライバー、ファームウェアと照合します。新規設計は同等の2025ノードから検討し、通常のドメイン構成とワークグループクラスターの条件を混同しません。

• 管理、クラスター、保存領域、VM移行の経路と帯域を整理します。
• NIC、スイッチ、電源、ストレージの単一障害点を調べます。
• 一台停止後も残りのCPU・メモリ・保存領域で処理できるか見積もります。
• ドメイン構成はDNS、時刻、IDと名前登録権限を確認します。

NICの本数だけでは独立経路にはなりません。同じスイッチや配線に依存する範囲を図にします。

役割が対応する保存方式を選ぶ

共有ディスク、SMB、Storage Spaces Directには役割、機器、エディション、サポート条件があります。同じ名前のローカルフォルダーは共有データではなく、DFS名前空間も複製やクラスターストレージを自動提供しません。

実ディスクを検証へ渡す前に別環境で試します。所有、予約、パスとライセンスを理解し、保存データを保護してください。

クォーラムと監視の障害範囲を設計する

クォーラムは通信分断時も含め、クラスターが動作を続けられるかを判断し、競合する資源所有を防ぎます。監視（witness）は判断へ寄与するもので、業務データのバックアップや追加処理ノードではありません。

クォーラム監視の選択でディスク、ファイル共有、クラウドを比較します。場所、権限、分断、外部接続を考慮し、動的クォーラムでも任意の障害組み合わせに耐えるとは考えません。同じ障害範囲の監視はノードと一緒に失われる場合があります。

構築判断に検証結果を含める

ノード、ネットワーク、保存装置、名前、アカウントを台帳にし、版と更新、対応をそろえます。作成と検証の手順で検証報告を残し、警告と失敗ごとに理由と対応を記録します。保存領域の試験は運用を止める場合があるため本番で無差別に実行しません。

計画移動と突然の故障を分け、再接続、整合性、時間、通知を測ります。バックアップと障害範囲全体の喪失も別途確認します。この項目では既存講座サーバーをクラスターへ変えず、対応役割、資源、障害範囲、目標と担当のある検証計画を作ります。