Hyper-V 用の SAN、NAS、ファイバー チャネル、iSCSI、SMB ストレージで Windows Server を使用する方法について説明します。 Windows Server Hyper-V は、回復性のないスタンドアロン システムから複雑な回復性要件を持つクラスター化システムまで、さまざまな物理ストレージ アーキテクチャをサポートする成熟したハイパーバイザー プラットフォームです。 また、ハイパーコンバージドストレージアーキテクチャと非集約ストレージアーキテクチャを使用した一般的な構成についても説明します。
この記事では、考えられるすべてのストレージ アーキテクチャ構成について説明するわけではありません。 また、あまり一般的でない種類の構成やエッジ ケースについても説明しません。
SAN または NAS ストレージ
SAN または NAS ストレージを使用した非集約構成の Windows Server では、VM がネットワーク経由でストレージにアクセスするクラスターに Hyper-V をインストールします。
この構成を使用する場合:
VM は、同じコンピューティング クラスター内の任意のノードで高可用性を実現します。
SAN および NAS システムは、独自の可用性の保証を提供します。
このモデルでは、コンピューティングとストレージは互いに独立してスケーリングされます。 たとえば、VM (CPU または RAM) をホストするためにさらに多くの処理リソースやメモリ リソースが必要な場合は、ストレージを追加せずにコンピューティング ノードまたはクラスターを追加できます。 各コンピューティング クラスターには、1 から 64 個のノードを含めることができます。
ストレージは、コンピューティング クラスターとは別にスケーリングできます。 ストレージ クラスターのスケーリングはベンダー固有です。 ベンダーに問い合わせて、提供されているストレージ ソリューションをスケーリングする方法を理解してください。
ローカル ディスクを使用したスタンドアロン
Windows Server では、スタンドアロン サーバーに Hyper-V をインストールし、ローカル ストレージを使用する、非クラスター化またはスタンドアロン構成がいくつかサポートされています。
この構成を使用する場合:
ローカル ディスクを使用したスタンドアロン Hyper-V では、共有ストレージとコンピューティング (VM 処理とメモリ) システムが非クラスター化されているため、仮想マシン (VM) ワークロードの自動フェールオーバーはサポートされません。 たとえば、物理ホストの電源が失われると、物理ホストの電源を再びオンにすると、そのホストで実行されている VM が再起動します。 また、共有なし 移行を使用して、VM を他のノードまたはクラスターにライブ マイグレーションすることもできます。
必要に応じて、ハードウェアまたはソフトウェア RAID ソリューションを使用して、ローカル ドライブのローカル ディスクの回復性を構成できます。 詳細情報が必要な場合は、ストレージ ベンダーにお問い合わせください。
ハイパーコンバージドと記憶域スペース ダイレクト
この構成では、クラスター内の各ノードに Hyper-V と記憶域スペース ダイレクトをインストールします。 各ノードには、同じクラスター内の他のノードにレプリケートされたデータを含むローカル ディスクが含まれています。
この構成を使用する場合:
Live Migrate を使用してクラスター内の任意のノードに VM を移動するか、障害 (フェールオーバー) 後に自動的に再起動できます。
ストレージの回復性を高めるために、クラスター内の他のノードにデータがレプリケートされます。 記憶域スペース ダイレクトでは、いくつかの記憶域の回復性モデルがサポートされています。 詳細については、「Azure Local および Windows Server クラスターでのフォールト トレランスとストレージ効率を参照してください。
このモデルでは、各物理ホストにストレージ リソースとコンピューティング リソースが含まれています。 その結果、これらの物理リソースは対称的にスケーリングされます。 新しいホストごとに、コンピューティング リソースとストレージ リソースの両方が自動的に追加されます。 各クラスターには、1 ~ 16 個のノードを含めることができます。
非集約記憶域スペース ダイレクト
この構成では、Hyper-V と記憶域スペース ダイレクトを別々のクラスターにインストールし、ネットワーク経由で VM の構成と記憶域にアクセスします。
この構成を使用する場合:
VM は、同じコンピューティング クラスター内の任意のノードで高可用性を実現します。
ストレージの回復性を高めるために、ストレージ クラスター内の他のノードにデータがレプリケートされます。 記憶域スペース ダイレクトでは、いくつかの記憶域の回復性モデルがサポートされています。 詳細については、「Azure Local および Windows Server クラスターでのフォールト トレランスとストレージ効率を参照してください。
このモデルでは、コンピューティングとストレージは互いに独立してスケーリングされます。 このアーキテクチャは、ストレージとコンピューティングの要件が異なる速度で増加するシナリオに最適です。 たとえば、VM をホストするためにさらに多くの CPU またはメモリ リソースが必要な場合は、記憶域を追加しなくても、追加のクラスター ノードを追加できます。 大量のストレージを消費するが CPU リソースをあまり消費しない VM がある場合は、コンピューティング リソースを追加しなくても、別のストレージ ノードまたはクラスターを追加できます。
各コンピューティング クラスターには、1 から 64 個のノードを含めることができます。
各ストレージ クラスターには、1 ~ 16 個のノードを含めることができます。
次の図は、1 つのコンピューティング クラスターと 1 つのストレージ クラスターを使用したデプロイの簡単な例を示しています。
VM を実行するためにコンピューティング リソースを追加する場合は、既存のコンピューティング クラスターに新しいノードを追加するか、新しいクラスターを追加できます。 次の図は、記憶域を追加せずに新しいクラスターを追加した場合の単純なデプロイの動作を示しています。
コンピューティング リソースを追加せずにデータをホストするためのストレージ リソースを追加する場合は、既存のストレージ クラスターに新しいノードを追加するか、新しいクラスターを追加できます。 次の図は、CPU や RAM などのコンピューティング リソースを追加せずに新しいクラスターを追加したときの単純なデプロイの外観を示しています。
混在アーキテクチャのサポート
Hyper-V では、同じコンピューティング クラスターで次のアーキテクチャを組み合わせることがサポートされています。
分散型記憶域スペース ダイレクトを備えた Hyper-V
SAN を使用した分散型 Hyper-V
NAS を用いた Hyper-V の分解
次の図は、非集約 SAN と NAS ストレージの組み合わせを含むコンピューティング クラスターを使用したデプロイの例を示しています。
ネットワーク ストレージ プロトコル
Windows Server では、次のネットワーク ファイル ストレージ プロトコルがサポートされています。
Windows Server では、次のネットワーク ブロック ストレージ プロトコルもサポートされています。
iSCSI
ファイバー チャネル
インフィニバンド
手記
最終的に、構成の詳細によって、デプロイでこれらのプロトコルをサポートできるかどうかが決まります。 たとえば、Hyper-V 仮想スイッチを使用するデプロイでは、InfiniBand はサポートされません。 ただし、仮想スイッチにバインドされていない場合は、InfiniBand デバイスをサポートできます。
Microsoft では、ネットワーク ブロック ストレージ用のインボックス ソフトウェア ベースの iSCSI イニシエーターも提供しています。
Windows Server カタログで使用可能な任意のデバイスに対してストレージ ベンダー クライアントを使用することもできます。