VMM での Azure Stack HCI クラスターのデプロイと管理

[アーティクル]
07/20/2023

この記事では、System Center - Virtual Machine Manager (VMM) で Azure Stack HCI クラスターを設定する方法について説明します。ベアメタルサーバーからプロビジョニングするか、既存のホストを追加して、Azure Stack HCI クラスターをデプロイできます。新しい Azure Stack HCI の詳細についてはこちらを参照してください。

VMM 2019 Update Rollup 3 (UR3) は Azure Stack HCI バージョン 20H2 をサポートしています。現在の製品は Azure Stack HCI バージョン 21H2 です。 System Center 2022 以降、VMM では Azure Stack HCI バージョン 20H2 がサポートされています。Azure Stack HCI バージョン 21H2;および Azure Stack HCI バージョン 22H2 (VMM 2022 UR1 からサポート)。

重要

Virtual Machine Manager によって管理されている Azure Stack HCI クラスターは、まだプレビューチャネルには参加させません。 System Center (Virtual Machine Manager、Operations Manager、およびその他のコンポーネントを含む) は現在、Azure Stack プレビューバージョンをサポートしていません。最新の更新プログラムについては、 System Center ブログを参照してください。

開始する前に

VMM 2019 UR3 以降を実行していることを確認します。

サポートされる内容

Azure Stack HCI クラスターの追加、作成、管理。 HCI クラスターを作成および管理するには、詳細な手順を参照してください。
Azure Stack HCI クラスターで VM をプロビジョニングしてデプロイし、VM のライフサイクル操作を実行する機能。 VM は、VHD(x) ファイル、テンプレート、または既存の VM を使用してプロビジョニングできます。詳細については、こちらを参照してください。
Azure Stack HCI クラスターで VLAN ベースのネットワークを設定します。
Azure Stack HCI クラスターでの SDN ネットワークコントローラーのデプロイと管理。
記憶域プール設定の管理、仮想ディスクの作成、クラスター共有ボリューム (CSV) の作成、 QoS 設定の適用。
Windows Server と Azure Stack HCI クラスター間での VM の移動は、ネットワーク移行とオフライン (シャットダウン) VM の移行を介して機能します。このシナリオでは、VMM は 1 つの操作として実行されるにもかかわらず、内部でエクスポートおよびインポートを行います。
Windows Server クラスターの管理に使用する PowerShell コマンドレットは、Azure Stack HCI クラスターの管理にも使用できます。

Azure Stack HCI クラスターの登録と登録解除

VMM 2022 では、Azure Stack HCI クラスターを登録および登録解除するための VMM PowerShell コマンドレットが導入されています。

次のコマンドレットを使用して、HCI クラスターを登録します。

Register-SCAzStackHCI -VMHostCluster <HostCluster> -SubscriptionID <string>

次のコマンドを使用して、クラスターの登録を解除します。

Unregister-SCAzStackHCI -VMHostCluster <HostCluster> -SubscriptionID <string>

サポートされているパラメーターの詳細については、「 Register-SCAzStackHCI 」および「 Unregister-SCAzStackHCI」を参照してください。

サポートされない内容

現在、VMM では、Azure Stack HCI ストレッチクラスターの管理はサポートされていません。
Azure Stack HCI はすべてのワークロードを仮想マシンで実行する仮想化ホストとして意図されています。 Azure Stack HCI の条件を使用すると、仮想マシンをホストするために必要なものだけを実行できます。 Azure Stack HCI クラスターは、WSUS サーバー、WDS サーバー、ライブラリサーバーなどの他の目的には使用しないでください。「Azure Stack HCI のユースケース」、「Azure Stack HCI を使用するタイミング」、および「仮想化せずに実行できるロール」を参照してください。
Windows Server と Azure Stack HCI クラスターのバージョン間のライブマイグレーションはサポートされていません。

Note

Azure Stack HCI クラスター間のライブマイグレーションは、Windows Server クラスター間と同様に機能します。

Azure Stack HCI で使用できるストレージの種類は、記憶域スペースダイレクト (S2D) のみです。 Azure Stack HCI ノードを使用した S2D 以外のクラスターの作成または管理はサポートされていません。 SAN など、他の種類のストレージを使用する必要がある場合は、仮想化ホストとして Windows Server を使用します。

注意

Azure Stack HCI クラスターを作成する場合は、S2D を有効にする必要があります。 S2D を有効にするには、クラスター作成ウィザードで [ 全般構成] に移動します。 [クラスター名とホストグループの指定] で、次に示すように [記憶域スペースダイレクトを有効にする] を選択します。

S2D が有効になっているスクリーンショット。

S2D でクラスターを有効にした後、VMM で次を実行します。

フェールオーバークラスタリング機能が有効になります。
記憶域レプリカとデータ重複除去が有効になります。
必要に応じてクラスターが検証されて作成されます。
S2D が有効になり、ウィザードで指定したものと同じ名前で VMM 内にストレージアレイオブジェクトが作成されます。

VMM を使用してハイパーコンバージドクラスターを作成する際、Enable-ClusterStorageSpacesDirect -Autoconfig $True を実行することでプールとストレージ層が自動的に作成されます。

これらの前提条件を満たしたら、クラスターをプロビジョニングし、クラスターに記憶域リソースをセットアップします。その後、クラスターに VM をデプロイできます。

次の手順のようにします。

手順 1:クラスターをプロビジョニングする

Hyper-V ホストとベアメタルコンピューターを使用してクラスターをプロビジョニングすることができます。

Hyper-V ホストからプロビジョニングする

Azure Stack HCI ホストを VMM ファブリックに追加する必要がある場合は、この手順に従います。 Hyper-V ホストが VMM ファブリックに既にある場合は、次の手順に進んでください。

Note

クラスターを設定するときは、Hyper-V クラスターの作成ウィザードの [全般構成] ページで [記憶域スペースダイレクトを有効にする] オプションをオンにしてください。
[リソースの種類] で [Windows Server オペレーティングシステムを実行する既存のサーバー] を選択し、クラスターに追加する Hyper-V ホストを選択します。
選択したすべてのホストに Azure Stack HCI がインストールされている必要があります。
S2D が有効になっているため、クラスターを検証する必要があります。

ベアメタルコンピューターからクラスターをプロビジョニングする

Note

通常、S2D ノードには RDMA、QoS、SET の設定が必要です。ベアメタルコンピューターを使用してノードに対してこれらの設定を構成するには、PCP の配置後スクリプト機能を使用できます。デプロイ後のサンプル PCP スクリプトを次に示します。また、このスクリプトを使用して RDMA、QoS、SET を構成し、ベアメタルコンピューターから既存の S2D 展開に新しいノードを追加することもできます。

ベアメタルクラスター展開の前提条件を確認してください。

Note

VMM ライブラリの汎用化された VHD または VHDX では、最新の更新プログラムがインストールされた Azure Stack HCI を実行するようにします。ハードディスクの [オペレーティングシステム] と [Virtualization platform](仮想化プラットフォーム) の値を設定するようにします。
ベアメタルデプロイの場合、Preboot Execution Environment (PXE) サーバーを VMM ファブリックに追加する必要があります。 PXE サーバーは Windows 展開サービスで提供されます。 VMM では独自の WinPE イメージが使用されるため、最新であることを確認する必要があります。これを行うには、[ ファブリック>インフラストラクチャ>の更新] [WinPE イメージ] の順に選択し、ジョブが完了したことを確認します。

「ベアメタルコンピューターからの Hyper-V ホストまたはクラスターのプロビジョニング」の手順を実行します。

手順 2:クラスターのネットワークをセットアップする

VMM ファブリックでクラスターのプロビジョニングと管理が完了したら、クラスターノードのネットワークをセットアップする必要があります。

まず論理ネットワークを作成して、物理管理ネットワークをミラーリングします。
スイッチが仮想化を認識できるように、スイッチ埋め込みチーミング (SET) が有効になっている論理スイッチを設定する必要があります。このスイッチは管理論理ネットワークに接続されており、管理ネットワークへのアクセスを提供したり、ストレージネットワークを構成したりするために必要なすべてのホスト仮想アダプターを備えます。 S2D は、ホスト間で通信するためにネットワークに依存しています。 RDMA 対応アダプターが推奨されます。
VM ネットワークを作成します。

手順 3: Azure Stack HCI クラスターで DCB 設定を構成する

Note

DCB 設定の構成は、S2D クラスター作成ワークフロー中にハイパフォーマンスを実現する際の省略可能な手順です。 DCB 設定を構成しない場合は、手順 4 に進みます。

Recommendations

vNIC をデプロイした場合は、最適なパフォーマンスを得るために、すべての vNIC を対応する pNIC にマップすることをお勧めします。 vNIC と pNIC 間のアフィニティは、オペレーティングシステムによってランダムに設定されます。また、複数の vNIC が同じ pNIC にマップされるシナリオもあります。このようなシナリオを避けるために、ここに記載されている手順に従って、vNIC と pNIC の間に手動でアフィニティを設定することをお勧めします。
ネットワークアダプターポートプロファイルを作成する場合は IEEE 優先順位を許可することをお勧めします。詳細については、こちらを参照してください。

次の PowerShell コマンドを使用して、IEEE 優先順位を設定することもできます。
```
Set-VMNetworkAdapterVlan -VMNetworkAdapterName 'SMB2' -VlanId '101' -Access -ManagementOS
Set-VMNetworkAdapter -ManagementOS -Name 'SMB2' -IeeePriorityTag on
```

次の手順で DCB 設定を構成します。

新しい Hyper-V クラスターを作成し、 [記憶域スペースダイレクトを有効にする] を選択します。 [DCB Configuration](DCB の構成) オプションが Hyper-V クラスター作成ワークフローに追加されます。
[DCB Configuration](DCB の構成) で、 [Configure Data Center Bridging](データセンターのブリッジの構成) を選択します。
SMB ダイレクトトラフィックとクラスターハートビートトラフィックの [優先順位] と [帯域幅] の値を指定します。

Note

[優先順位] と [帯域幅] には既定値が割り当てられています。これらの値は、組織の環境のニーズに基づいてカスタマイズしてください。

[優先度の帯域幅] のスクリーンショット。

既定値:

トラフィッククラス	Priority	帯域幅 (%)
クラスターハートビート	7	1
SMB ダイレクト	3	50

ストレージトラフィックに使用するネットワークアダプターを選択します。これらのネットワークアダプターでは RDMA が有効です。

Note

コンバージド NIC シナリオでは、記憶域の vNIC を選択します。 vNIC を表示し、選択できるようにするには、基礎となる pNIC が RDMA 対応である必要があります。
概要を確認し、 [完了] を選択します。

Azure Stack HCI クラスターが作成され、すべての S2D ノード上で DCB パラメーターが構成されます。
Note
- [クラスターの プロパティ] ページにアクセスし、DCB 構成ページに移動することで、既存の Hyper-V S2D クラスターで DCB 設定を構成 できます。
- いずれかのノード上で DCB 設定が帯域外で変更されると、S2D クラスターは VMM で非対応になります。修復オプションは、クラスターのプロパティの [DCB configuration](DCB の構成) ページに表示されます。このページを使用して、構成された DCB 設定をクラスターノード上の VMM に適用できます。

手順 4: Azure Stack HCI クラスターを Azure に登録する

Azure Stack HCI クラスターを作成した後は、Azure Online Service の使用条件に従って、インストール後 30 日以内に Azure に登録する必要があります。 System Center 2022 を使用している場合は、VMM のコマンドレットを使用 Register-SCAzStackHCI して、Azure Stack HCI クラスターを Azure に登録します。または、こちらの手順に従って、Azure Stack HCI クラスターを Azure に登録します。

クラスターの更新が正常に完了すると、VMM で登録状態が反映されます。

手順 5: Azure Stack HCI クラスターの登録状態を表示する

VMM コンソールでは、Azure Stack HCI クラスターの登録状態と最後の接続日を表示できます。
[ ファブリック] を選択し、 Azure Stack HCI クラスターを右クリックして、[プロパティ] を選択 します。
または、を実行Get-SCVMHostし、返されたオブジェクトのプロパティを確認して、登録状態をチェックします。

手順 6: プールを管理して CSV を作成する

記憶域プールの設定を変更し、仮想ディスクと CSV を作成できるようになりました。

[ ファブリック>ストレージ>アレイ] を選択します。
クラスターを右クリックして >[管理プール] を選択し、既定で作成された記憶域プールを選択します。既定の名前を変更し、分類を追加できます。
CSV を作成するには、クラスターを右クリックして >>>> の順にクリックします。
ボリュームの作成ウィザード>の[記憶域の種類] で、ボリューム名を指定し、記憶域プールを選択します。
[容量] には、ボリュームのサイズ、ファイルシステム、回復性 (許容エラー) の設定を指定できます。
[ Configure advanced storage and tiering settings]$ストレージと階層化の詳細設定の 構成$ を選択して、これらのオプションを設定します。
[概要] で、設定を確認し、ウィザードを完了します。ボリュームを作成すると、仮想ディスクが自動的に作成されます。

手順 7: クラスターに VM をデプロイする

ハイパーコンバージドトポロジでは、VM をクラスターに直接デプロイできます。その仮想ハードディスクは、S2D を使用して作成したボリュームに置かれます。その他の VM を作成する場合と同様にこれらの VM を作成してデプロイします。

重要

Azure Stack HCI クラスターが Azure に登録されていない場合、または登録後 30 日を超えて Azure に接続されていない場合、クラスターで高可用性仮想マシン (HAVM) の作成がブロックされます。クラスター登録については、手順 4 と 5 を参照してください。

手順 8: Windows Server から Azure Stack HCI クラスターに VM を移行する

VMM のネットワーク移行機能を使用して、Hyper-V (Windows Server 2019 & 以降) から Azure Stack HCI にワークロードを移行します。

Note

Windows Server と Azure Stack HCI 間のライブマイグレーションはサポートされていません。 Azure Stack HCI から Windows Server へのネットワーク移行はサポートされていません。

移行先の Azure Stack HCI ホストでライブマイグレーションを一時的に無効にします。
[VM とサービス] [すべてのホスト] > の順に選択し、移行元の Hyper-V ホストを選択します。
移行する VM を選択します。 VM はオフの状態である必要があります。
[仮想マシンの移行] を選択します。
[ホストの選択] で、宛先の Azure Stack HCI ホストを確認して選択します。
[次へ] を選択してネットワーク移行を開始します。 VMM はバックエンドでインポートとエクスポートを実行します。
仮想マシンが正常に移行されたことを確認するには、移行先ホストの VM の一覧をチェックします。 VM を有効にし、Azure Stack HCI ホストでライブマイグレーションを再度有効にします。

手順 9: SCVMM を使用して VMware ワークロードを Azure Stack HCI クラスターに移行する

VMM では、V2V (仮想から仮想) への変換に関する簡単なウィザードベースのエクスペリエンスが提供されます。変換ツールを使用して、ワークロードを VMware インフラストラクチャから Hyper-V インフラストラクチャに大規模に移行できます。サポートされている VMware サーバーの一覧については、「システム要件」を参照してください。

変換の前提条件と制限事項については、「 VMM ファブリックで VMware VM を Hyper-V に変換する」を参照してください。

VMM で vCenter Server 管理者ロールの 実行アカウント を作成します。これらの管理者資格情報は、vCenter サーバーと ESXi ホストを管理するために使用されます。
VMM コンソールの [ファブリック] で、[サーバー>] [VMware vCenter Server の追加] の順に選択します。
[ VMware vCenter Server の追加] ページで、次の操作を行います。
1. コンピューター名: vCenter サーバー名を指定します。
2. 実行アカウント: vSphere 管理者用に作成された実行アカウントを選択します。
[完了] を選択します。
[ 証明書のインポート ] ページで、[インポート] を選択 します。
vCenter サーバーが正常に追加されると、vCenter の下にあるすべての ESXi ホストが VMM に移行されます。

ホストの追加

VMM コンソールの [ファブリック] で、[サーバー>] [VMware ESX ホストとクラスターの追加] の順に選択します。
リソースの 追加ウィザードで、
1. [ 資格情報] で、ポートに使用される [実行アカウント] を選択し、[ 次へ] を選択します。
2. [ ターゲットリソース] で、VMM に追加する必要があるすべての ESX クラスターを選択し、[ 次へ] を選択します。
3. [ ホストの設定] で、VM を追加する場所を選択し、[ 次へ] を選択します。
4. [ 概要] で設定を確認し、[完了] を選択 します。ホストと共に、関連付けられている VM も追加されます。

ESXi ホストの状態を確認する

ESXi ホストの状態が OK (制限付き) として反映されている場合は、[ プロパティ>管理] を右クリックし、ポートに使用される [アカウントとして実行] を選択し、ホストの証明書をインポートします。
すべての ESXi ホストに対して同じプロセスを繰り返します。 ESXi クラスターを追加すると、ESXi クラスターで実行されているすべての仮想マシンが VMM で自動検出されます。

VM の表示

[VM とサービス] に移動して、仮想マシンを表示します。また、VMM からこれらの仮想マシンのプライマリライフサイクル操作を管理することもできます。
VM を右クリックし、移行する必要がある 電源オフ (オンライン移行はサポートされていません) を選択し、ゲストオペレーティングシステムから VMware ツールをアンインストールします。
[ホーム>] [作成] Virtual Machines> [仮想マシンの変換] の順に選択します。
仮想マシンの変換ウィザードで、
1. [ ソースの選択] で、ESXi サーバーで実行されている VM を選択し、[ 次へ] を選択します。
2. [仮想マシン ID の指定] で、仮想マシンの新しい名前を入力し、[次へ] を選択します。
[ ホストの選択] で、ターゲットの Azure Stack HCI ノードを選択し、VM ストレージファイルのホスト上の場所を指定し、[ 次へ] を選択します。
仮想マシンの仮想ネットワークを選択し、[ 作成 ] を選択して移行を完了します。
ESXi クラスターで実行されている仮想マシンは、Azure Stack HCI クラスターに正常に移行されました。自動化の場合は、変換に PowerShell コマンドを使用します。

VMM での Azure Stack HCI クラスターのデプロイと管理

開始する前に