Azure VMware Solution のデプロイを計画する
Azure VMware Solution は、VMware を使用したプライベート クラウドを Azure で運用するサービスです。 プライベート クラウドには、専用のベアメタル Azure ホストを使用して構築されたクラスターが含まれています。 ホストは、Azure portal、Azure CLI、または Azure PowerShell を使用してデプロイおよび管理されます。 Azure VMware Solution には、VMware ESXi、vCenter Server、vSAN、HCX、NSX データセンター ソフトウェアが含まれています。
Azure VMware Solution のプライベート クラウドのハードウェアとソフトウェアのデプロイは、Azure に完全に統合され、自動化されています。 次の図は、オンプレミスの VMware 環境、Azure VMware Solution、および Azure VMware Solution から接続できるすべての Azure サービスの関係を大まかに示しています。
会社は、Azure VMware Solution を使用することにより、Azure 上でネイティブの VMware ワークロードを実行できます。 仮想マシン (VM) は、オンプレミスの VMware 環境から Azure VMware Solution に直接移行できます。 Azure VMware Solution 上の VM は、オンプレミスの VM のように動作します。
Azure VMware Solution をデプロイする前に、デプロイを計画する必要があります。
- 必要な Azure コンポーネントを評価する
- サブスクリプションの利用資格を確認する
- サポート チケットを開いてクォータを要求する
- リソース プロバイダーの登録
- Azure Migrate を使用して移行パターンを評価する
- Azure VMware Solution の評価を確認する
- Azure VMware Solution のコンポーネントを評価する
- ホストの種類とデプロイのサイズを決定する
必要な Azure コンポーネントを評価する
Azure VMware Solution をデプロイする前に、次の Azure コンポーネントを考慮する必要があります。
| コンポーネント | Notes |
|---|---|
| サブスクリプション | 新しいサブスクリプションを作成するか、既存のものを再使用します。 |
| Resource group | 新しいリソース グループを作成するか、既存のものを再使用します。 |
| リージョン | デプロイ リージョンを決定します。 |
| ホストの場所 (可用性ゾーンのデプロイ) | 標準のプライベート クラウドの場合、1 つの可用性ゾーン内にあるすべてのホストを選択します。 または、ストレッチ クラスターの場合、2 つの可用性ゾーン内にあるホストを選択します。 |
| リソース名 | Azure VMware Solution のプライベート クラウドの名前を指定します。 |
| ホストのサイズ | 4 つの使用可能な SKU からホスト サイズを選択します。 - AV36: 36 コア、576 GB の RAM、15.20 TB の RAW ストレージ容量、3.2 TB の NVMe キャッシュ。 - AV36P: 36 コア、768 GB の RAM、19.20 TB の RAW ストレージ容量、1.5 TB の Intel キャッシュ。 - AV52: 52 コア、1,536 GB の RAM、38.40 TB の RAW ストレージ容量、1.5 TB の Intel キャッシュ。 - AV64*: 64 コア、1,024 GB の RAM、15.36 TB の RAW ストレージ容量、3.84 TB の NVMe キャッシュ。 |
| ノード数 | ホストの最小数は 3 です。 ホストの最大数は、vSphere クラスターあたり 16 です。 Azure プライベート クラウド インスタンス内のクラスターの最大数は 12 です。 Azure プライベート クラウド インスタンス内のノードの最大数は 96 です。 クラスターは、必要に応じて拡張または縮小できます。 環境を拡張または縮小する際には、最小および最大のノード数を考慮する必要があります。 |
| プライベート クラウドのアドレス ブロック | プライベート クラウドの IP アドレス ブロックを指定します。 CIDR はプライベート クラウド管理ネットワークを表し、vCenter Server や NSX Manager などのクラスタ管理サービスに使用されます。 /22 アドレス空間を使用します (例: 10.175.0.0/22)。 このアドレスは一意である必要があり、他の Azure 仮想ネットワークまたはオンプレミスのネットワークと重複しないようにする必要があります。 |
| Azure 仮想ネットワーク (オプション) | 新しい Azure 仮想ネットワークを作成するか、既存のものを再使用します。 |
| Azure Bastion (オプション) | ジャンプ ホストへのシームレスなリモート デスクトップ プロトコル (RDP) を提供するサービスとしてのプラットフォーム (PaaS) リソースを作成します。 |
| Jumpbox VM (オプション) | デプロイ後に vSphere 環境にアクセスするために使用される Azure VM (サーバーまたはデスクトップ) を作成します。 |
(*) AV64 ホストを追加する前に、AV36、AV36P、または AV52 を使用してデプロイされた Azure VMware Solution プライベート クラウドが必要です。
サブスクリプションの利用資格を確認する
Azure VMware Solution をデプロイするには、Azure サブスクリプションに Azure アカウントが必要です。 Azure サブスクリプションは、次の 3 つの条件のいずれかを満たしている必要があります。
- Microsoft との Azure Enterprise Agreement (EA) に従ったサブスクリプション
- Microsoft との Microsoft 顧客契約 (MCA) に従ったサブスクリプション
- 既存の CSP Azure オファー契約または Azure プランに従ってクラウド ソリューション プロバイダーによって管理されているサブスクリプション
サポート チケットを開く
この手順は、サブスクリプションの種類によって異なります。
EA および MCA のお客様: 追加のホスト クォータのサポート チケットを開きます。 リクエストを確認してホストを割り当てるには、最長 5 営業日を要する場合があります。
CSP: パートナー センターを使って Azure プランを顧客に割り当ててから、パートナー センターを使って追加のホスト クォータのサポート チケットを開きます。 リクエストを確認してホストを割り当てるには、最長 5 営業日を要する場合があります。
リソース プロバイダーの登録
ホストをプロビジョニングする前に、Microsoft.Azure VMware Solution リソース プロバイダーを登録する必要があります。 リソース プロバイダーを登録するには、Azure portal、PowerShell、または Azure CLI を使用します。
Azure Migrate を使用して移行パターンを評価する
Azure Migrate を使用して、オンプレミスの VMware vSphere 環境の Azure VMware Solution への対応性を評価します。 最初に、VMware 用の Azure Migrate アプライアンスを設定します。 その後、アプライアンスによってオンプレミスの VM が検出されます。 アプライアンスからメタデータとパフォーマンス情報が Azure Migrate プロジェクトに送信されます。
Azure Migrate プロジェクト内で Azure VMware Solution 評価を作成するには、次の 2 種類のサイズ設定条件があります。
| 評価の種類 | 詳細 | Data |
|---|---|---|
| パフォーマンスベース | オンプレミスの VM のパフォーマンス データを評価します。 これを一定期間実行して、日次、週次、月次のパフォーマンス パターンを収集できます。 | 推奨されるノード サイズは、CPU、メモリ使用量、ノードの種類、ストレージの種類、許容障害数 (FTT) に基づきます。 |
| 現状のオンプレミス | オンプレミスの VM のサイズ設定を評価します。 これは、vSphere 構成の特定の時点のエクスポートです。 | 推奨されるノード サイズは、オンプレミスの VM サイズに加えて、ノードの種類、ストレージの種類、許容障害数 (FTT) に基づきます。 |
評価を行うには、次の手順を行います。
- Azure Migrate プロジェクトの [サーバー、データベース、Web アプリ]>[Azure Migrate: 検出と評価] で、[評価] を選択します。
- [評価の種類] ドロップダウン リストから、[Azure VMware Solution (Azure VMware Solution)] を選択します。
- [検出ソース] で、該当する検出プロセス (CSV ファイル、RVTools、または Azure Migrate アプライアンス) を選択します。
- [評価するマシンの選択] タブを選択します。
- [評価を確認して作成する] を選択して、評価を作成します。
Azure VMware Solution の評価を確認する
オンプレミスの vSphere 環境内でアプライアンスが実行されると、Azure portal 内の Azure Migrate で評価を実行できます。 Azure VMware Solution 評価では、対応性、必要なノードの数、ノード全体での使用状況が示されます。 毎月のコスト見積もりも提供されます。
評価を表示するには、次の手順を行います。
- [移行の目標]>[サーバー] の順に移動します。
- [Azure Migrate: Server Assessment] で [評価] をクリックします。
- Azure VMware Solution 評価を選択して開きます。
- 要件に適用される評価設定を確認して編集します。
次のようなレポートが表示されます。
レポートの [Azure VMware Solution 対応性] セクションには、次の条件が表示されます。
| Status | Notes |
|---|---|
| Azure VMware Solution 対応性 | VM は変更なしでそのまま移行できます。 |
| 条件付きで対応 | VM には、Azure VMware Solution ですべての機能が実現される前に対処する必要がある互換性の問題があるおそれがあります。 |
| Azure VMware Solution に未対応 | VM が Azure VMware Solution で起動せず、修復が必要です。 |
| 対応不明 | オンプレミス環境で収集したメタデータが不十分なため、Azure Migrate はマシンの対応性を判断できませんでした。 |
Azure Migrate 評価レポートには、次の項目も表示されます。
- 移行用に推奨されるツール。
- 全体的なコストの詳細。
- 移行の信頼度スコア。
この情報は、いずれかのワークロードまたはアプリケーションの移行を行う前に、Azure VMware Solution 環境を計画するのに役立ちます。
ソリューション コンポーネントを評価する
最後の手順では、Azure VMware Solution プライベート クラウドの残りのすべてのソリューション コンポーネントの評価を行います。 この手順には、ソフトウェアのバージョン、ホストのメンテナンス、ライフサイクル管理、およびバックアップと復元が含まれます。
VMware ソフトウェアのバージョン
Azure VMware Solution プライベート クラウド クラスターの新しいデプロイで使用される VMware ソフトウェアのバージョンは次のとおりです。
| ソフトウェア | Version |
|---|---|
| VCSA/vSphere/vCenter | 7.0 Update 3o |
| ESXi | 7.0 Update 3o |
| vSAN | 7.0 Update 3 |
| NSX | 4.1.1 |
VMware のバージョンに関する知識を得ることで、オンプレミス環境に関連する互換性について、お客様の理解が深まります。
ホストのメンテナンスとライフサイクル管理
Azure VMware Solution プライベート クラウド プラットフォームには、VMware vCenter Server、ESXi、vSAN、NSX ソフトウェアの特定のバージョンが含まれています。 Azure VMware Solution のプライベート クラウド ソフトウェア バンドルの使用が検証されます。 ソフトウェア バンドルは、新しいプライベート クラウドのインストールおよび既存のプライベート クラウドのアップグレードでデプロイされます。
ライフサイクル管理のアップグレード プロセスでは、プライベート クラウドにダウンタイムが発生することはありません。 アップグレード プロセスにより、各 Azure VMware Solution 環境で、検証済みの Azure VMware Solution プライベート クラウド ソフトウェアの最新バージョンが自動的に使用されるようになります。
Microsoft によってアップグレードおよび更新プログラムが定期的に適用されるため、プライベート クラウドは、検証済みのソフトウェア バンドルのバージョンが最新リリースよりも 2 つ以上遅れることはありません。 ご使用のプライベート クラウドへの計画的アップグレードが通知されます。 プライベート クラウドのバージョンの遅れが最新リリースよりも 1 つ以内である場合は、アップグレードを延期することができます。
重要な修正プログラムと更新プログラムは、検証時に適用されます。 必要な重要なアップグレードは事前に通知されます。 このポリシーにより、各プライベート クラウドに重要なパッチと更新プログラムが即座に適用されることが保証されます。
Microsoft が担当するのは、NSX Manager や NSX Edge などの NSX アプライアンスのライフサイクル管理です。 Microsoft は、Tier-0 ゲートウェイの作成や North-South ルーティングの有効化など、ネットワーク構成のブートストラップにも責任があります。 NSX SDN の構成は、お客様の責任で行う必要があります。 これらの構成には、ネットワーク セグメント、分散ファイアウォール規則、Tier-1 ゲートウェイ、ロード バランサーなどが含まれます。
NSX の構成
NSX で Azure VMware Solution のネットワークおよびネットワーク サービス (DNS、DHCP など) を管理するには、2 つの方法があります。 構成は、NSX Manager または Azure Resource Manager ポータルで行うことができます。
バックアップと復元
プライベート クラウドの vCenter と NSX Manager の構成は、Microsoft によって日単位のスケジュールでバックアップされます。 バックアップは 3 日間保持されます。 バックアップから復元する必要がある場合、Azure portal でサポート リクエストを開く必要があります。
次のユニットでは、Azure VMware Solution を使用したネットワーク トポロジに関する計画上のすべての考慮事項について説明します。 各側面の概要を説明し、デプロイが成功したかどうかを確認できるようにします。