この記事は、Broadcom のハイパースケーラー向けの新しい VMware ライセンス モデルに関連する変更をナビゲートするのに役立ちます。 お客様は、Hyperscaler クラウド サービスを使用するために、Broadcom から直接 VMware Cloud Foundation (VCF) サブスクリプションを購入する必要があります。 この要件は、2025年11月1日以降、新しい Azure VMware Solution ノードの購入時に Microsoft が VCF ライセンスまたはサブスクリプションを含めなくなることを意味します。
VCF を含むホスト用に購入したアクティブな予約インスタンスがある場合は、予約インスタンスの期間が終了するまで VCF に含まれるソリューションを引き続き使用できます。 その後、独自の VCF サブスクリプション (ライセンス持ち込みまたは BYOL とも呼ばれます) を 持ち込む必要があります。 購入したアクティブな VCF が含まれる予約インスタンスを超えた場合は、いつでもその余分な使用のために独自の VCF サブスクリプションを持ち込む必要があります。
Azure VMware Solution では、VCF 移植性 (BYOL) オプションが既にサポートされています。これにより、独自の VCF サブスクリプションを Azure VMware Solution に持ち込めます。 ただし、これまで、VCF 移植性オプションは、サポート ベースの登録によって Azure サブスクリプション レベルでサポートされていました。
これで、Azure VMware Solution プライベート クラウドを作成または管理するときに、Azure portal から直接 VCF 移植性を有効にすることができます。 また、このセルフサービス モデルを使用すると、VCF に含まれる既存のデプロイを引き続き使用し、VCF に含まれるオファリングでカバー されていない 新しいホストに対してのみ、独自のポータブル VCF サブスクリプションを追加できます。
新しいスコープ
これで、Azure サブスクリプション全体ではなく、Azure VMware Solution プライベート クラウドごとにポータブル VCF を適用する完全な柔軟性が得られます。 一部の Azure VMware Solution プライベート クラウドは、独自のポータブル VCF サブスクリプションを使用して実行できます。その他のクラウドは、Microsoft が提供する VCF サブスクリプションを使用して、すべて同じ Azure サブスクリプションで実行できます。 この機能により、段階的な移行が可能になり、すべてを一度に変換する必要がなくなります。
VCF に含まれるホストのアクティブな予約インスタンスがあり、新しいホストを追加する場合は、追加されたホストに対してのみポータブル VCF を登録できます。 予約インスタンスの期間が終了するまで、既存の VCF に含まれるホストを引き続き使用できます。
VMware vDefend Firewall は、Azure VMware Solution のアドオン機能です。 2025 年 10 月 16 日より前に VCF が含まれるホストと vDefend Firewall のアクティブな予約インスタンスが有効になっているお客様は、予約インスタンスの有効期限が切れるまで、同じ数の有効な vDefend ファイアウォール コアを引き続き使用できます。
次のいずれかのシナリオが発生した場合は、使用を継続するために独自の VCF vDefend Firewall アドオン ライセンス キーを指定する必要があります。
- ライセンスに含まれる予約インスタンスの有効期限が切れます。
- vDefend Firewall コアの使用量が、2025 年 10 月 15 日の時点で、VCF に含まれる対象コアを超えています。
ポータブル VCF のクォータ要求
ポータブル VCF を使用する場合でも、通常どおり Azure VMware Solution ホストの容量 (クォータ) を要求する必要があります。 Broadcom で購入した VCF コア数が、必要なスケールに対応していることを常に確認してください。
ホスト クォータを要求する方法の詳細については、「 Azure VMware Solution のホスト クォータを要求する」を参照してください。
Azure VMware Solution の試用版
Azure VMware Solution の試用版は、以前はパートナーと顧客が 30 日間利用できました。 Azure VMware Solution の 3 ノード試用版は、パートナーと顧客が 60 日間利用できるようになりました。
お客様は、Azure VMware Solution 試用版をデプロイする前に、Broadcom から有効な試用版 VCF キーを提供する必要があります。 2025 年 11 月 1 日より前に進行中の既存の試用版の場合、お客様は Azure VMware Solution プライベート クラウド上の Azure portal で VCF キーを更新する必要があります。
60 日後、デプロイされた試用版は、60 日間が経過する前にデプロイを削除しない限り、課金対象ホストに自動的に切り替わります。 VCF に含まれる予約インスタンスをまだ購入していない場合は、試用版が終了する前に Broadcom で購入した VCF 構成を指定する必要があります。 ライセンス コンプライアンスへの準拠により、Azure VMware Solution プライベート クラウドの継続性が確実に実現されます。
Azure VMware Solution プライベート クラウドでポータブル VCF を構成する
Azure portal を使用して、ポータブル VCF の詳細を Azure VMware Solution プライベート クラウドに登録します。 この機能は現在、Azure portal でのみ使用できます。
次の 2 つのオプションがあります。
- 新しい Azure VMware Solution プライベート クラウドの作成時にポータブル VCF を構成します。
- 既存の Azure VMware Solution プライベート クラウドでポータブル VCF を有効にします。
新しい Azure VMware Solution プライベート クラウドの作成時にポータブル VCF を構成する
Azure portal を使用して新しい Azure VMware Solution プライベート クラウドを作成すると、VCF ライセンス情報を提供する ポータブル VCF (BYOL) オプションが表示されます。
[ 構成] を 選択し、必要なすべての詳細を指定します。
- VCF ライセンス/サブスクリプション キー (Broadcom の 25 文字 のキー)。
- 契約に関連付けられている Broadcom サイト ID。
- ライセンスの有効期限日 (Broadcom から購入した VCF サブスクリプションの終了日)。
- この Azure VMware Solution プライベート クラウドに持ち込むコアの数。 この数は、Broadcom から提供された VCF キーで購入したコアの数を超えることはできません。
Azure VMware Solution プライベート クラウドで VMware vDefend Firewall アドオンを使用するには、Broadcom から事前購入する必要があります。 また、Azure VMware Solution プライベート クラウドの作成後に vDefend Firewall アドオン ライセンス キーを更新することもできます。 詳細については、続きをお読みください。
既存の Azure VMware Solution プライベート クラウドでポータブル VCF を有効にする
既に実行されている Azure VMware Solution プライベート クラウドを、ダウンタイムやデプロイの中断なしに独自の VCF サブスクリプションを使用するように変換できます。 Azure portal で、Azure VMware Solution プライベート クラウド リソースに移動し、[管理] でポータブル VCF (BYOL) を探します。
[VCF ライセンスの詳細] で [構成] を選択し、必要なすべての詳細を指定します。
- VCF ライセンス/サブスクリプション キー (Broadcom の 25 文字 のキー)。
- 契約に関連付けられている Broadcom サイト ID。
- ライセンスの有効期限日 (Broadcom から購入した VCF サブスクリプションの終了日)。
- この Azure VMware Solution プライベート クラウドに持ち込むコアの数。 この数は、Broadcom から提供された VCF キーで購入したコアの数を超えることはできません。
詳細を保存すると、既存のホストはポータブルVCF（BYOL）の料金体系に移行します。
注
予約価格によるコスト削減を利用する場合は、対応するホストの種類に対して VCF BYOL を使用して Azure VMware Solution 予約インスタンスを購入します。
Azure VMware Solution プライベート クラウドで VMware vDefend Firewall を使用する
VMware vDefend Firewall は、Azure VMware Solution のアドオン機能です。 VCF を含むアクティブな予約インスタンスがあり、2025 年 10 月 16 日より前に vDefend Firewall を有効にした場合は、予約の有効期限が切れるまで、同じ数の有効な vDefend ファイアウォール コアを引き続き使用できます。
次のいずれかの状況で継続的または複数の使用を行うには、独自の VCF vDefend Firewall アドオン ライセンス キーを指定する必要があります。
- 予約の有効期限が切れます。
- vDefend Firewall コアの使用量が、2025 年 10 月 15 日の時点で、VCF に含まれる対象コアを超えています。
この情報は、VCF に含まれるホストとポータブル VCF (BYOL) ホストの両方に適用されます。
Broadcom ファイアウォール サブスクリプションを持たずに (または登録せずに) ファイアウォール機能を有効にしようとすると、コンプライアンスが無効になります。 Microsoft は、このような状況で解決するまで、Azure VMware Solution プライベート クラウドを中断する権利を保持します。
VMware vDefend Firewall 機能セットの詳細については、 Broadcom のドキュメントを参照してください。 一覧表示されているすべてのファイアウォール機能が Azure VMware Solution でサポートされていない可能性があることに注意してください。 詳細については、Microsoft チームにお問い合わせください。
ベース VCF ライセンスの登録に加えて、vDefend Firewall を登録する必要があります。 登録の情報を入力すると、Azure VMware Solution プライベート クラウドは、ファイアウォールに BYOL ライセンスが付与されていることを認識します。
Advanced Threat Prevention で vDefend Firewall を使用する場合は、ライセンス キーを含むサポート チケットを送信して、プライベート クラウドでライセンスをプロビジョニングします。 説明に従って vDefend Firewall アドオン ライセンス キーを追加するだけでなく、このタスクを実行します。
注
- お客様が既定以外の分散ファイアウォール ポリシーまたは分散ファイアウォール IPFIX プロファイルを構成すると、NSX 分散ファイアウォールは有効と見なされます。
- お客様が既定以外のゲートウェイ ファイアウォール ポリシーを構成すると、NSX ゲートウェイ ファイアウォールは有効と見なされます。
コア数を計算する
Azure VMware Solution プライベート クラウドの VCF コア
Azure VMware Solution のホストの種類を確認します。
ホストタイプ ホストあたりのコア数 AV36、AV36P 36 AV48 48 AV52 52 AV64 64 ホストの数にホストあたりのコア数を乗算します。
たとえば、Azure VMware Solution プライベート クラウドの 3 つの AV64 ホストにポータブル VCF を使用する場合、必要なポータブル VCF コアは、ホストあたり 3 ホスト * 64 コア = 192 コアです。
混合課金シナリオでは、以下の手順に従ってください。
- Azure VMware Solution プライベート クラウドに 3 つの AV36P ホストがあり、さらに 4 つの AV36P VCF BYOL ホストを追加する場合、必要な VCF コアの合計は、Azure VMware Solution ライセンスの (3 * 36 = 108) + BYOL ライセンス = 252 からの (4 * 36 = 144) です。
- 144 コアを超えるライセンスを購入した場合でも、BYOL にのみ 144 コアを登録します。 このセットアップは、予約インスタンスの 100% 使用率の特典を受け取るのに役立ちます。
注
Broadcom ライセンスが計画されたデプロイの合計コア数をカバーしていることを常に確認してください。 後でさらにノードを追加する場合は、ポータルで構成を更新して、新しいコアを含めます。
複数の Azure VMware Solution プライベート クラウドで同じ VCF キー (分割コア) を使用できます。 Azure VMware Solution に登録されているコアの合計が Broadcom から購入したコアの数を超 えていない ことを確認します。
VMware vDefend Firewall アドオン コアユニット
VMware vDefend Firewall アドオンは、Azure VMware Solution の NSX 分散ファイアウォールと NSX ゲートウェイ ファイアウォールで有効にすることができます。 カウントされる vDefend Firewall アドオン コアは、次のように異なります。
NSX 分散ファイアウォール: コアの合計数は、Azure VMware Solution プライベート クラウド内のホスト コアの数によって決まります。 たとえば、10 個の AV36P ホストがあり、NSX 分散ファイアウォール機能が有効になっている場合、対応するファイアウォール アドオン コアの数は、ホストあたり 10 ホスト * 36 コア = 360 コアになります。
NSX ゲートウェイ ファイアウォール: コアの合計数は、Azure VMware Solution プライベート クラウドで使用されている NSX エッジ vCPU によって決まります。 ゲートウェイ ファイアウォール アドオン コアの数は、エッジの数 * エッジあたりの vCPU の数 * 4 として計算されます。
たとえば、既定の 2 つの大きな NSX エッジを持つ Azure VMware Solution Generation 1 プライベート クラウドの場合、ゲートウェイ ファイアウォール アドオン コア数は、2 エッジ * 8 vCPU * 4 = 64 ゲートウェイ ファイアウォール コアとして計算されます。
NSX エッジを超大 (16 vCPU) にスケールアップするか、4 つのエッジにスケールアウトした場合、ゲートウェイ ファイアウォール コアが変更されます。 Azure VMware Solution Generation 2 には、既定で 3 つの NSX 大きなエッジが含まれています。クラスター 1 に 4 つ以上のノードがある場合は 4 つのエッジが含まれます。 そのため、それに応じてゲートウェイ ファイアウォール コアをカウントします。
Azure VMware Solution プライベート クラウドで VCF BYOL を更新する
Azure VMware Solution プライベート クラウドの VCF BYOL 構成は、ダウンタイムやワークロードへの影響なしにいつでも更新できます。 この作業には、次のものが含まれます。
- VCF キーの更新。
- ライセンスされたコアの数を調整する (たとえば、プライベート クラウド間でコアをスケーリングまたは再配布する場合)。
- VCF の有効期限を更新しています。
- 登録済みのファイアウォール アドオンの変更。
構成を更新するには:
Azure portal で、Azure VMware Solution プライベート クラウド リソースに移動します。
[ 管理] で、[ ポータブル VCF (BYOL)] を選択します。
更新するセクションで [編集] を選択します (VCF ライセンスの詳細 または VMware vDefend ファイアウォール アドオン)。
必要に応じて、ライセンス キー、コア数、有効期限、ファイアウォールの詳細を更新します。
変更を保存します。 更新は、プライベート クラウドを中断することなく、すぐに有効になります。
必要に応じて構成を更新できます。 たとえば、ノードを追加する場合は、新しいデプロイを反映するようにコア数を更新します。
重要
すべての Azure VMware Solution プライベート クラウドに登録されているコアの合計が Broadcom から購入したコア数を超えないようにする責任があります。 ファイアウォール アドオン ライセンスにも同じ責任が適用されます。ファイアウォール機能を有効または更新する前に、有効な Broadcom アドオン ライセンスが登録されていることを確認してください。
構成またはコンプライアンスについて不明な場合は、Microsoft アカウント チームに問い合わせるか、サポート チケットを開いて明確化してください。 準拠を維持すると、サービスの中断を回避できます。
Azure VMware Solution プライベート クラウドから VCF BYOL を削除する
VCF BYOL 構成は、Azure VMware Solution プライベート クラウドからいつでも削除できます。 このアクションにより、VCF ライセンスの登録が解除され、該当する場合は、選択したプライベート クラウドから関連付けられているファイアウォール アドオン ライセンスが登録解除されます。 一方または他方を個別に削除できます。
構成を削除するには:
Azure portal で、Azure VMware Solution プライベート クラウド リソースを開きます。
[ 管理] で、[ ポータブル VCF (BYOL)] を選択します。
登録解除する VCF ライセンスまたはファイアウォール アドオンの横にある [ 削除 ] を選択します。
メッセージが表示されたら、削除を確認します。
重要
VCF BYOL 構成を削除しても、Azure VMware Solution プライベート クラウドが中断 されることはありません 。 Azure VMware Solution プライベート クラウドは、VCF BYOL から Microsoft が管理する VCF にのみ移動されます。
Broadcom ポリシーの変更により、2025 年 11 月 1 日以降、新しいデプロイでは BYOL からの切り替えが許可されない場合があります。 Azure サブスクリプションにアクティブな VCF が含まれる予約インスタンスがない場合、このアクションによってコンプライアンスが低下する可能性があります。 Microsoft は、ライセンス ポリシーに準拠していないプライベート クラウドを一時停止する権利を保持します。
アカウント チームと協力して、最適な方法を決定してください。
セキュリティとデータ処理について
Azure VMware Solution は、お客様が提供する VCF BYOL ライセンス キーと関連する構成データのセキュリティとプライバシーの確保に取り組んでいます。
セキュリティで保護されたライセンスストレージとライフサイクル管理
お客様が提供するすべての VCF BYOL ライセンス キーとファイアウォール アドオン ライセンスは、Microsoft が管理するキー コンテナーに安全に格納されます。
ライセンス キーが削除または構成解除されると (たとえば、顧客が新しいキーを更新したり、既存のキーを削除したりした場合)、キーは 90 日間保持され、コンプライアンス要件を満たすためにシステムから削除されます。
データのプライバシーとコンプライアンス
お客様のライセンス データは、Microsoft のデータプライバシーおよびコンプライアンス標準に従って処理されます。 VCF BYOL 構成を表示または編集できるのは、承認されたクラウド管理者だけです。 すべての BYOL 登録と関連する顧客データは、パートナーの要件に準拠するために、Broadcom に毎月報告されます。
お客様の責任
お客様は、VCF サブスクリプション コアを管理し、すべての Azure VMware Solution プライベート クラウドで Broadcom の権利に確実に準拠する責任を負います。 構成またはコンプライアンスの状態に関する質問がある場合は、Microsoft アカウント チームに問い合わせるか、サポート チケットを開いてサポート を受けてください。
VCF BYOL 構成を更新する
既存の Azure VMware Solution のお客様は、次の両方の条件が適用される場合は、新しい Azure portal ベースの VCF BYOL システムを使用して構成を更新する必要があります。
- 2025年11月以前に VCF BYOL を使用していました。
- 登録メールを使用して VCF キーを 登録しました。
更新プログラムは、2026 年 3 月 31 日までに完了する必要があります。 このプロセスでは、プライベート クラウドが中断 されることはありません 。
構成の更新は、次の理由で重要です。
- これにより、Azure VMware Solution プライベート クラウドごとに VCF キーを管理できます。
- 新しいエクスペリエンスは、より深いセキュリティ、管理、サポートを使用して構築されています。
次の手順では、移行プロセスの概要を説明します。
手順 1: VCF BYOL を管理するためのポータルにアクセスする
Azure portal にサインインし、Azure VMware Solution プライベート クラウド リソースに移動します。
[ 管理] で、[ ポータブル VCF (BYOL)] を選択します。
手順 2: VCF ライセンスを登録する
Azure VMware Solution プライベート クラウドごとに、次のように入力して VCF BYOL ライセンスを登録します。
- VCF ライセンス キー。
- ライセンスされたコアの数。
- VCF ライセンスの終了日。
- ファイアウォール アドオン ライセンス (お持ちの場合) に関する詳細。
構成を確認し、変更を保存します。
Azure サブスクリプションのすべての Azure VMware Solution プライベート クラウドに対して、このプロセスを繰り返します。
注
複数の Azure VMware Solution プライベート クラウドで同じ VCF キー (分割コア) を使用できます。 Azure VMware Solution に登録されているコアの合計が Broadcom から購入したコアの数を超えていないことを確認します。
手順 3: 正式なサインオフを提供する
関連するすべての Azure VMware Solution プライベート クラウドに BYOL ライセンスを登録したら、正式なサインオフメールを送信して、移行が完了したことを確認します。 VCF 登録メールを使用するか、このタスクのサポート チケットを開くことができます。
移行が完了すると、確認が表示されます。
重要
Azure portal を使用して再登録が完了するまで、2026 年 3 月 31 日までレガシ システムを通じてサポートを受け続けます。
移行中に質問がある場合やサポートが必要な場合は、Microsoft サポート チームにお問い合わせください。
VCF BYOL 登録エラーを解決する
プライベート クラウド ワークフローを作成しているとき、またはワークフローを管理しているときに VCF BYOL の登録が失敗した場合は、Azure portal に 失敗状態 が表示されます。 このエラーは、通常、当社側のシステムエラーが原因であり、お客様側の操作が原因ではありません。
次の操作:
[失敗] 状態が表示されたら、[再構成] を選択します。 次に、登録手順をもう一度実行します。
再構成が完了したら、 Portable VCF (BYOL) ページに戻り、状態が [登録済み] になっていることを確認します。
再構成後に状態を確認すると、Azure VMware Solution プライベート クラウドが準拠しており、完全にライセンスが付与されます。 また、サービスの中断を回避します。
引き続き問題が発生する場合は、Microsoft サポートにお問い合わせください。
よく寄せられる質問
ポータブル VCF (BYOL) オファリングは、Azure Government を含むすべてのリージョンとクラウドで利用できますか?
ポータブル VCF (BYOL) は、Azure VMware Solution がサポートされているすべての Azure パブリック リージョンと Azure Government リージョンで使用できます。
Azure VMware Solution 予約インスタンスの期間が終了する前に VCF サブスクリプションの有効期限が切れた場合はどうなりますか?
Broadcom で VCF サブスクリプションを更新し、Azure portal で登録を更新します。 中断なく準拠を続けるには、VCF サブスクリプションの有効期限が切れる前に、Azure VMware Solution プライベート クラウド上の VCF キーを更新する必要があります。 VCF の有効期限は、Azure VMware Solution の予約インスタンスには影響 しません 。
BYOL と BYOL なしの Azure VMware Solution の使用を切り替えることができますか?
BYOL から Microsoft マネージド VCF への切り替えは、アクティブな VCF に含まれる予約インスタンスがある場合にのみ許可されます。 2025 年 11 月 1 日の時点で、新しいデプロイでは BYOL を使用する必要があります。 新しいデプロイでは、BYOL からの切り替えが許可されない場合があります。 詳細については、アカウント チームにお問い合わせください。
Azure VMware Solution プライベート クラウドが BYOL に登録されているかどうかを確認するにはどうすればよいですか?
Azure portal で Azure VMware Solution プライベート クラウドを選択し、[管理] の [Portable VCF (BYOL)] セクションを確認します。 このセクションには、登録済みのライセンスの詳細が表示されます。
Azure サブスクリプション内のすべての Azure VMware Solution プライベート クラウドに VCF BYOL を持ち込む必要がありますか?
Azure VMware Solution プライベート クラウドごとに VCF BYOL を個別に選択できます。 Azure サブスクリプション全体を一度に変換する必要はありません。 ただし、新しい Broadcom ポリシーでは、次のいずれかの条件が適用される場合にのみ、Microsoft が管理する VCF を使用できます。
- VCF が含まれたアクティブな予約インスタンスがあります。
- 従量課金制ノードは、2025 年 10 月 15 日より前にデプロイされました。
その他のすべてのホストについては、有効な VCF BYOL キーを登録する必要があります。
Azure VMware Solution プライベート クラウド内のすべてのホスト/クラスターに対して VCF BYOL を使用する必要がありますか?
いいえ。同じ Azure VMware Solution プライベート クラウド内でライセンスを混在させることができます。 購入したアクティブな予約インスタンスの数、または 2025 年 10 月 15 日より前にデプロイされた従量課金制ノードの数まで、独自のライセンスを提供せずに、既存の VCF に含まれるホストを引き続き使用できます。 追加のホストまたはクラスターの場合は、これらのリソースのみのコアをカバーするために VCF BYOL キーを登録する必要があります。
特定のホストまたはクラスターをライセンスに関連付ける必要はありません。 Azure portal の ポータブル VCF 管理 ページで BYOL エンタイトルメントを登録します。 Azure VMware Solution は、環境の課金とコンプライアンスを自動的に管理します。
ライセンスを取得したホストよりも多くのホストをデプロイした場合 (つまり、Broadcom のライセンスを取得したコア数を超える) 場合はどうしますか?
Broadcom から購入したコアの合計数を超えてはなりません。 このような状況では、プライベート クラウドがコンプライアンスから外れ、サービスの中断のリスクが発生します。 ノードを追加する場合は、常に構成を更新してください。
Azure VMware Solution プライベート クラウドに移行するコアの数を知る方法
ホストの数にホストあたりのコア数を乗算します (たとえば、AV36P = ホストあたり 36 コア)。 合計が Broadcom ライセンスの権利を超えてはなりません。 VCF キーは複数のプライベート クラウドに分割できますが、登録されているコアの合計はエンタイトルメント内に収まる必要があります。
すべきこととやってはいけないこと
次のことを行います。
- Azure portal で VCF BYOL ライセンス キーとコア数が常に最新であることを確認します。
- すべての Azure VMware Solution プライベート クラウド全体の登録済みコアの合計が Broadcom の権利を超えていないことを確認します。
- 構成の変更後に登録状態を確認して、コンプライアンスを確認します。
しないでください
- ライセンスされたコア数を超えます。 サービスが中断される可能性があります。
- 失敗した登録状態を無視します。 コンプライアンスの問題を回避するためにすぐに再構成します。
- 承認されていないユーザーと VCF BYOL ライセンス キーを共有します。
- 既存の BYOL 顧客である場合は、Azure portal を使用して VCF BYOL 構成の更新を遅らせる。 必要なタイムライン内でフェーズ 2 への移行を必ず完了してください。