Enterprise Application Manuals ( CA08871-660 )
Hyper-Vストレージインフラストラクチャ
Hyper-Vストレージインフラストラクチャは、ONTAPストレージシステムでホストできます。VMファイルとそのディスクを格納するHyper-V用のストレージは、次の図に示すように、 LUNまたは CIFS共有を使用して提供できます。
LUN上のHyper-Vストレージ
-
Hyper-Vサーバマシンに LUNをプロビジョニングします。詳細については、「Provisioning in SAN Environments 」を参照してください。
-
サーバーマネージャーのセクションからHyper-Vマネージャーを開きます。
-
Hyper-Vサーバを選択し、[Hyper-V設定] をクリックします。
-
VMとそのディスクをLUNとして保存する既定のフォルダーを指定します。これにより、Hyper-VストレージのLUNとして既定のパスが設定されます。VMのパスを明示的に指定する場合は、VMの作成時に指定できます。
CIFS上のHyper-Vストレージ
このセクションの手順を開始する前に、「SMB環境でのプロビジョニング 」を参照してください。 CIFS共有にHyper-Vストレージを構成するには、次の手順を実行します。
Hyper-Vの各VMには、物理ホストに提供された LUNとCIFS共有を提供できます。この手順は、物理ホストの場合と同じです。VMにストレージをプロビジョニングするには、次の方法を使用できます。
-
VM内のFCイニシエータを使用したストレージLUNの追加
-
VM内のiSCSIイニシエータを使用したストレージLUNの追加
-
VMへのパススルー物理ディスクの追加
-
ホストからVMへのVHD/VHDXの追加
ベストプラクティス
-
VMとそのデータがストレージに保存されている場合、定期的にボリュームレベルで重複除外を実行することをお勧めします。この方法では、同一のVMがCSVまたはSMB共有でホストされている場合に、領域を大幅に節約できます。重複除外はストレージコントローラーで実行され、ホストシステムとVMのパフォーマンスには影響しません。
-
Hyper-VにiSCSI LUNを使用する場合は、Hyper-Vホストのファイアウォール設定で「受信用iSCSIサービス (TCP-In) 」および「送信用iSCSIサービス (TCP-Out) 」を有効にしてください。これにより、iSCSIトラフィックがHyper-Vホストとコントローラとの間で送受信されるようになります。
-
Hyper-V仮想スイッチの [Allow Management Operating System to Share This Network Adapter] オプションをオフにすることを推奨します。これにより、VM専用のネットワークが作成されます。
覚えておくべきこと
-
仮想ファイバ・チャネルを使用してVMをプロビジョニングするには、N_Port ID仮想化対応のFC HBAが必要です。最大4つのFCポートがサポートされます。
-
ホストシステムが複数のFCポートで構成され、VMに提供されている場合は、マルチパスを有効にするためにMPIOをVMにインストールする必要があります。
-
MPIOがホストで使用されている場合、パススルーディスクはMPIOをサポートしていないため、パススルーディスクをホストにプロビジョニングできません。
-
VHD/VHDxファイルに使用されるディスクは、割り当てに64K形式を使用する必要があります。
オフロードされたデータ転送
Microsoft ODX (コピーオフロードとも呼ばれます) を使用すると、ホストコンピューターを経由してデータを転送することなく、ストレージデバイス内または互換性のあるストレージデバイス間で直接データを転送できます。ONTAPは、CIFSプロトコルとSANプロトコルの両方でODX機能をサポートします。ODXを使用すると、コピーが同じボリューム内にある場合にパフォーマンスが向上し、クライアントのCPUとメモリの使用率が低下し、ネットワークI/O帯域幅の使用率が低下する可能性があります。
ODXを使用すると、SMB共有内、LUN内、およびSMB共有とLUN間 (同じボリューム内にある場合) のファイルのコピーが高速かつ効率的になります。この方法は、同じボリューム内にOSのゴールデンイメージ (VHD/VHDX) の複数のコピーが必要なシナリオで役立ちます。コピーが同じボリューム内にある場合、同じゴールデンイメージの複数のコピーを大幅に短い時間で作成できます。ODXは、VMストレージを移動するためのHyper-Vストレージライブマイグレーションにも適用されます。
コピーが複数のボリュームにまたがる場合、ホスト・ベースのコピーと比較してパフォーマンスが大幅に向上しない可能性があります。
CIFSでODX機能を有効にするには、ストレージコントローラで次のCLIコマンドを実行します。
#set the privilege level to diagnostic cluster::> set -privilege diagnostic
#enable the odx feature cluster::> vserver cifs options modify -vserver <vserver_name> -copy-offload-enabled true
#return to admin privilege level cluster::> set privilege admin
#set the privilege level to diagnostic cluster::> set -privilege diagnostic
#enable the odx feature cluster::> copy-offload modify -vserver <vserver_name> -scsi enabled
#return to admin privilege level cluster::> set privilege admin
覚えておくべきこと
-
CIFSの場合、ODXを使用できるのは、クライアントとストレージ・サーバの両方がSMB 3.0とODX機能をサポートしている場合のみです。
-
SAN環境では、クライアントとストレージ・サーバの両方がODX機能をサポートしている場合にのみ、ODXを使用できます。
追加情報
ODXの詳細については、「Microsoftリモート コピーのパフォーマンスの向上」および「Microsoftオフロード データ転送(ODX)」を参照してください。
Hyper-Vクラスタリング:仮想マシンの高可用性と拡張性
フェールオーバークラスターは、Hyper-Vサーバーに高可用性とスケーラビリティを提供します。フェールオーバークラスターは、VMの可用性とスケーラビリティを向上させるために連携する独立したHyper-Vサーバーのグループです。
Hyper-Vのクラスタ化されたサーバ (ノード) は、物理ネットワークとクラスタソフトウェアによって接続されます。これらのノードは共有ストレージを使用して、構成、仮想ハードディスク (VHD) ファイル、スナップショットコピーなどのVMファイルを格納します。共有ストレージは、次に示すように、 SMB/CIFS共有または LUN上のCSVです。この共有ストレージは、クラスタ内のすべてのノードが同時にアクセスできる、一貫性のある分散ネームスペースを提供します。したがって、クラスタ内の1つのノードで障害が発生した場合、他のノードはフェールオーバーと呼ばれるプロセスによってサービスを提供します。フェールオーバークラスターは、フェールオーバークラスターマネージャースナップインとフェールオーバークラスタリングWindows PowerShellコマンドレットを使用して管理できます。
クラスタの共有ボリューム
CSVを使用すると、フェールオーバークラスター内の複数のノードが、NTFSまたはReFSボリュームとしてプロビジョニングされている同じ LUNへの読み取り/書き込みアクセス権を同時に持つことができます。CSVを使用すると、クラスター化された役割を1つのノードから別のノードにすばやくフェールオーバーできます。ドライブの所有権を変更したり、ボリュームをマウント解除して再マウントしたりする必要はありません。また、CSVを使用すると、フェイルオーバー・クラスタ内の大量のLUNの管理も容易になります。CSVは、NTFSまたはReFSの上位層にある汎用のクラスター化されたファイルシステムを提供します。
ベストプラクティス
-
内部クラスタ通信とCSVトラフィックが同じネットワーク上を流れるのを防ぐために、iSCSIネットワーク上のクラスタ通信をオフにすることを推奨します。
-
リカバリ性とQoSを提供するために冗長ネットワーク・パス (複数のスイッチ) を使用することを推奨します。
覚えておくべきこと
-
CSVに使用するディスクは、NTFSまたはReFSでパーティション分割する必要があります。FATまたはFAT32でフォーマットされたディスクはCSVに使用できません。
-
CSVに使用するディスクは、割り当てに64Kフォーマットを使用する必要があります。
続き
Hyper-Vクラスターの展開については、「付録B:Hyper-Vクラスターの展開r 」を参照してください。
Hyper-Vライブマイグレーション:VMの移行
VMの有効期間中に、Windowsクラスター上の別のホストに移動することが必要になる場合があります。これは、ホストのシステムリソースが不足している場合や、メンテナンスのためにホストを再起動する必要がある場合に必要になることがあります。同様に、VMを別のLUNまたはSMB共有に移動する必要がある場合もあります。これは、現在のLUNまたは共有の領域が不足している場合や、期待されるパフォーマンスを下回っている場合に必要になることがあります。Hyper-Vライブマイグレーションは、実行中のVMを1つの物理Hyper-Vサーバーから別のHyper-Vサーバーに移動しますが、ユーザーのVMの可用性には影響しません。フェールオーバークラスターの一部であるHyper-Vサーバー間、またはクラスターの一部ではない独立したHyper-Vサーバー間で、VMをライブ移行できます。
クラスタ環境でのライブマイグレーション
VMは、クラスターのノード間でシームレスに移動できます。クラスター内のすべてのノードが同じストレージを共有し、VMとそのディスクにアクセスできるため、VMの移行は瞬時に行われます。次の図は、クラスタ環境でのライブマイグレーションを示しています。
ベストプラクティス
-
ライブマイグレーショントラフィック専用のポートを用意します。
-
移行中のネットワーク関連の問題を回避するために、専用のホストライブ移行ネットワークを用意します。
続きを読みます
クラスター環境でライブマイグレーションを展開する方法については、付録C:クラスター環境でのHyper-V Live Migrationの展開を参照してください。
クラスタ環境外でのライブマイグレーション
クラスター化されていない2つの独立したHyper-Vサーバー間でVMをライブ移行できます。このプロセスでは、共有または共有なしのライブマイグレーションを使用できます。
-
共有ライブ移行では、VMはSMB共有に格納されます。そのため、VMをライブ移行すると、次に示すように、VMのストレージは中央のSMB共有に残り、他のノードからすぐにアクセスできます。
-
shared nothingライブ移行では、各Hyper-vサーバーに独自のローカル記憶域(SMB共有、LUN、DASのいずれかになります。)があり、VMの記憶域はHyper-vサーバーに対してローカルです。VMがライブ移行されると、VMのストレージがクライアントネットワーク経由で移行先サーバーにミラーリングされ、VMが移行されます。次の図に示すように、DAS、LUN、またはSMB/CIFS共有に格納されているVMは、他のHyper-Vサーバー上のSMB/CIFS共有に移動できます。2番目の図に示すように、LUNに移動することもできます。
追加情報
クラスター環境の外部にライブマイグレーションを展開する方法については、付録D:クラスター環境の外部にHyper-V Live Migrationを展開しますを参照してください。
Hyper-Vストレージライブマイグレーション
VMの有効期間中に、VMストレージ (VHD/VHDX) を別のLUNまたはSMB共有に移動することが必要になる場合があります。これは、現在のLUNまたは共有の領域が不足している場合や、期待されるパフォーマンスを下回っている場合に必要になることがあります。
現在VMをホストしているLUNまたは共有は、領域が不足したり、転用されたり、パフォーマンスが低下したりする可能性があります。このような状況では、VMをダウンタイムなしで別のLUNまたは別のボリューム、集約、またはクラスタ上の共有に移動できます。ストレージ・システムにコピー・オフロード機能がある場合は、このプロセスが高速になります。ストレージ・システムは、CIFSおよびSAN環境ではデフォルトでコピー・オフロードが有効になっています。
ODX機能は、リモートサーバー上の2つのディレクトリ間でフルファイルまたはサブファイルのコピーを実行します。コピーは、サーバ間 (ソースファイルとターゲットファイルの両方が同じサーバ上にある場合は同じサーバ) でデータをコピーすることによって作成されます。コピーは、クライアントがソースからデータを読み取ったり、コピー先に書き込んだりすることなく作成されます。このプロセスにより、クライアントまたはサーバーのプロセッサとメモリの使用量が削減され、ネットワークI/O帯域幅が最小限に抑えられます。同じボリューム内であれば、コピーは高速です。コピーが複数のボリュームにまたがる場合、ホスト・ベースのコピーと比較してパフォーマンスが大幅に向上しない可能性があります。ホストでコピー操作を続行する前に、ストレージシステムでコピーのオフロード設定が構成されていることを確認してください。
VMストレージのライブマイグレーションがホストから開始されると、ソースとターゲットが識別され、コピーアクティビティがストレージシステムにオフロードされます。このアクティビティはストレージ・システムによって実行されるため、ホストのCPU、メモリ、ネットワークの使用はほとんどありません。
ストレージコントローラは、次のさまざまなODXシナリオをサポートします。
-
IntraSVM データは同じSVMによって所有されています。
-
ボリューム内、ノード内 ソースとターゲットのファイルまたはLUNは、同じボリューム内に存在します。コピーはFlexCloneファイル・テクノロジーを使用して実行されるため、リモート・コピーのパフォーマンスがさらに向上します。
-
ボリューム間、ノード内 ソースとターゲットのファイルまたはLUNが、同じノード上の異なるボリューム上にあります。
-
ボリューム間、ノード間 ソースとターゲットのファイルまたはLUNが、異なるノード上の異なるボリューム上にあります。
-
InterSVM データは異なるSVMによって所有されます。
-
ボリューム間、ノード内 ソースとターゲットのファイルまたはLUNが、同じノード上の異なるボリューム上にあります。
-
ボリューム間、ノード間 ソースとターゲットのファイルまたはLUNが、異なるノード上の異なるボリューム上にあります。
-
クラスタ間 ONTAP 9.0以降では、SAN環境でのクラスタ間LUN転送でもODXがサポートされています。クラスタ間ODXは、SMBではなくSANプロトコルでのみサポートされます。
移行が完了したら、VMを保持する新しいボリュームを反映するようにバックアップポリシーとレプリケーションポリシーを再構成する必要があります。以前に作成されたバックアップは使用できません。
VMストレージ (VHD/VHDX) は、次のストレージタイプ間で移行できます。
-
DASとSMB共有
-
DASとLUN
-
SMB共有とLUN
-
LUN間
-
SMB共有間
追加情報
ストレージのライブマイグレーションの展開については、付録E:Hyper-Vストレージライブマイグレーションの展開を参照してください。
Hyper-Vレプリカ:仮想マシンのディザスタリカバリ
Hyper-Vレプリカは、プライマリサイトのHyper-V VMをセカンダリサイトのレプリカVMにレプリケートし、VMのディザスタリカバリを非同期的に提供します。VMをホストするプライマリサイトのHyper-Vサーバは、プライマリサーバと呼ばれます。レプリケートされたVMを受け取るセカンダリサイトのHyper-Vサーバーは、レプリカサーバーと呼ばれます。Hyper-vレプリカのシナリオ例を次の図に示します。フェールオーバークラスターの一部であるHyper-Vサーバー間、またはクラスターの一部ではない独立したHyper-Vサーバー間で、VMのHyper-Vレプリカを使用できます。
レプリケーション
プライマリサーバー上のVMに対してHyper-Vレプリカを有効にすると、初期レプリケーションによってレプリカサーバー上に同一のVMが作成されます。最初のレプリケーションの後、Hyper-vレプリカはVMのVHDのログファイルを保持します。ログファイルは、レプリケーション頻度に従ってレプリカVHDに対して逆順に再生されます。このログと逆順の使用により、最新の変更が非同期的に保存およびレプリケートされます。レプリケーションが予想される頻度で発生しない場合は、アラートが発行されます。
拡張レプリケーション
Hyper-Vレプリカは、セカンダリレプリカサーバーをディザスターリカバリー用に構成できる拡張レプリケーションをサポートします。セカンダリレプリカサーバは、レプリカサーバがレプリカVM上の変更を受信するように構成できます。拡張レプリケーションシナリオでは、プライマリサーバ上のプライマリVM上の変更がレプリカサーバにレプリケートされます。その後、変更は拡張レプリカサーバにレプリケートされます。VMは、プライマリサーバとレプリカサーバの両方がダウンした場合にのみ、拡張レプリカサーバにフェールオーバーできます。
フェイルオーバー
フェイルオーバーは自動ではありません;プロセスを手動で起動する必要があります。フェイルオーバーには、次の3つのタイプがあります。
-
テストフェールオーバー このタイプは、レプリカVMがレプリカサーバーで正常に起動でき、レプリカVMで開始されることを確認するために使用されます。このプロセスでは、フェールオーバー中にテストVMの複製が作成され、通常の運用レプリケーションには影響しません。
-
計画されたフェールオーバー このタイプは、計画的なダウンタイムまたは予期される停止中にVMをフェールオーバーするために使用されます。このプロセスはプライマリVMで開始され、計画されたフェールオーバーを実行する前にプライマリサーバでオフにする必要があります。マシンのフェールオーバー後、Hyper-VレプリカはレプリカサーバーでレプリカVMを起動します。
-
計画外のフェイルオーバー このタイプは、予期しない停止が発生した場合に使用されます。このプロセスはレプリカVMで開始され、プライマリマシンに障害が発生した場合にのみ使用する必要があります。
リカバリ
VMのレプリケーションを構成するときに、復旧ポイントの数を指定できます。リカバリポイントは、レプリケートされたマシンからデータをリカバリできる時点を表します。
追加情報
-
クラスター化された環境の外部にHyper-Vレプリカを展開する方法については、「クラスター化された環境の外部にHyper-Vレプリカを展開する 」を参照してください。
-
クラスター化された環境でのHyper-Vレプリカの導入の詳細については、「クラスター化された環境でのHyper-Vレプリカの導入 」を参照してください。