次の方法で共有


Azure VMware Solution でポータブル VMware Cloud Foundation (VCF) を使用する

この記事では、ポータブル VMware Cloud Foundations (VCF) を Azure VMware Solution に導入して 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 に持ち込み、プライベート クラウドをプロビジョニングできるようになりました。 Microsoft に VCF サブスクリプションを登録して、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 オプションから選択できます。

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 サブスクリプションを Microsoft に登録します。

VCF サブスクリプションのポータビリティ提供で予約インスタンスを購入する際に選択する製品タイプのスクリーンショット。

VCF サブスクリプション移植性でホスト クォータを要求する

既存: 既存の Azure VMware Solution のクォータ要求の説明のスクリーンショット。

ポータブル VCF オファリングのクォータを要求するには、サポート チケットの 説明 に次の追加情報を入力します。

  • リージョン名
  • ホストの数
  • ホスト SKU の種類
  • Azure VMware Solution への VCF 移植性のために Broadcom から購入した "VCF BYOL コアの数" に "N" を置き換えて、次のステートメントをそのまま追加します。
    "Azure VMware Solution で使用する "N" コア用に Broadcom からポータブル VCF サブスクリプションを調達したことを確認します。
  • 他の Azure サービス (Azure NetApp Files、Azure Blob Storage など) との統合に必要な可用性ゾーンの要件など、その他の詳細情報

Azure VMware Solution での VCF サブスクリプションの移植性オファリングのクォータ要求の説明のスクリーンショット。

ポータブル VCF はホスト レベルで適用され、ホスト上のすべての物理コアをカバーする必要があります。 そのため、クォータは、ポータブル VCF がカバーするノードの最大数に対してのみ承認されます。 たとえば、移植性と AV36P の要求のために 1000 コアを購入した場合、サブスクリプションに対して最大 27 個のノード クォータが承認されます。

つまり、AV36P ノードあたり 36 個の物理 CPU コアです。 27 ノード = 27*36 = 972 コア。 28 ノード = 28*36 = 1008 コア。 移植性のために 1000 コアを購入した場合は、ポータブル VCF の下で最大 27 個の AV36P ノードのみを使用できます。

ポータブル VCF を Azure VMware Solution に登録する

クォータ要求を承認するには、まずポータブル VCF の詳細を Microsoft に登録する必要があります。 エンタイトルメントを提供した後で、クォータが承認されます。 1 から 2 営業日で回答が送信されます。

VCF サブスクリプション キーの登録方法

  • ポータブル VCF エンタイトルメント (Azure VMware Solution で vDefender Firewall を有効にする場合は、さらに VMware vDefender Firewall ライセンス エンタイトルメント) を次のメール アドレス registeravsvcfbyol@microsoft.com にメールで送信してください。

  • VCF エンタイトルメント サンプル: VCF ポータブル サブスクリプションの権利を Microsoft に登録する方法のスクリーンショット。

"数量" は、VCF 移植性の対象となるコアの数を表します。 クォータ要求は、Broadcom の資格のあるコアに相当するノードの数を超えてはなりません。 クォータ要求が承認されたコアを超える場合、クォータ要求は、資格を付与されたコアによって完全にカバーされるノード数に対してのみ許可されます。

  • VMware vDefend エンタイトルメント サンプルを含む VCF: VMware vDefend エンタイトルメント サンプル形式の VCF のスクリーンショット。

ポータブル VCF エンタイトルメントを登録するサンプル 電子 メール: ポータブル VCF サブスクリプションを登録するためのサンプル 電子メールのスクリーンショット。

Azure VMware Solution 上で必要な VMware vDefend Firewall アドオン CPU コアは、予定している機能の使用状況によって異なります。

  • NSX Distributed Firewall の場合: VCF コア数と同じコア数。
  • NSX Gateway Firewall の場合は、64 コアです (既定の NSX Edge を使用)。
  • NSX Distributed と Gateway の両方のファイアウォールの場合、両方のコア数を合計する必要があります。

VMware vDefend Firewall ライセンスにポータブル VCF を登録するためのサンプル 電子メールのスクリーンショット。

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 オファリングを使用したい。

  1. AV36P ノードのクォータ要求を作成します。 独自の VCF ポータブル サブスクリプションの意図と、移植性の対象となるコアの数を宣言します。
  2. VCF エンタイトルメントをメールで Microsoft に登録します。
  3. 省略可能 - 予約インスタンスの価格設定を使用するには、AV36P VCF BYOL 予約インスタンスを購入します。 この手順をスキップして、ポータブル VCF の従量課金制価格を使用できます。
  4. AV36P ノードを使用してプライベート クラウドを作成します。

シナリオ 2: "すべての Azure VMware Solution プライベート クラウドの VCF サブスクリプションを Azure VMware Solution で管理できるようにする必要があります。"

  1. AV36P ノードの種類のクォータ要求を作成します。
  2. 省略可能 - AV36P 予約インスタンスを購入します。
  3. AV36P ノードを使用してプライベート クラウドを作成します。

2 つの VCF ライセンス方法間の移行

現在、Azure VMware Solution の独自の VCF サブスクリプションを管理していて、Azure VMware Solution 所有の VCF サブスクリプションに移行したい場合は、プライベート クラウドに変更を加えることなく、簡単に切り替えることができます。

既存の Azure VMware Solution のお客様で、ポータブル VCF (VCF BYOL) オファリングに移行したい場合は、ポータブル VCF の権利を Microsoft に登録することで、プライベート クラウドデプロイを変更せずに簡単に切り替えることができます。 ステップス:

  1. 変換の意図を知らせるサポート リクエストを作成します。
  2. RI を交換する - VCF BYOL を使用するアクティブな RI がある場合は、それらを非 VCF BYOL RI と交換します。 たとえば、AV36P VCF BYOL RI を AV36P に交換したり、逆に AV36P を AV36P VCF BYOL RI に交換したりすることもできます

注意: 現在のデプロイにリザーブドインスタンス(RI)がある場合は、正しい製品名で RI を交換して、引き続き割引された RI 価格を受けるようにしてください。 この手順を実行しないと、従量課金制のコストが発生します。

現在の Azure VMware Solution デプロイに一致するすべてのコアについて、Broadcom からポータブル VCF ライセンスを購入する必要があります。 たとえば、Azure サブスクリプションに 100 個の AV36P ノードを備えたプライベート クラウドがある場合、VCF BYOL オファリングに変換するには、Broadcom から少なくとも 3600 コアのポータブル VCF を購入する必要があります。

よく寄せられる質問

1. AVS 予約 (RI) が終了する前に VCF サブスクリプションの有効期限が切れた場合はどうなりますか?

AVS 予約 (RI) が終了する前に VCF サブスクリプションの有効期限が切れる場合は、次の 2 つのオプションがあります。

  1. AVS マネージド ライセンスに切り替えます。 AVS で管理されるライセンスに移行する意図を Microsoft に通知します。 VCF BYOL SKU に予約がある場合は、交換が Azure Reservation Exchange ポリシーに準拠している限り、キャンセルや交換料金なしで対応する AVS SKU と交換できます。

  2. Broadcom を使用して VCF サブスクリプションを更新します。 中断することなくプライベート クラウドを引き続き使用できるように、新しい VCF サブスクリプションを Microsoft に登録します。

2. AVSとAVS VCF BYOLの間でいつでも切り替えできますか?

はい。AVS と AVS VCF BYOL SKU はいつでも切り替えることができます。

3. AVS 30 日間パイロット プログラムは AVS VCF BYOL をサポートしますか?

30 日間のパイロット プログラムでは、パイロット期間中に AVS 所有の VCF を利用できるため、独自の VCF サブスクリプションを持ち込む必要 はありません 。 ただし、パイロット後に AVS 所有の VCF を続行するのではなく、独自の VCF サブスクリプションを持ち込む場合は、 パイロット プログラムが終了する前に VCF サブスクリプションを登録する必要があります。 パイロット プログラムの終了前に登録しないと、AVS 従量課金制の価格に自動的に変換されます。

4. Gov Cloud でも VCF 移植性を利用できますか?**

はい。VCF 移植性は Gov Cloud で利用できるようになりました。

"Azure VMware Solution 上のポータブル VCF へのオンボード" チェックリスト

シナリオ 1: "既存の AVS プライベート クラウドを VCF BYOL に変換しています。"

  1. Broadcom からポータブル VCF サブスクリプションを取得します。
  2. ポータブル VCF を Azure VMware Solution に登録します。
  3. RI を購入済みの場合は、対応する VCF BYOL RI に RI を交換します。

シナリオ 2: "VCF BYOL を使用して新しい AVS プライベート クラウドを作成しています。"

  1. Broadcom からポータブル VCF サブスクリプションを取得します。
  2. Azure VMware Solution のホスト クォータを要求します。
  3. RI の価格を利用する場合は、"VCF BYOL" 製品名で RI を購入します。

手記: ポータブル VCF が登録されたら、 すぐに 既存の AVS RI を VCF BYOL RI に交換する必要があります。 これを行わないと、VCF BYOL の従量課金で請求されます。 RI の価格を利用するには、必ず正しいリージョン、ホスト数、製品名 (この場合は VCF BYOL) で RI を購入してください。