【入門】VMware vSANとは？仕組み・メリットから最新「vSAN 8 (ESA)」まで徹底解説

2026年7月15日 2026年7月13日

frenchfly

多くの企業でITインフラの標準となっている仮想化基盤ですが、「サーバーとは別に高価な専用ストレージを購入しなければならない」「ストレージ専用の高度な知識を持つ人材が足りない」といった運用コストや人手不足の課題に直面していませんか？

これらの課題を根本から解決し、オンプレミスでありながらクラウドのような柔軟性と高い拡張性を実現するテクノロジーとして主流になっているのが、VMware社が提供する「vSAN（VMware Virtual SAN）」です。

この記事では、vSANの基本的な仕組みや従来型ストレージとの決定的な違いから、導入メリット・注意点、さらには最新バージョンであるvSAN 8の「ESA」アーキテクチャ、Broadcom体制下のライセンス動向まで、インフラ担当者が実務で知るべき全ての情報を網羅的に解説します。

VMware vSANとは？基本概念とHCIにおける役割

vSAN（ヴィーサン）とは、VMware社が開発・提供しているSoftware Defined Storage（SDS：ソフトウェア定義ストレージ）製品です。

専門用語の補足

SDS（Software Defined Storage）： 専用の高級ストレージ機器を使わず、汎用サーバーとソフトウェアの組み合わせによってストレージ機能を制御・実装する技術のこと。

簡単に言えば、「複数台の物理サーバー（ESXiホスト）に内蔵されているハードディスクやSSDをソフトウェアの力で仮想的に1つに束ねて、クラスター全体で共有できる巨大な『単一の分散共有データストア』を作り出す技術」です。

HCI（ハイパーコンバージドインフラ）のコアコンポーネント

vSANは、現代のデータセンターインフラの主流であるHCI（ハイパーコンバージドインフラストラクチャ）を構築するための最も重要なコア要素です。

専門用語の補足

HCI（ハイパーコンバージドインフラ）： 従来は別々の機器だったサーバー（計算リソース）とストレージ（記憶リソース）を、x86サーバー内に統合してソフトウェアで一元管理するインフラ構成のこと。

従来のインフラは、CPUやメモリを提供する「サーバー」、データを保存する「専用ストレージ」、両者を繋ぐ「FC（ファイバーチャネル）ネットワーク」という3つの階層（3Tier構成）に分かれていました。vSANを用いたHCI構成では、これらを汎用的なx86サーバー群とネットワークスイッチだけで完結させることができます。

上記の図の通り、vSANを導入すると各サーバー内のローカルストレージがネットワークを介して融合同化されます。これにより、物理的な専用ストレージ装置を一切置くことなく、仮想マシン（VM）が高パフォーマンスな共有ストレージを利用できる環境が整います。

従来の共有ストレージ（SAN/NAS）との決定的な違い

従来の3Tier構成（外部ストレージ構成）とvSAN（HCI構成）には、アーキテクチャや運用面で以下のような決定的な違いがあります。

比較項目	従来型ストレージ（SAN/NAS構成）	vSAN（HCI構成）
ハードウェア構成	サーバー群＋ FCスイッチ＋専用ストレージ筐体	汎用x86サーバー群＋ LANスイッチのみ
拡張の手間とリスク	追加ドライブの購入、棚の増設、LUNの再設計やデータ移行が必要	新しいサーバー（ノード）をネットワークに繋いでクラスターに追加するだけ
管理の集約性	サーバー側（vCenter）とストレージ専用の管理画面を行き来する必要がある	慣れ親しんだvCenter Serverの管理画面だけでストレージまで一元管理が可能
必要なエンジニアスキル	WWN、ゾーニング、LUNの切り出し、RAIDグループ構築などの専門知識	仮想マシン（VM）単位で「どのような可用性にするか」を選ぶだけのポリシー設計
拡張の最小単位	数百万円〜数千万円規模のストレージコントローラーや筐体単位	サーバー（ノード）1台単位での柔軟なスモールスタートが可能

このように、「ストレージ専用の難しい知識がなくても、サーバー管理者が直感的にすべてのリソースをコントロールできる」ことこそが、vSANが選ばれる最大の理由です。

vSANを導入する4つの圧倒的メリット（なぜ選ばれるのか）

世界中のデータセンターや企業の基幹システムにおいて、なぜvSANへの移行が急速に進んでいるのでしょうか。インフラ担当者が得られる実務上の利便性を4つのポイントに整理して解説します。

1. 専用ストレージ不要で初期コスト（CAPEX）を抑制

従来のように、数百万〜数千万円におよぶ高価なストレージ専用の筐体や、FCスイッチなどの周辺機器を購入する必要がありません。汎用的なx86サーバーの内蔵ディスク（SSD/HDD）をそのまま有効活用するため、初期の設備投資コスト（CAPEX）を劇的に抑えることができます。まずは最小限のサーバー構成からスタートし、ビジネスの成長に合わせてインフラを成長させることが可能です。

2. ノード追加だけで完了する柔軟なスケールアウト

ビジネスの拡大やデータ量の増加に伴いインフラを拡張したい場合、vSANの本領が発揮されます。新しいサーバー（ノード）をクラスターに追加するだけで、システムを一切停止させることなく、計算リソース（CPU・メモリ）とストレージ容量・パフォーマンスを同時に、かつリニアに拡張できます。

専門用語の補足

スケールアウト： サーバーの台数を増やすことで、システム全体の処理能力や容量を向上させる拡張手法のこと。

3. vCenter Serverによる一元管理と運用コスト（OPEX）の削減

vSANのすべての管理操作は、VMware環境の統合管理ツールである「vCenter Server」に完全に組み込まれています。

専門用語の補足

vCenter Server： 複数のESXiホストや仮想マシンを単一のインターフェースから集中管理するためのソフトウェアのこと。

これにより、ストレージの割り当て操作はすべて「ストレージポリシー（SPBM：ポリシーベースの管理）」に置き換わります。「この仮想マシンは重要なためデータを2重化する」「このテスト環境は冗長化不要」といった設定を、仮想マシンのプロパティ画面から数クリックで割り当てることができます。インフラ運用の手離れが良くなり、日々の運用負荷（OPEX）が劇的に軽減されます。

4. vSphereカーネル組み込みによる最小のオーバーヘッド

他社のHCI製品の多くは、ストレージ仮想化ソフトを「コントローラーVM（CVM）」と呼ばれる専用の仮想マシン上で動作させます。そのため、ストレージの通信が発生するたびに仮想マシン層を経由し、多くのCPU・メモリリソースを消費（オーバーヘッド）するという弱点があります。

一方、vSANはVMware vSphereのハイパーバイザー（ESXi）カーネル内に直接組み込まれて動作します。ストレージI/Oが最短経路で処理されるため、CPUのオーバーヘッドが極めて低く、SSDやNVMeなどの高速ドライブが持つ本来のパフォーマンスを極限まで引き出すことができます。

押さえておくべきvSANのシステム構成要件と可用性の仕組み

vSANを安全に設計・導入するために、インフラ担当者が必ず押さえておくべき物理的な構成要件と、万が一の障害時にデータを守る仕組みを解説します。

標準的な「3ノード以上のクラスター構成」

vSANを構成するための物理的な最小要件は物理サーバー3台（3ノード）です。

3ノード構成の仕組み： 1台の物理サーバーが完全にダウン（故障）しても、残りの2台にデータが維持されているため、仮想マシンは停止することなく（またはvSphere HAによって他ノードで自動再起動され）稼働を継続できます。
推奨される4ノード以上の構成： 実務におけるベストプラクティスとしては、4ノード以上での構築が強く推奨されます。3ノード構成の場合、1台が故障すると残りは2台となり、その状態でさらに別の障害が発生するとデータロスに繋がります。4ノードあれば、1台が故障した瞬間に、残りの3台の間で自動的にデータの再同期（コンポーネントのリビルド）が行われ、短時間で再び健全な冗長状態（自己修復）へ戻ることができるからです。

エッジ・小規模環境向けの「2ノード構成」と「Witness」の役割

地方の支店や小売店舗、あるいは予算に限りのある検証環境など、どうしてもサーバーを3台用意できないケースのために「2ノードvSAN」という構成もサポートされています。

ただし、物理サーバー2台だけで運用していると、両者を結ぶネットワーク回線が切断された際に、双方のサーバーが「相手が死んだので自分がマスターだ」と誤認して同時にデータを書き込もうとするスプリットブレイン現象が発生し、データが破損するリスクがあります。

これを防ぐために、2ノード構成では必ずクラスターの外部（クラウド上や本社データセンターなど）に「Witness（監視アプライアンス）」と呼ばれる軽量な仮想マシンを設置します。このWitnessが第3の投票者として多数決（クォーラム）を行うことで、ネットワーク分断時にも安全にシステムを片側に制御する仕組みとなっています。

ストレージポリシー（SPBM）による柔軟な可用性設定（FTT）

vSANの設計において最も重要なパラメーターがFTT（Failures To Tolerate：許容する障害数）です。これは「クラスター内で同時に何台の物理サーバーが壊れてもデータを維持するか」を決める設定です。

FTT=1（ミラーリング / RAID-1）： データを2つの異なるノードに書き込み、さらに別のノードに整合性チェック用のメタデータを配置します。1台のノード故障に耐えられます。容量効率は50%になります。
FTT=2（トリプルミラーリング）： データを3つの異なるノードに書き込みます。同時に2台のサーバーが物理的に大破してもデータは無事です。
RAID-5/6（イレイジャーコーディング）： 4ノード以上（RAID-5の場合）または6ノード以上（RAID-6の場合）の環境であれば、データをパリティ（誤り訂正符号）とともに分散配置することで、RAID-1と同等の可用性を保ちながら、ストレージの消費容量を大幅に節約できます。

これらの設定を、ボリューム全体ではなく「仮想マシン（VM）ごと、あるいは仮想ディスク（vmdk）ごと」にオンデマンドで適用・変更できるのがvSANの大きな利便性です。

【アーキテクチャ比較】最新の「ESA」と従来の「OSA」の違い

vSANは、バージョン8（vSAN 8）において歴史的な大刷新を行いました。現在、新規に環境を設計するにあたっては、以下の2つの異なるアーキテクチャの特徴を正しく理解しておく必要があります。

上記の図が示す通り、物理ドライブの扱い方が根本から変わっています。

従来の標準：Original Storage Architecture (OSA)

vSANの誕生以来、長年使われてきたお馴染みのアーキテクチャです。

構造の特徴： サーバー内のドライブを「ディスクグループ」という単位で管理します。グループ内は必ず、データ書き込みを一手に引き受ける高速な「キャッシュ層（1台のSSD）」と、実際のデータを永続保存する「キャパシティ層（最大7台のSSDまたはHDD）」の2層構造に分かれています。
実務上の注意点： キャッシュ層として指定した1台のSSDが物理故障すると、そのディスクグループに属するキャパシティ層の全ドライブが道連れで利用不可になってしまうという構造上のリスクがありました。また、近年の超高速なNVMe SSDの性能をフルに活かすには、この2層構造自体がボトルネックになりつつありました。

vSAN 8の新常識：Express Storage Architecture (ESA)

次世代の高性能なハードウェア（NVMe SSDなど）のポテンシャルを100%引き出すために、ソフトウェアのコードをゼロから完全に書き直した最新のアーキテクチャです。

構造の特徴： キャッシュ層とキャパシティ層の区別を完全に撤廃し、すべてのドライブを同等に扱う「シングルティアアーキテクチャ」を採用しています。
圧倒的な進化ポイント：

ディスクグループの廃止： ドライブが1台壊れても、影響はその壊れたドライブ1台だけに限定され、他の正常なドライブは動き続けます。
RAID-5/6の劇的な高速化： 従来のOSAではRAID-5/6を選ぶとパリティ計算による性能低下（書き込みペナルティ）がありましたが、ESAでは新しいログ構造ファイルシステムの採用により、RAID-1（ミラーリング）と同等以上の超高速なパフォーマンスでRAID-5/6の容量節約効果を享受できます。
スナップショットの超高速化： 従来、何世代もスナップショットを取得すると仮想マシンの性能が著しく低下していましたが、ESAではスナップショットによるパフォーマンス低下がほぼゼロになりました。これにより、バックアップ運用の柔軟性が大きく向上します。

実務での選定アドバイス

現在新しくvSAN環境を構築・リプレースする場合は、「ESA」を選択するのが強力な推奨ルートです。ただし、ESAを利用するためには、使用する全ドライブが厳格な基準を満たしたNVMe SSDである必要があり、ネットワークも後述する通り25Gbps以上が推奨されるなど、ハードウェア要件が高くなる点には留意してください。既存のSATA/SAS SSDやHDDの資産を活かしたい場合は、引き続き「OSA」を選択することになります。

vSAN導入前に知っておくべきデメリットと失敗しないための注意点

vSANは非常に強力なソリューションですが、オンプレミスの物理インフラである以上、設計を誤るとトラブルの原因になります。E-E-A-T（専門性・信頼性）の観点から、導入前に必ずクリアすべき「3つの注意点」を公開します。

1. ネットワーク要件が非常にシビア（10Gbps以上が絶対条件）

vSANは、これまで専用のFCケーブルで行っていたストレージ通信を、一般的なLAN（イーサネット）のネットワークに統合します。そのため、ネットワークの帯域不足や遅延は、ストレージの性能低下や最悪の場合はクラスターの切断（仮想マシンの停止）に直結します。

従来のOSA（オールフラッシュ構成）であっても、最低「10Gbps」のネットワーク帯域が必須です（1Gbpsでの構成はハイブリッドの検証環境等を除き、本番環境では原則非サポートです）。
最新のESAアーキテクチャを導入する場合は、最低「25Gbps以上（推奨は100Gbps）」の超広帯域ネットワークが必要となります。
スイッチの選定においては、突発的な大量通信を吸収できるバッファメモリ（パケットバッファ）が十分に搭載されたデータセンターグレードのスイッチを用意する必要があります。

2. ハードウェア互換性（vSAN ReadyNode）の厳格な遵守

vSANはハイパーバイザーのカーネルで直接動作するため、サーバーに搭載するストレージコントローラー（HBA）やSSD、さらにはそれらを制御するファームウェアやドライバのバージョンが、VMwareの公式互換性ガイド（vCG）と1ビットでもズレていると、動作不安定やデータ破損の引き金になります。

自社でパーツを個別に選定して組み立てる（DIY構成）のは非常にリスクが高いため、実務では各サーバーベンダー（Dell、HPE、Lenovo、Ciscoなど）があらかじめvSAN用に検証・認定を済ませて出荷している「vSAN ReadyNode（ブイサン・レディノード）」と呼ばれる専用モデルを選択することが鉄則です。

3. 【重要】Broadcom体制下におけるライセンス体系の変更

2024年以降、VMware社を買収したBroadcom社の方針により、ライセンス体系が劇的に変更されました。従来の「vSAN単体での永久ライセンス＋保守」という販売形態は廃止され、現在は以下のようなサブスクリプション型の統合パッケージへと刷新されています。

VMware Cloud Foundation (VCF)： 大規模エンタープライズ向けの最上位パッケージ。vSphere、vCenter、NSX（ネットワーク仮想化）、そしてvSAN Enterprise（無制限の容量）が含まれます。
VMware vSphere Foundation (VVF)： 中規模〜一般的な企業向けの標準パッケージ。vSphere、vCenterとともに、「1コアあたり100GiB」までのvSANストレージ容量が標準で同梱されています。この容量を超える分については、別途追加の容量ライセンス（vSAN Add-on）をサブスクリプションで購入する形になります。

既存のVMware環境からvSANへの移行や、サーバー更改に伴うリプレースを検討する際は、「自社のCPUコア数に対して、標準同梱の容量（1コアあたり100GiB）で足りるか、追加コストがどの程度発生するか」を事前に正確に試算しておくことが、プロジェクト成功の成否を分けます。

vSANの導入が最も適している具体的なユースケース

vSANのメリットを最大限に引き出し、高い投資対効果（ROI）を生み出せる具体的なシナリオを2つ紹介します。

1. VDI（仮想デスクトップ）基盤の構築

朝の始業時間（9:00前後）になると、数百人〜数千人の社員が一斉にPCにログインするため、ストレージに対して「ブートストーム」と呼ばれる爆発的な書き込み・読み込み負荷が発生します。

従来型のストレージではこの負荷に耐えきれず画面がフリーズする問題が多発していましたが、vSAN（特にオールフラッシュやESA構成）であれば、全ノードのSSDに負荷をきれいに分散（分散I/O処理）させることができるため、極めて快適でストレスのないVDI環境を維持できます。

2. ひとり情シス・少人数のIT部門によるインフラ運用

サーバー担当、ネットワーク担当、ストレージ担当という専門チームが分かれておらず、少人数のエンジニアでITインフラ全体を運用している企業にとって、vSANは最大の救世主となります。

ストレージ機器の面倒なハードウェア保守管理やファームウェア更新作業がなくなり、サーバーもストレージも「vCenterの画面から一発でパッチを適用（vSphere Lifecycle Managerによる一元管理）」できるようになるため、運用にかかる時間と心理的負担を数分の一に削減できます。

まとめと次のステップ：具体的なアクション

vSANは、単に「ハードウェアの購入費用を下げるためのツール」ではありません。インフラの調達・構築・拡張・日々の運用のすべてをソフトウェアの力でシンプルに変革し、ビジネスの急激な変化に対してIT部門が圧倒的なスピードで追従できるようにするための「攻めのインフラ基盤」です。

もし、数年以内に自社の物理サーバーや外部ストレージ（SAN/NAS）の保守切れ・更改タイミングが控えているのであれば、従来の3Tier構成を踏襲するのではなく、vSANをベースとしたHCI構成へのシフトを本格的に検討すべきタイミングです。

💡 今すぐインフラ担当者が起こすべきアクション

現行環境のサイジングデータ（容量・IOPS）の収集： VMware環境であれば、「Live Optics」などの無償アセスメントツールを使って、現在自社のシステムが実際にどれくらいのストレージ容量とI/O性能（IOPS）を消費しているかを可視化しましょう。
最新ライセンス体系（VVF/VCF）に基づく見積もり依頼： 収集したデータとサーバーの仕様（CPUコア数）をベースに、VMwareの正規パートナー企業へ「vSANを導入した場合のサブスクリプションコスト」の試算を依頼し、次期インフラの予算化を進めてください。