Azure VMware Solution でポータブル VMware Cloud Foundation (VCF) を使用する
この記事では、ポータブル VMware Cloud Foundation (VCF) を Azure VMware Solutions に使用することで VMware ワークロードを最新化し、VMware ワークロードを最新化する際に大幅なコスト削減を利用する方法について説明します。 Azure VMware Solution を使用すると、物理インフラストラクチャと、VMware Software-Defined DataCenter (SDDC) スタック全体のライセンス エンタイトルメント (vSphere、ESXi、NSX ネットワーク、NSX ファイアウォール、HCX など) の両方にアクセスできます。 新しい VCF サブスクリプションの移植性オプションを使用すると、Broadcom から購入したオンプレミスの VCF エンタイトルメントを Azure VMware Solution インフラストラクチャに直接適用できます。 このような柔軟性があるため、VMware 資産をフル マネージドの最先端の Azure 環境にシームレスに統合し、効率を最大化して、コストを削減できます。 安心してアップグレードし、Azure VMware Solution のパワーと柔軟性を今すぐ体験してください。
変更点
ポータブル VCF オファリング上のプライベート クラウドでは、Azure VMware Solution で vDefend Firewall を使用するには、VCF サブスクリプションと共に Broadcom から Firewall アドオンを事前購入する必要があります。 Azure VMware Solution 上で vDefend Firewall ソフトウェアを使用する前に、必ず Firewall アドオンを Microsoft に登録してください。 ポータブル VCF を登録する方法の詳細については、この記事の後半の「ポータブル VCF を Azure VMware Solution に登録する」を参照してください。
重要
ポータブル VCF はホスト レベルで適用され、ホスト上のすべての物理コアをカバーする必要があります。 たとえば、Azure VMware Solution の各ホストに 36 個のコアがあり、3 つのノードを持つプライベート クラウドを使用する場合、ポータブル VCF は 108 (3*36) コアをカバーする必要があります。 現在のバージョンでは、Azure VMware Solution ワークロードの Azure サブスクリプションで独自のポータブル VCF を使用する場合、複数のプライベート クラウドを含むそのサブスクリプション内のすべてのノード (コア) を Broadcom を通じて購入し、Broadcom ポータブル VCF 契約の対象となる必要があります。 現時点では、Azure サブスクリプション内にデプロイされているすべてのノードのコアをカバーするポータブル VCF ライセンスを取得する必要があります。
Azure VMware Solution での VCF サブスクリプション移植性オファリングの購入
Azure VMware Solution でポータブル VCF を使用するための 3 つの柔軟なコミットメントと価格オプションが用意されています。 従量課金制、1 年間の予約インスタンス (RI)、3 年間の RI オプションから選択できます。 注: AV36 ノードの種類の 3 年間の RI オプションは廃止されました。
Azure VMware Solution のポータブル VCF オファリングの予約インスタンス (RI) 価格を利用するには、製品名 - VCF BYOL の RI を購入します。 たとえば、プライベート クラウドで AV36P ノードを使用している場合は、製品名 - AV36P VCF BYOL の予約インスタンスを購入する必要があります。 ポータブル VCF オファリングの従量課金制価格を使用するには、VCF サブスクリプションを登録するだけで済みます。
重要
既存の Azure VMware Solution プライベート クラウドを変換してポータブル VCF 価格を活用する場合は、サブスクリプションの既存の予約インスタンス (RI) を VCF BYOL RI に交換する必要があります。 <ノードの種類>-VCF BYOL の RI がない限り、VCF BYOL の従量課金制の料金が課金されます。
VCF サブスクリプション移植性でホスト クォータを要求する
既存: 
ポータブル VCF オファリングのクォータを要求するには、サポート チケットの説明に次のその他の情報を入力します。
- リージョン名
- ホストの数
- ホスト SKU の種類
- 次のステートメントをそのまま追加します。ただし、"N" は Azure VMware Solutions への VCF 移植性のために Broadcom から購入した "VCF BYOL コアの数" に置き換えます。
"Azure VMware Solutions で使用する "N" コア用のポータブル VCF サブスクリプションを Broadcom から調達したことを認めます。" - 他の Azure サービス (Azure NetApp Files、Azure Blob Storage など) との統合に必要な可用性ゾーンの要件など、その他の詳細情報
Note
ポータブル VCF はホスト レベルで適用され、ホスト上のすべての物理コアをカバーする必要があります。 そのため、クォータは、ポータブル VCF がカバーする最大ノード数に対してのみ承認されます。 たとえば、移植性のために 1000 コアを購入し、AV36P を要求した場合、サブスクリプションには最大 27 ノードのクォータが承認されます。
つまり、AV36P ノードあたり 36 個の物理 CPU コアです。 27 ノード = 27*36 = 972 コア。 28 ノード = 28*36 = 1008 コア。 移植性のために 1000 コアを購入した場合、ポータブル VCF で使用できる AV36P ノードは最大 27 個のみです。
ポータブル VCF を Azure VMware Solution に登録する
クォータ要求を承認するには、まずポータブル VCF の詳細を Microsoft に登録する必要があります。 エンタイトルメントを提供した後で、クォータが承認されます。 1 から 2 営業日で回答が送信されます。
VCF サブスクリプション キーの登録方法
ポータブル VCF エンタイトルメント (Azure VMware Solution で vDefender Firewall を有効にする場合は、さらに VMware vDefender Firewall ライセンス エンタイトルメント) を次のメール アドレス registeravsvcfbyol@microsoft.com にメールで送信してください。
VCF エンタイトルメントのサンプル:
Note
"数量" は、VCF 移植性の対象となるコアの数を表します。 クォータ要求は、Broadcom から資格を付与されたコアと同数のノード数を超えないようにしてください。 クォータ要求が承認されたコアを超える場合、クォータ要求は、資格を付与されたコアによって完全にカバーされるノード数に対してのみ許可されます。
- VMware vDefend エンタイトルメントを使用する VCF のサンプル:
ポータブル VCF エンタイトルメントを登録するサンプル メール: 
Azure VMware Solution 上で必要な VMware vDefend Firewall アドオン CPU コアは、予定している機能の使用状況によって異なります。
- NSX Distributed Firewall の場合: VCF コア数と同じコア数。
- NSX Gateway Firewall の場合は、64 コアです (既定の NSX Edge を使用)。
- NSX Distributed と Gateway の両方のファイアウォールの場合、両方のコア数を合計する必要があります。
Note
Microsoft に提出されたポータブル VCF エンタイトルメントは、レポートの目的のために安全に保持されます。 このデータは、いつでも Microsoft のシステムから完全に削除するように要求できます。 自動検証プロセスが完了すると、データはすべての Microsoft システムから自動的に削除されます。これには最長 120 日かかる場合があります。 さらに、Azure VMware Solution が所有する VCF ソリューションに移行すると、すべての VCF エンタイトルメント データは 120 日以内に完全に削除されます。
プライベート クラウドの作成とスケーリング
ライセンス方法に関係なく、つまり、独自のポータブル VCF を持ち込むか、Azure VMware Solution が所有する VCF サブスクリプションを使用するかに関係なく、現在と同じ方法で Azure VMware Solution プライベート クラウドを作成できます。 詳細情報。 ライセンスの決定はコスト最適化のための選択であり、デプロイ ワークフローには影響しません。
たとえば、AV36P ノードの種類の 10 ノードをデプロイするとします。
シナリオ 1: "Broadcom から VCF サブスクリプションを購入し、Azure VMware Solution のポータブル VCF サービスを使用したいと考えています。"
- AV36P ノードのクォータ要求を作成します。 独自の VCF ポータブル サブスクリプションの意図と、移植性の対象となるコアの数を宣言します。
- VCF エンタイトルメントをメールで Microsoft に登録します。
- 省略可能 - 予約インスタンスの価格設定を使用するには、AV36P VCF BYOL 予約インスタンスを購入します。 この手順をスキップして、ポータブル VCF の従量課金制価格を使用できます。
- AV36P ノードを使用してプライベート クラウドを作成します。
シナリオ 2: "すべての Azure VMware Solution プライベート クラウドの VCF サブスクリプションを Azure VMware Solution で管理したいと考えています。"
- AV36P ノードの種類のクォータ要求を作成します。
- 省略可能 - AV36P 予約インスタンスを購入します。
- AV36P ノードを使用してプライベート クラウドを作成します。
2 つの VCF ライセンス方法間の移行
現在、Azure VMware Solution の独自の VCF サブスクリプションを管理していて、Azure VMware Solution 所有の VCF サブスクリプションに移行したい場合は、プライベート クラウドに変更を加えることなく、簡単に切り替えることができます。
Azure VMware Solution の既存のお客様で、ポータブル VCF (VCF BYOL) オファリングに移行したい場合は、ポータブル VCF のエンタイトルメントを Microsoft に登録することで、プライベート クラウド デプロイを変更せずに簡単に切り替えることもできます。
手順:
- 変換の意図を知らせるサポート リクエストを作成します。
- RI を交換する - VCF BYOL を使用するアクティブな RI がある場合は、それらを非 VCF BYOL RI と交換します。 たとえば、AV36P VCF BYOL RI を AV36P に、またはその逆に交換できます。
注: 現在のデプロイ用の RI をお持ちの場合、引き続き RI の割引価格を利用するには、必ず RI を正しい製品名と交換してください。 この手順を行わないと、従量課金制のコストが発生します。
Note
現在の Azure VMware Solution デプロイに一致するすべてのコアについて、Broadcom からポータブル VCF ライセンスを購入する必要があります。 たとえば、Azure サブスクリプションに 100 個の AV36P ノードを備えたプライベート クラウドがある場合、VCF BYOL オファリングに変換するには、Broadcom から少なくとも 3600 コアのポータブル VCF を購入する必要があります。
"Azure VMware Solution 上のポータブル VCF へのオンボード" チェックリスト
シナリオ 1: "既存の AVS プライベート クラウドを VCF BYOL に変換しています。"
- Broadcom からポータブル VCF サブスクリプションを取得します。
- RI を購入済みの場合は、対応する VCF BYOL RI に RI を交換します。
- ポータブル VCF を Azure VMware Solution に登録します。
シナリオ 2: "VCF BYOL を使用して新しい AVS プライベート クラウドを作成しています。"
- Broadcom からポータブル VCF サブスクリプションを取得します。
- Azure VMware Solution のホスト クォータを要求します。
- RI の価格を利用する場合は、"VCF BYOL" 製品名で RI を購入します。
注: この手順を行わずにポータブル VCF を登録すると、既定で使用量に応じて BYOL 従量課金制の料金が課金されます。 RI の価格を利用するには、必ず正しいリージョン、ホスト数、製品名 (この場合は VCF BYOL) で RI を購入してください。