Hyper-V / Azure Stack HCI パラメータシート

vSphere・Nutanix AHV と同じ位置づけ（仮想化基盤をどれで作るかの選択）です。★核は3枚です。（1）クラスタとクォーラム設計 … クラスタが動き続けられるかは★過半数を保てるかで決まります。「1台落ちても大丈夫」は台数と監視の組み合わせで決まるので、台数だけでは判断できません。★偶数ノードでは監視（ウィットネス）が必須で、無いと片方が落ちたときに同数で分かれてクラスタ全体が止まります。そして★監視をクラスタの中に置くと一緒に落ちて意味がありません。（2）記憶域とVM設計 … ★全ノードへ同じ番号で見せ、共有ボリュームに変換しないとVMを移動できません。所有ノードへの迂回が起きると「急に遅くなった」の形で出ます。★VMの世代は作成時に決まり、後から変えられません。（3）ネットワーク設計 … ★クラスタ通信が詰まると、ノードが落ちたと判定されて動いているVMが強制的に移動します。業務は動いているのに勝手に移る形で出るので原因が分かりにくい項目です。★もう一つ、Azure Stack HCI 固有として、導入後30日以内の登録と30日ごとの同期が必要で、切れると既存VMは動き続けるものの新規作成と移動ができなくなります（Microsoft の公式ドキュメントで確認済み）。

★偶数ノードでは監視（ウィットネス）を必ず用意してください。2ノード構成でここを飛ばす事故が最も多いです。★監視はクラスタの外に置いてください。2拠点構成なら、どちらでもない第3の場所に置いてください。同じ拠点・同じ電源だと同時に失います。★保守で止められる台数を先に書いてください。3台構成なら1台までです。同時に2台止めると過半数を割ってクラスタごと止まります。★ノードを増減したらクォーラムを必ず見直してください。奇数・偶数が入れ替わり、監視の要否が変わります。★記憶域は全ノードへ同じ番号で割り当て、共有ボリュームへの変換まで行ってください。変換を忘れると、そのボリュームのVMだけ移動できません。★VMの世代は作成前に決めてください。後から変えられません。★クラスタ通信は専用にしてください。詰まると動いているVMが強制的に移動します。★ライブマイグレーションは帯域を食います。分けるか上限をかけるかを決めてください。★1ノード停止の試験を構築中に必ず行い、移ること・戻ること・断の長さを記録してください。★Azure Stack HCI では登録状態を監視項目一覧に入れてください。切れても既存VMは動き続けるので、動作からは気づけません。★チェックポイントは本番で残さず、作業後に必ず削除してください。パスワード・接続情報は書かず「別紙参照」としてください。