【Hyper-V入門】SAN・WSFC・SCVMM・OFSの関係を階層構造で整理｜オンプレミス基盤の見取り図

久しぶりにオンプレミス案件の見積もり作成をしましたが、SAN？ LUN？ CSV？ WSFC？ SCVMM？ OFS？……単語が多すぎて頭が混乱。

マネージャーになった今でも、これはあるあるです。1つひとつをググるたびに別の知らない単語が出てきて、結局「全体像が見えない」という地獄に陥るパターンです。

本記事ではHyper-Vクラスタを構成する主要技術を1枚の見取り図（レイヤー構造）として整理し、「どの単語がどの役割を担っているか」をスッと言えるようになることを目指します。10分で読み切れるボリュームでまとめましたので、通勤時間のお供にどうぞ。

ひと目でわかるHyper-V Windows Server 2025版【電子書籍】[ 横田 秀之 ] 価格：3,850円 (2026/5/14時点) 楽天で購入

なぜ「全体像」で押さえるべきか

クラウド全盛の今でも、オンプレミス（自社で物理サーバを保有する構成）のWindowsサーバとHyper-V環境は現役で動いているお客様も多いです。

このとき厄介なのが、「Hyper-V単体」では話が完結しないこと。仮想化といってもクラスタ構成とするパターンが多いですし、クラスタはストレージと連携することも多い、また、それらをまとめて管理するツールがあり、さらにDBのクラスタが絡んでくることもあります。用語を縦に積んで覚えると、一気に視界が開けます。

全体アーキテクチャ：5層構造で理解する

まずは見取り図から。下から順に積み上がっていきます。

ポイントは、下の層が崩れると上の層は成り立たないこと。設計もトラブルシュートも下から見るのが鉄則です。

ストレージ層：SAN・iSCSI/FC・LUN

SAN（Storage Area Network）は、複数のサーバと大容量ストレージを「専用の高速ネットワーク」で接続する技術です。サーバ側からはローカルディスクのように「ブロック単位」で見え、高速・高可用性・拡張性に優れます。

SANは概念で、それを実現するプロトコルが2つ。

• iSCSI：通常のIPネットワーク上でSCSIコマンドを流す。安価
• FC（Fibre Channel）：専用の光ファイバ網。高速だが高コスト

そしてLUN（論理ユニット番号）は、ストレージ装置が提供する「仮想ディスクの単位」です。物理ディスクを分割・仮想化してサーバに割り当てる論理的な領域、と覚えてください。

💡 物理ストレージ → SAN経由で接続 → LUNとしてサーバに見える、という流れです。

クラスタ層：WSFCとCSV

クラスタは、複数サーバをグループ化して1システムとして動作させる「概念」。それをWindows標準機能として実装したものがWSFC（Windows Server Failover Clustering）です。「クラスタ＝概念、WSFC＝具体実装」と覚えるとブレません。

WSFCで管理される主なリソース：

• クラスターディスク：共有ディスク（LUN）をクラスタリソースとして登録したもの
• IPリソース：クラスタ全体に割り当てる仮想IPアドレス

そして肝心のCSV（クラスター共有ボリューム）は、複数のHyper-Vホストが同じ共有ディスクに「同時に」アクセスできる仕組みです。従来のクラスタは「一度に1ノードだけ」が原則でしたが、CSVのおかげで複数ホストが同じLUN上のVMファイルを同時に読み書きでき、ライブマイグレーション（稼働中のVMを停止させずに別のHyper-Vホストへ移動する機能）が現実的になりました。

仮想化＆管理層：ライブマイグレーションとSCVMM

ライブマイグレーションは、稼働中のVMを停止させずに別のHyper-Vホストへ移動する機能です。月例パッチ適用やハードウェア故障時にサービス無停止で逃がせる、運用の生命線です。

ポイントは、VMのディスクは共有CSV上にあるので動かす必要がなく、メモリ状態だけを転送すればよいこと。CSVが効いているからメモリ転送だけで済む、というのがHyper-Vクラスタの最大のポイントです。

SCVMM（System Center Virtual Machine Manager）は、Microsoft純正のHyper-V統合管理ソフトです。複数のHyper-Vホストを1画面で管理でき、VMテンプレート管理・ライブマイグレーション管理・負荷分散・ストレージ管理ができます。Hyper-Vマネージャ単体だと「1ホストずつ」しか見えないので、複数台を運用する規模なら導入価値は高いです。

DBクラスタ層：OFSの立ち位置

OFS（Oracle Fail Safe）は、OracleデータベースをWSFCと連携させるOracle製ミドルウェアです。OracleDBをWSFCのリソースとして管理し、障害時に自動フェールオーバーさせる仕組みで、Oracle RACとよく混同されます。

OFSはRACの簡易版ではなく別アーキテクチャです。ここを混ぜると顧客との会話が崩壊するので要注意。

【学び】「クラスタ」でつまずいた話

ここからは私自身の学びを共有させてください。

学ぶ前（Before）：「Hyper-Vクラスタ＝Hyper-V機能の一部」だと思っていました。「クラスタを組む＝Hyper-Vの設定をする」だと。

学んだ後（After）：Hyper-Vクラスタの実体はWSFCで、Hyper-Vはその上に乗っかる仮想化エンジン。クラスタを支配しているのはWSFC側です。

「概念」と「実装」のマッピングを頭に常駐させる

「クラスタが落ちました」と言われたら、それはWSFCの話なのかHyper-Vの話なのかOFSの話なのか、必ずレイヤーを確認してから動くようにすることが大事です。

ありがちな失敗と対処法

失敗1：Hyper-VマネージャだけでVMを操作する

クラスタ化されたVMはWSFC側でリソース登録されているため、フェールオーバークラスターマネージャから操作しないと整合性が崩れます。Hyper-Vマネージャからの直接操作は基本NG。

失敗2：ライブマイグレーション失敗の原因をHyper-V側で探す

動かない原因の8割はネットワーク（マイグレーション用NIC・MTU・ファイアウォール）か、CSVのアクセス権です。「ライブマイグレーション失敗＝下のレイヤーを疑う」が鉄則。Hyper-V設定とにらめっこする前に、まずクラスタイベントログを見ましょう。

まとめ

• Hyper-Vクラスタは「ストレージ→クラスタ→仮想化→管理→DBクラスタ」の5層構造で理解する
• 「クラスタ」は概念、「WSFC」は実装。混同しないこと
• CSVがあるから複数ホストが同一LUNに同時アクセスでき、ライブマイグレーションが成立する
• SCVMMは複数Hyper-Vホストを1画面で統合管理するツール
• OFSはOracle専用のWSFC連携ミドルで、Oracle RACとは別物

最後に

Hyper-Vクラスタは、一見すると用語の塊で圧倒されますが、レイヤーで切ってしまえば「どこに何があるか」がはっきり見えてきます。

次の一歩は、実際にWSFCをWindows Server評価版＋検証VMで組んでみるのがおすすめです。AzureのVM上にHyper-Vを立てれば、物理機材ゼロでも一通り触れます。「読む」から「動かす」に切り替えると、用語の解像度が一段上がりますよ。

ひと目でわかるHyper-V Windows Server 2025版【電子書籍】[ 横田 秀之 ] 価格：3,850円 (2026/5/14時点) 楽天で購入