Azure VMware Solution のデプロイを計画する
仮想マシン (VM) と移行のための実稼働可能な環境を構築するには、Azure VMware Solution のデプロイを計画することが重要です。 計画プロセスでは、デプロイに必要な情報を明らかにして収集します。 収集した情報をデプロイ中に参照しやすいよう必ず文書化してください。 適切なデプロイにより、VM の作成と移行のための実稼働可能な環境を構築できます。
このチュートリアルでは、以下のタスクを完了する方法を説明します。
- Azure サブスクリプション、リソース グループ、リージョン、リソース名を識別する
- サイズ ホストを識別し、クラスターとホストの数を決定する
- 対象となる Azure プランのホスト クォータを要求する
- プライベート クラウド管理用の /22 CIDR IP セグメントを識別する
- 単一のネットワーク セグメントを識別する
- 仮想ネットワーク ゲートウェイを定義する
- VMware HCX のネットワーク セグメントを定義する
完了したら、本記事の最後にある推薦事項の「次の手順」に従って、この入門ガイドの続きを行ってください。
サブスクリプションを特定する
Azure VMware Solution のデプロイに使用する予定のサブスクリプションを特定します。 新しいサブスクリプションを作成することも、既存のサブスクリプションを使用することもできます。
Note
サブスクリプションは、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 クラスターは、ハイパーコンバージド インフラストラクチャに基づいています。 次の表に、ホストの CPU、メモリ、ディスク、およびネットワークの仕様を示します。
| ホストの種類 | CPU (コア/GHz) | RAM (GB) | vSAN キャッシュ層 (TB、生) | vSAN 容量層 (TB、生) | リージョン別の提供状況 |
|---|---|---|---|---|---|
| AV36 | CPU @ 2.3 GHz あたり 18 コア、合計 36 個の物理コア (ハイパースレッディングによる論理コア 72 個) を搭載した Dual Intel Xeon Gold 6140 CPU (Skylake マイクロアーキテクチャ) | 576 | 3.2 (NVMe) | 15.20 (SSD) | 選択されたリージョン (*) |
| AV36P | CPU @ 2.6 GHz / 3.9 GHz ターボあたり 18 コア、合計 36 個の物理コア (ハイパースレッディングによる論理コア 72 個) を搭載した Dual Intel Xeon Gold 6240 CPU (Cascade Lake マイクロアーキテクチャ) | 768 | 1.5 (Intel キャッシュ) | 19.20 (NVMe) | 選択されたリージョン (*) |
| AV52 | CPU @ 2.7 GHz / 4.0 GHz ターボあたり 26 コア、合計 52 個の物理コア (ハイパースレッディングによる論理コア 104 個) を搭載した Dual Intel Xeon Platinum 8270 CPU (Cascade Lake マイクロアーキテクチャ) | 1,536 | 1.5 (Intel キャッシュ) | 38.40 (NVMe) | 選択されたリージョン (*) |
| AV64 | CPU @ 2.8 GHz/3.5 GHz ターボあたり 32 コア、合計 64 個の物理コア (ハイパースレッディングによる論理コア 128 個) を搭載した Dual Intel Xeon Platinum 8370C CPU (Ice Lake マイクロアーキテクチャ) | 1,024 | 3.84 (NVMe) | 15.36 (NVMe) | 選択されたリージョン (**) |
Azure VMware Solution クラスターには、少なくとも 3 つのホストが必要です。 1 つの Azure VMware Solution プライベート クラウドでは、同じ種類のホストのみを使用できます。 クラスターの構築またはスケーリングに使用されるホストは、ホストの分離プールから取得されます。 これらのホストはハードウェア テストに合格しており、クラスターに追加される前にすべてのデータが安全に削除されました。
上記のすべてのホストの種類が、100 Gbps のネットワーク インターフェイス スループットを備えています。
(*) 詳細は、Azure 料金計算ツールを使用して入手できます。
(**) AV64 の前提条件: AV64 を追加する前に、AV36、AV36P、または AV52 を使用してデプロイされた Azure VMware Solution プライベート クラウドが必要です。
クラスターとホストの数を決定する
最初に実行する Azure VMware Solution のデプロイは、1 つのクラスターを含むプライベート クラウドで構成されます。 デプロイの最初のクラスターにデプロイするホストの数を、定義する必要があります。
作成された各プライベート クラウドには、既定で 1 つの vSAN クラスターがあります。 クラスターは、追加したり、削除したり、スケーリングしたりすることができます。 クラスターあたりのホストの最小数と初期デプロイは 3 です。
クラスターの構成と操作のほとんどの側面を管理するには、vCenter Server と NSX-T Manager を使用します。 クラスター内の各ホストのローカル ストレージはすべて、VMware vSAN の管理下にあります。
Azure VMware Solution の管理とコントロール プレーンには次のリソース要件があり、標準プライベート クラウドのソリューションのサイズ設定時に、考慮する必要があります。
| 領域 | 説明 | プロビジョニングされた vCPUs | プロビジョニングされた vRAM (GB) | プロビジョニングされた vDisk (GB) | 一般的な CPU 使用率 (GHz) | 一般的な vRAM 使用率 (GB) | 一般的な生 vSAN データストア使用量 (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 1,854 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | ESXi ノード 1 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 2 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 3 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSAN | vSAN システムの使用量 | 該当なし | 該当なし | 該当なし | 該当なし | 該当なし | 5,458 |
| VMware NSX-T データ センター | NSX-T 統合アプライアンス ノード 1 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX-T データ センター | NSX-T 統合アプライアンス ノード 2 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX-T データ センター | NSX-T 統合アプライアンス ノード 3 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX-T データ センター | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0.6 | 409 |
| VMware NSX-T データ センター | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0.6 | 409 |
| VMware HCX (オプションのアドオン) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager (オプションのアドオン) | SRM アプライアンス | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere (オプションのアドオン) | vSphere レプリケーション マネージャー アプライアンス | 4 | 8 | 33 | 1 | 0.6 | 75 |
| VMware vSphere (オプションのアドオン) | vSphere レプリケーション サーバー アプライアンス | 2 | 1 | 33 | 1 | 0.3 | 68 |
| 合計 | 77 個の vCPU | 269.3 GB | 2,385 GB | 30 GHz | 50.4 GB | 10,346 GB (9,032 GB、予想されるデータ削減率は 1.2 倍) |
Azure VMware Solution の管理とコントロール プレーンには次のリソース要件があり、ストレッチ クラスター プライベート クラウドのソリューションのサイズ設定時に、考慮する必要があります。 VMware SRM は現在サポートされていないため、表には含まれていません。
| 領域 | 説明 | プロビジョニングされた vCPUs | プロビジョニングされた vRAM (GB) | プロビジョニングされた vDisk (GB) | 一般的な CPU 使用率 (GHz) | 一般的な vRAM 使用率 (GB) | 一般的な生 vSAN データストア使用量 (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 3,708 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | ESXi ノード 1 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 2 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 3 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 4 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 5 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 6 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSAN | vSAN システムの使用量 | 該当なし | 該当なし | 該当なし | 該当なし | 該当なし | 10,722 |
| VMware NSX-T データ センター | NSX-T 統合アプライアンス ノード 1 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX-T データ センター | NSX-T 統合アプライアンス ノード 2 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX-T データ センター | NSX-T 統合アプライアンス ノード 3 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX-T データ センター | NSX-T Edge VM 1 | 8 | 32 | 200 | 1.3 | 0.6 | 817 |
| VMware NSX-T データ センター | NSX-T Edge VM 2 | 8 | 32 | 200 | 1.3 | 0.6 | 817 |
| VMware HCX (オプションのアドオン) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 270 |
| 合計 | 67 個の vCPU | 248.3 GB | 2,286 GB | 42.3 GHz | 49.1 GB | 20,036 GB (17,173 GB、予想されるデータ削減率は 1.2 倍) |
これらのリソース要件は、Azure VMware Solution プライベート クラウドにデプロイされた最初のクラスターにのみ適用されます。 後続のクラスターでは、ソリューションのサイズ設定で vSphere Cluster Service、ESXi リソース要件、vSAN システム使用量のみを考慮する必要があります。
仮想アプライアンスの一般的な生 vSAN データストア使用量の値は、構成ファイルとログ ファイル、スナップショット、仮想ディスク、スワップ ファイルなど、仮想マシン ファイルによって占有される領域を考慮します。
VMware ESXi ノードには、vSphere VMkernel ハイパーバイザー オーバーヘッド、vSAN オーバーヘッド、NSX-T 分散ルーター、ファイアウォール、ブリッジング オーバーヘッドを考慮したコンピューティング使用値があります。 これらは、標準の 3 つのクラスター構成の推定値です。 vSAN データストアとは別のブート ボリュームが使用されるため、ストレージ要件は該当なし (N/A) として一覧表示されます。
VMware vSAN システム使用量ストレージ オーバーヘッドは、vSAN パフォーマンス管理オブジェクト、vSAN ファイル システムのオーバーヘッド、vSAN チェックサム オーバーヘッド、vSAN 重複除去と圧縮のオーバーヘッドを考慮します。 この消費量を表示するには、vSphere クライアントで vSphere クラスターの Monitor、vSAN Capacity オブジェクトを選択します。
VMware HCX と VMware Site Recovery Manager のリソース要件は、Azure VMware Solution サービスに対するオプションのアドオンです。 これらの要件を使っていない場合は、ソリューションのサイズ設定でそれを割り引いて考えます。
VMware Site Recovery Manager Add-On には、複数の VMware vSphere レプリケーション サーバー アプライアンスを構成するオプションがあります。 上の表では、1 つの vSphere レプリケーション サーバー アプライアンスが使われていることを想定しています。
Azure VMware Solution のサイズ設定は推定値です。設計フェーズからのサイズ設定の計算を、プロジェクトのテスト フェーズの間に検証して、アプリケーション ワークロードに対して Azure VMware Solution のサイズが正しく設定されていることを確認する必要があります。
ヒント
最初のデプロイ数を超える数が必要な場合は、後でいつでもクラスターを拡張したり、クラスターを追加したりできます。
注意
クラスターあたりのホスト数、プライベート クラウドあたりのクラスター数、プライベート クラウドあたりのホスト数に関する制限については、「Azure サブスクリプションとサービスの制限、クォータ、制約」を参照してください。
ホスト クォータをリクエストする
計画プロセスの早い段階でホスト クォータを要求し、Azure VMware Solution プライベート クラウドのスムーズなデプロイを確保します。 要求を行う前に、Azure サブスクリプション、リソース グループ、リージョンを特定します。 ホストのサイズ、クラスターの数、必要なホストの数を決定します。
サポート チームで要求が確認されてホストが割り当てられるまでに、最大 5 営業日かかります。
プライベート クラウド管理用の IP アドレス セグメントを定義する
Azure VMware Solution には、10.0.0.0/22 などの /22 CIDR ネットワークが必要です。 このアドレス空間はより小さなネットワーク セグメント (サブネット) に分割され、vCenter Server、VMware HCX、NSX-T Data Center、vMotion 機能などの Azure VMware Solution 管理セグメントに使用されます。 次の図に、Azure VMware Solution の管理 IP アドレス セグメントを示します。
重要
/22 CIDR ネットワーク アドレス ブロックは、既にオンプレミスまたは Azure にある既存のネットワーク セグメントと重複しないようにする必要があります。 /22 CIDR ネットワークがプライベート クラウドごとにどのように分割されるかの詳細については、「ルーティングとサブネットに関する考慮事項」を参照してください。
VM ワークロードの IP アドレス セグメントを定義する
VMware vSphere 環境では、VM をネットワーク セグメントに接続する必要があります。 Azure VMware Solution の運用環境のデプロイを拡張するとき、オンプレミスからの L2 拡張セグメントと、ローカル環境の NSX-T Data Center のネットワーク セグメントの組み合わせが発生することがよくあります。
最初のデプロイ用に、1 つのネットワーク セグメント (IP ネットワーク) を特定します (例: 10.0.4.0/24)。 このネットワーク セグメントは、主に初期デプロイ中のテスト目的に使用されます。 アドレス ブロックは、オンプレミスまたは Azure 内のネットワーク セグメントと重複しないようにする必要があります。また、既に定義されている /22 ネットワーク セグメント内に設定することはできません。
仮想ネットワーク ゲートウェイを定義する
Azure VMware Solution には、Azure Virtual Network と ExpressRoute 回線が必要です。 既存の ExpressRoute 仮想ネットワーク ゲートウェイを使用するか、新しい ExpressRoute 仮想ネットワーク ゲートウェイを使用するかを決めてください。 新しい 仮想ネットワーク ゲートウェイを使用する場合は、プライベート クラウドの作成後にそれを作成します。 既存の ExpressRoute 仮想ネットワーク ゲートウェイを使用することも可能です。 計画のため、使用する ExpressRoute 仮想ネットワーク ゲートウェイを書き留めておいてください。
重要
Azure Virtual WAN 内の仮想ネットワーク ゲートウェイに接続することはできますが、このクイック スタートでは取り上げません。
VMware HCX のネットワーク セグメントを定義する
VMware HCX は、データ センターやクラウド間でのアプリケーションの移行、ワークロードの再調整、ビジネス継続性を簡略化する、アプリケーション モビリティ プラットフォームです。 さまざまな移行の種類を使用して、Azure VMware Solution やその他の接続サイトに VMware vSphere ワークロードを移行できます。
VMware HCX コネクタによって、複数の IP セグメントを必要とする (自動化) 仮想アプライアンスのサブセットがデプロイされます。 ネットワーク プロファイルを作成するときに、IP セグメントを使用します。 パイロットまたは小規模製品のユース ケースをサポートする VMware HCX のデプロイについて、以下の一覧の項目を確認します。 移行のニーズに基づき、必要に応じて変更します。
管理ネットワーク: VMware HCX をオンプレミスでデプロイするには、VMware HCX の管理ネットワークを特定します。 通常は、オンプレミスの VMware vSphere クラスターで使用される管理ネットワークと同じです。 少なくとも、このネットワーク セグメントでは VMware HCX 用に 2 つの IP を識別します。 パイロットまたは小規模なユース ケースを超えるデプロイの規模によっては、さらに多くの数が必要になる場合があります。
Note
大規模な環境の場合は、既存の管理ネットワークを使用するのではなく、新しい /26 ネットワークを作成してオンプレミスの VMware vSphere クラスターにポート グループとして表示します。 その後、最大 10 個のサービス メッシュと 60 個のネットワーク エクステンダー (サービス メッシュごとに -1) を作成できます。 Azure VMware Solution プライベート クラウドを使用すると、ネットワーク エクステンダーごとに 8 個のネットワークを拡張できます。
アップリンク ネットワーク: VMware HCX をオンプレミスでデプロイするには、VMware HCX のアップリンク ネットワークを特定します。 管理ネットワークに使用する予定と同じネットワークを使用します。
vMotion ネットワーク: VMware HCX をオンプレミスでデプロイするには、VMware HCX の vMotion ネットワークを特定します。 通常は、オンプレミスの VMware vSphere クラスターで vMotion 用に使用されるネットワークと同じです。 少なくとも、このネットワーク セグメントでは VMware HCX 用に 2 つの IP を識別します。 パイロットまたは小規模なユース ケースを超えるデプロイの規模によっては、さらに多くの数が必要になる場合があります。
vMotion ネットワークを、分散仮想スイッチまたは vSwitch0 で公開する必要があります。 そうでない場合は、対応するように環境を変更します。
注意
多くの VMware vSphere 環境では、vMotion に対して非ルーティングのネットワーク セグメントが使用されるため、問題はありません。
レプリケーション ネットワーク: VMware HCX をオンプレミスでデプロイするには、レプリケーション ネットワークを定義します。 管理ネットワークとアップリンク ネットワークに使用しているのと同じネットワークを使用します。 オンプレミスのクラスター ホストが専用のレプリケーション VMkernel ネットワークを使用する場合、このネットワーク セグメントに 2 つの IP アドレスを予約し、レプリケーション ネットワーク用にレプリケーション VMkernel ネットワークを使用します。
ネットワークを拡張するかどうかを判断する
ネットワーク セグメントは、必要に応じてオンプレミスから Azure VMware Solution まで拡張できます。 ネットワーク セグメントを拡張する場合は、次のガイドラインに従い、ここでそれらのネットワークを特定します。
- ネットワークはオンプレミスの VMware 環境内の vSphere Distributed Switch (vDS) に接続する必要があります。
- vSphere Standard Switch 上のネットワークは拡張できません。
重要
これらのネットワークは、デプロイ時ではなく、構成の最後の手順として拡張されます。
次のステップ
これで必要な情報を収集して文書化したので、次のチュートリアルに進み、Azure VMware Solution プライベート クラウドを作成します。