Azure VMware Solution のデプロイを計画する

仮想マシン (VM) の作成と移行のための運用準備ができた環境を構築するには、Azure VMware Solution のデプロイを計画することが重要です。 計画プロセスでは、デプロイに必要なものを特定して収集します。 計画する際は、収集した情報をデプロイ中に参照しやすいよう必ず文書化してください。 適切なデプロイにより、仮想マシン (VM) の作成と移行のための運用準備ができた環境を構築できます。

この記事では、次のことについて説明します。

  • Azure サブスクリプション、リソース グループ、リージョン、リソース名を識別する
  • サイズ ホストを識別し、クラスターとホストの数を決定する
  • 対象となる Azure プランのホスト クォータを要求する
  • プライベート クラウド管理用の /22 CIDR IP セグメントを識別する
  • 単一のネットワーク セグメントを識別する
  • 仮想ネットワーク ゲートウェイを定義する
  • VMware HCX のネットワーク セグメントを定義する

完了したら、最後に示されている推奨される次の手順に従って、このファースト ステップ ガイドを続行します。

サブスクリプションを特定する

Azure VMware Solution のデプロイに使用する予定のサブスクリプションを特定します。 新しいサブスクリプションを作成することも、既存のサブスクリプションを使用することもできます。

注意

サブスクリプションは、Microsoft Enterprise Agreement (EA)、クラウド ソリューション プロバイダー (CSP) Azure プラン、またはMicrosoft 顧客契約 (MCA) に関連付けられている必要があります。 詳しくは、「対象となる条件」をご覧ください。

リソース グループを特定する

Azure VMware Solution のために使用するリソース グループを特定します。 一般に、リソース グループは Azure VMware Solution 専用に作成されますが、既存のリソース グループを使用することもできます。

リージョン (場所) を特定する

Azure VMware Solution のデプロイ先リージョンを特定します。

リソース名を定義する

リソース名はわかりやすく説明的な名前とし、その中で Azure VMware Solution プライベート クラウドにタイトルを付けます (例: MyPrivateCloud)。

重要

名前は 40 文字を超えてはいけません。 名前がこの制限を超えていると、プライベート クラウドで使用するパブリック IP アドレスを作成できません。

サイズ ホストを特定する

Azure VMware Solution のデプロイ時に使用するサイズ ホストを特定します。

Azure VMware Solution クラスターは、ハイパーコンバージド ベアメタル インフラストラクチャに基づいています。 ホストの RAM、CPU、ディスク容量を次の表に示します。

ホストの種類 CPU RAM (GB) vSAN NVMe キャッシュ階層 (TB、生) vSAN SSD 容量階層 (TB、生)
AV36 デュアル Intel 18 コア 2.3 GHz 576 3.2 15.20

クラスターの構築またはスケーリングに使用されるホストは、ホストの分離プールから取得されます。 これらのホストはハードウェア テストに合格しており、すべてのデータが安全に削除されています。

クラスターとホストの数を決定する

最初に実行する Azure VMware Solution のデプロイは、1 つのクラスターを含むプライベート クラウドで構成されます。 デプロイの最初のクラスターに、デプロイするホストの数を定義する必要があります。

作成された各プライベート クラウドには、既定で 1 つの vSAN クラスターがあります。 クラスターは、追加したり、削除したり、スケーリングしたりすることができます。 クラスターあたりのホストの最小数と初期デプロイは 3 です。

クラスターの構成や操作のその他ほとんどの側面を管理するには、vSphere と NSX-T Manager を使用します。 クラスター内の各ホストのローカル ストレージはすべて、vSAN の管理下にあります。

ヒント

最初のデプロイ数を超える数が必要な場合は、後でいつでもクラスターを拡張したり、クラスターを追加したりできます。

注意

クラスターあたりのホスト数、プライベート クラウドあたりのクラスター数、プライベート クラウドあたりのホスト数に関する制限については、「Azure サブスクリプションとサービスの制限、クォータ、制約」を参照してください。

ホスト クォータをリクエストする

計画プロセスの完了後に、Azure VMware Solution のプライベート クラウドをいつでもデプロイすることができるように、早い段階でホスト クォータをリクエストすることが重要です。 ホスト クォータをリクエストする前に、Azure サブスクリプション、リソース グループ、リージョンを特定していることを確認してください。 また、サイズ ホストがわかっていることを確認し、必要なクラスターとホストの数を決定します。

ホスト クォータのリクエストをサポート チームが受け取った後、リクエストが確認され、ホストが割り当てられるまでに、最大 5 営業日かかります。

プライベート クラウド管理用の IP アドレス セグメントを定義する

Azure VMware Solution には、/22 CIDR ネットワークが必要です (例: 10.0.0.0/22)。 このアドレス空間は、より小さなネットワーク セグメント (サブネット) に分割され、vCenter、VMware HCX、NSX-T、および vMotion 機能などの Azure VMware Solution 管理セグメントに使用されます。 この図は、Azure VMware Solution の管理 IP アドレス セグメントを示しています。

Azure VMware Solution の管理 IP アドレス セグメントを示す図。

重要

/22 CIDR ネットワーク アドレス ブロックは、既にオンプレミスまたは Azure にある既存のネットワーク セグメントと重複しないようにする必要があります。 /22 CIDR ネットワークがプライベート クラウドごとにどのように分割されるかの詳細については、「ルーティングとサブネットに関する考慮事項」を参照してください。

VM ワークロードの IP アドレス セグメントを定義する

すべての VMware 環境と同様に、VM はネットワーク セグメントに接続している必要があります。 Azure VMware Solution の運用環境のデプロイが拡張されると、オンプレミスからの L2 拡張セグメントとローカルの NSX-T ネットワーク セグメントが組み合わされることがよくあります。

最初のデプロイ用に、1 つのネットワーク セグメント (IP ネットワーク) を特定します (例: 10.0.4.0/24)。 このネットワーク セグメントは、主に初期デプロイ中のテスト目的に使用されます。 アドレス ブロックは、オンプレミスまたは Azure 内のネットワーク セグメントと重複しないようにする必要があります。また、既に定義されている /22 ネットワーク セグメント内に設定することはできません。

特定する - 仮想マシンのワークロードの IP アドレス セグメント

仮想ネットワーク ゲートウェイを定義する

Azure VMware Solution には、Azure Virtual Network と ExpressRoute 回線が必要です。 "既存" の ExpressRoute 仮想ネットワーク ゲートウェイを使用するか、"新しい" ExpressRoute 仮想ネットワーク ゲートウェイを使用するかを決めてください。 "新しい" 仮想ネットワーク ゲートウェイを使用する場合は、プライベート クラウドの作成後にそれを作成します。 既存の ExpressRoute 仮想ネットワーク ゲートウェイを使用してもかまいません。その場合は、計画の一環として、どの ExpressRoute 仮想ネットワーク ゲートウェイを使用するかをメモしておいてください。

Azure VMware Solution にアタッチされた Azure Virtual Network を示す図

重要

Azure Virtual WAN 内の仮想ネットワーク ゲートウェイに接続することはできますが、このクイック スタートでは取り上げません。

VMware HCX のネットワーク セグメントを定義する

VMware HCX は、データ センターやクラウド間でのアプリケーションの移行、ワークロードの再調整、ビジネス継続性を簡略化する、アプリケーション モビリティ プラットフォームです。 さまざまな移行の種類を使用して、Azure VMware Solution やその他の接続サイトに VMware ワークロードを移行できます。

VMware HCX コネクタによって、複数の IP セグメントを必要とする (自動化) 仮想アプライアンスのサブセットがデプロイされます。 ネットワーク プロファイルを作成するときに、IP セグメントを使用します。 パイロットまたは小規模製品のユース ケースをサポートする VMware HCX のデプロイでは、次のことを確認します。 移行のニーズに合わせて、必要に応じて変更します。

  • 管理ネットワーク: VMware HCX をオンプレミスでデプロイする場合、VMware HCX の管理ネットワークを把握する必要があります。 通常は、オンプレミスの VMware クラスターで使用される管理ネットワークと同じです。 少なくとも、このネットワーク セグメントでは VMware HCX 用に 2 つ の IP を識別します。 パイロットまたは小規模なユース ケースを超えるデプロイの規模によっては、さらに多くの数が必要になる場合があります。

    注意

    大規模な環境に対応するために、オンプレミスの VMware クラスターに使用される管理ネットワークを使用するのではなく、新しい /26 ネットワークを作成し、そのネットワークをポート グループとしてオンプレミスの VMware クラスターに見せるようにしてください。 その後、最大 10 個のサービス メッシュと 60 個のネットワーク エクステンダー (サービス メッシュごとに -1) を作成できます。 Azure VMware Solution プライベート クラウドを使用すると、ネットワーク エクステンダーごとに 8 個 のネットワークを拡張できます。

  • アップリンク ネットワーク: VMware HCX をオンプレミスでデプロイする場合、VMware HCX のアップリンク ネットワークを把握する必要があります。 管理ネットワークに使用するのと同じネットワークを使用します。

  • vMotion ネットワーク: VMware HCX をオンプレミスでデプロイする場合、VMware HCX の vMotion ネットワークを把握する必要があります。 通常は、オンプレミスの VMware クラスターで vMotion 用に使用されるネットワークと同じです。 少なくとも、このネットワーク セグメントでは VMware HCX 用に 2 つ の IP を識別します。 パイロットまたは小規模なユース ケースを超えるデプロイの規模によっては、さらに多くの数が必要になる場合があります。

    vMotion ネットワークを、分散仮想スイッチまたは vSwitch0 で公開する必要があります。 そうでない場合は、対応するように環境を変更します。

    注意

    多くの VMware 環境では、vMotion に対して非ルーティングのネットワーク セグメントが使用され、問題はありません。

  • レプリケーション ネットワーク: VMware HCX をオンプレミスでデプロイする場合、レプリケーション ネットワークを定義する必要があります。 管理ネットワークとアップリンク ネットワークに使用しているのと同じネットワークを使用します。 オンプレミスのクラスター ホストが専用のレプリケーション VMkernel ネットワークを使用する場合、このネットワーク セグメントに 2 つ の IP アドレスを予約し、レプリケーション ネットワーク用にレプリケーション VMkernel ネットワークを使用します。

ネットワークを拡張するかどうかを判断する

ネットワーク セグメントは、必要に応じてオンプレミスから Azure VMware Solution まで拡張できます。 ネットワーク セグメントを拡張する場合は、ここで次のガイドラインに従って、それらのネットワークを特定します。

重要

これらのネットワークは、デプロイ時ではなく、構成の最後の手順として拡張されます。

次の手順

これで必要な情報を収集して文書化したので、次のチュートリアルに進み、Azure VMware Solution プライベート クラウドを作成します。