Broadcom買収後のVMwareバックアップ:主な変更点とベストプラクティス

2023年末、ブロードコムはVMwareの買収を完了し、仮想化分野で最も影響力のある企業の1つに新たな展開をもたらしました。この動きにより、ライセンス、製品構成、管理、およびデータ保護の面で大きな変化が生じました。

ブロードコムがVMwareとそのエコシステムを再編する中、その影響は顧客、パートナー、バックアップソリューションベンダーの各々に及んでいます。このブログ記事では、ブロードコムによるVMwareの買収がバックアップ業界にどのような変革をもたらしているか、またそれがVMwareのデータ保護の将来にとってどのような意味を持つのかについて考察します。

NAKIVO for VMware vSphere Backup

NAKIVO for VMware vSphere Backup

Complete data protection for VMware vSphere VMs and instant recovery options. Secure backup targets onsite, offsite and in the cloud. Anti-ransomware features.

VMwareとBroadcomの提携動向と、それがバックアップに与える影響について

VMwareのバックアップに関する変更点は一見して分かりにくいかもしれませんが、重要なものです。ITチームは、VMware Broadcomの新しいライセンス制限、その影響、およびそれらを効果的に管理する方法を理解しておく必要があります。

  • ライセンスの変更. ブロードコムは、VMwareの永久ライセンスの提供を終了し、今後はサブスクリプションおよび期間制のオプションのみを提供することになりました。既存の永久ライセンスの更新も段階的に廃止されています。現在のサポート契約が満了すると、永久ライセンスを保有する顧客は、アップデート、パッチ、およびベンダーによるサポートを受けられなくなります。既存のVMware製品は引き続き使用できますが、継続的なセキュリティアップデートや技術サポートは受けられなくなります。
  • 製品のバンドル販売. VMware ソフトウェアのライセンスを個別に選択する自由は、もはや利用できません。お客様は、VMware vSphere、ESXi、vCenter などの特定の製品のライセンスを個別に購入することはできなくなりました。その代わりに、VMware ソフトウェアとライセンスは、より大規模なバンドル製品に統合されました。以前は個別に提供されていた VMware 製品および在庫管理単位(SKU)は、"VMware Cloud Foundation"と"VMware vSphere Foundation"という 2 つの主要パッケージに統合され、いくつかのアドオンが用意されています。
  • 価格モデルの変更. 新しいVMware Broadcomポリシーにより、ライセンスはソケット単位ではなくCPUコア単位で算定されるようになりました。 従来のCPU単位のモデルはコア単位の価格体系に置き換えられ、通常、使用コア数がそれ以下であっても、プロセッサあたり最低16コアが課金対象となります。ライセンスは、従来の永久ライセンスモデルに代わり、期間制のサブスクリプション(1年、3年、または5年)でのみ利用可能となりました。その結果、以前と同じVMwareソフトウェアやサービスを引き続き利用している場合でも、多くの顧客でコストが大幅に増加しています。
  • パートナー、再販業者、クラウドサービスプロバイダーのエコシステムにおける変化。"Broadcom Advantage Partner Program"などの新しいパートナープログラムは、現在、招待制となっています。既存のVMwareパートナーの中には、招待を受けていない企業や、特定の特典を失った企業もあります。VMware Cloud Service Providerおよびホワイトラベルプログラムは見直しが進められています。その結果、一部のホワイトラベル契約は終了することになります。
  • サポート情報の更新. 既存の永久ライセンス保有者は、引き続きライセンスを利用できます。ただし、新しいサポートパッチやソフトウェアの更新プログラムは、有効なサポート契約またはサブスクリプション契約をお持ちの方のみが利用可能です。永久ライセンスのサポート期間が終了すると、重要なパッチや更新プログラムへのアクセスが停止したり、遅延したりする可能性があります。
  • カスタマーサポートの移行、Broadcomのウェブサイトへのアカウントおよびポータル。旧VMwareウェブサイトシステムの機能の一部(顧客ポータルの構成など)は、変更または名称が変更されています。

バックアップ作業への影響

バックアップソリューションがVMwareのライセンス(ESXiホスト、vSphere、vCenterなど)に依存している場合、永久ライセンスからサブスクリプション型への移行により、継続的な運用コストが増加する可能性があります。コア単位の最低ライセンス要件により、小規模なバックアップホストのコストが相対的に高くなる可能性があります。

バックアップツールで使用されている一部のスタンドアロン機能(特定のAPI、プラグイン、またはコンポーネントなど)は、提供が終了しているか、バンドルされたサブスクリプションを通じてのみ利用可能となっている場合があります。組織は、自社のバックアップソフトウェアで使用されている機能を監査し、新しいバンドルに含まれるVMware製品のSKUと照合する必要があります。この情報に基づき、より包括的なバンドルへの切り替えを行うべきか、あるいは代替案を検討すべきかを判断する必要があります。

CapEx(一括購入)からOpEx(サブスクリプション)への移行により、バックアップインフラの資金調達や監査の方法が変更される可能性があります。サブスクリプションの更新には、継続的な予算編成が必要となります。一般的に言えば、BroadcomによるVMwareのライセンス体系の変更以降、バックアップ目的でVMware vSphereを利用する際の総コストは増加しています。

VMwareサービス(バックアップストレージやセカンダリサイトなど)について、特定の再販業者、パートナー、またはクラウドプロバイダーに依存していた場合、パートナープログラムの再編により、それらの状況に影響が出る可能性があります。一部のパートナーは、新規顧客の受け入れやサービスの更新ができなくなる可能性があります。組織としては、契約内容を見直し、そのパートナーが新しいプログラムの下でも引き続き認定を受けているかどうかを評価する必要があるかもしれません。

VMwareのパートナーや再販業者からは、2025年のコア購入最低基準が大幅に引き上げられたとの報告が寄せられています。バックアップソリューションは、VMwareの特定の機能やAPI、予測可能なライセンス体系に依存しているため、ベンダー各社は迅速に対応しました(アンケート調査、ガイド、ベンダーからのパートナー向けアドバイザリーなど)。バックアップベンダーが必要とする一部の機能やバンドル(特定のvSphereエディション、vSANアドオン、クラウドモビリティ機能など)は、より高価なバンドルでのみ提供される可能性があります。

永久ライセンスをご利用の場合は、サブスクリプション方式でVMwareを引き続き利用するか、あるいは代替プラットフォーム(オープンソース、その他の有料ハイパーバイザー、クラウドなど)へ移行するかを判断する必要があるかもしれません。データのバックアップと 災害復旧計画 移行プロセスにおいて考慮すべき点です。

これらの変更がバックアップおよび災害復旧に与える影響

バックアップホストおよびターゲットにかかる継続的なコストの増加は、Broadcomの新しいVMwareライセンス体系によるものです。バックアップインフラストラクチャ(バックアッププロキシ/バックアップリポジトリホスト、ディザスタリカバリホスト)がVMwareの仮想インフラストラクチャ上で稼働している場合、コア単位の最低利用要件やサブスクリプション方式の価格設定により、小規模なラボやエッジホストであっても、運用コスト(OPEX)が大幅に増加する可能性があります。

バックアップベンダーにとってこれは何を意味するのか

バックアップベンダーは、スナップショットや変更ブロック追跡(Changed-Block Tracking)などの機能を実現するために、vSphere API(VADP:vSphere API for Data Protection)を利用しています。VMwareが特定のSKUにのみ機能を限定する場合、ベンダー(またはその顧客)は、必要な機能を利用するためにどのVMwareエディションを購入すべきかを把握しておく必要があります。バックアップベンダー各社は、こうした変更への対応を支援するため、ガイドを公開したり、顧客へのアンケート調査を実施したりしています。

また、多くのベンダーが、バックアップやリカバリ、あるいはクラウドファースト戦略に向けたマルチハイパーバイザー対応の準備を進めています(KVM/Proxmox、Hyper-Vなどへの対応強化、 AWS、Azure、またはGoogle Cloud Platform) 顧客にいくつかの選択肢を提供するため。

すでにバックアップワークフローにVMware製品をご利用の場合、既存のバックアップおよびVMは引き続き正常に動作します。ただし、サブスクリプションおよびサポートの有効期限が切れた場合(SnSが失効した場合)、または利用権の条件が変更された場合、ベンダーによるサポート、セキュリティパッチ、および今後の機能アップデートを利用できなくなる可能性があります。

ITリーダーが直面するVMwareバックアップの重要な課題と優先事項

VMwareのバックアップに関する新たな課題を踏まえ、ITリーダーは優先順位を見直すべきです。ブロードコムによるVMware買収後、仮想マシンのバックアップに関連する主な課題について解説します。

BroadcomとVMwareのバックアップにおける課題

  • 高騰し、予測不可能なライセンス費用. コア単位のライセンス体系と最低利用要件により、バックアップ先、レプリケーション、または災害復旧に使用される小規模なVMwareクラスタの運用コストさえも膨らんでしまいます。ライセンスの更新がサブスクリプション周期に連動していることや、以前は含まれていた一部の機能(例えば、高度なvSphere APIやSite Recovery Managerなど)が、現在はより高額なパッケージに組み込まれていることから、予算の予測可能性が低下しています。これによる悪影響として、バックアップ予算の増加が挙げられ、組織は同じバックアップ機能を得るために、より高額な継続的な運用コスト(OPEX)を正当化しなければならなくなっています。
  • APIと機能のロックイン. VMwareのスナップショット、 変更ブロック追跡 (CBT) および vSphere APIs for Data Protection (VADP) は、VMware 独自の機能です。バックアップベンダーは、これらの API に大きく依存しています。もし VMware がこれらをより高額なバンドルに移行した場合、顧客は標準的なバックアップワークフローを継続して利用するためだけに、追加の費用を支払わなければならなくなります。その結果、隠れたコストが発生し、柔軟性が低下します。さらに、ベンダーロックインのリスクも高まります。
  • マルチサイトおよびDR環境における複雑性. VMwareのパートナーおよびクラウドプロバイダープログラムの変更により、災害復旧サービスに支障が生じる可能性があります。一部のクラウドサービスプロバイダーやマネージドサービスプロバイダーは、認定資格や特別価格の適用資格を失いました。マルチサイト 災害復旧 (DR) において、VMware Site Recovery Manager (SRM) やサードパーティ製のリプリケーションを使用する場合、一貫性のある計画を立てるのがより困難になる可能性があります。この支障により、災害復旧の選択肢が狭まり、RPO/RTO が長引く結果となっています。

ITリーダーにとっての重要な優先事項

以下は、VMwareによるBroadcomの買収後、仮想環境全体において継続的なデータ保護を確保するために、ITリーダーが留意すべき主な推奨事項と戦略的優先事項です。

  • VMwareのバックアップの依存関係を監査し、マッピングします。現在のバックアップワークフローが、どのVMware製品、API、エディションに依存しているかを特定します。契約、サブスクリプション、およびサポートの有効期限を文書化します。復元が最も重要なワークロードをマッピングします( 階層化 (アプローチ)。
  • Broadcomの新しいVMwareライセンス体系に基づき、予算を見積もる。財務部門と連携し、サブスクリプション方式およびコア数最低要件に基づく1年、3年、5年分のコストを予測する。VMwareのコストがバックアップ環境(例えば、小規模な災害復旧サイトなど)に不釣り合いな影響を与えている箇所を特定する。可能であれば、コストを安定させるために複数年契約の交渉を行う。
  • マルチプラットフォームおよびクラウドバックアップの導入準備状況を評価する。 VMware ワークロードの復元テスト 代替ハイパーバイザー(Hyper-V、KVM、Proxmox)やパブリッククラウドへの移行を検討する。ベンダーに対し、VMware以外の環境におけるバックアップの移植性を実証するよう働きかける。開発・テスト用ワークロードの移行を検討する。
  • VMware仮想環境を超えた災害復旧計画を策定しましょう。ストレージベースのレプリケーションや エージェントベースのバックアップ VMwareに依存しない災害復旧戦略として。少なくとも1つの災害復旧経路を確保し、その経路では ではない BroadcomのVMwareライセンスにのみ依存している。

ブロードコム時代におけるVMwareバックアップのベストプラクティス

ブロードコムによるVMware買収後の時代において、効果的なVMwareバックアップ戦略を立てるには、高い技術的耐障害性と、ライセンスやコスト効率への細心の配慮とのバランスをとることが不可欠です。セキュリティを確保し、コンプライアンスを遵守するためには、組織は、VMwareとブロードコムの新たな買収枠組みに沿ったVMware仮想マシン(VM)バックアップのベストプラクティスに従う必要があります。

  • ライセンスの割り当て状況の監査. お使いのVMwareエディションで、必要なバックアップAPI(VADP、CBT、スナップショット)へのアクセスが引き続き許可されているかを確認してください。一部の機能については、より上位のバンドルが必要になっている場合があります。 コア単位のライセンス体系を見据え、バックアップクラスタの設計においてはBroadcomの最低コア数要件を考慮してください。可能な限りワークロードを統合し、ライセンス対象となるコア数を最小限に抑えてください。複数年にわたる契約期間を見据えて予算を見積もってください。予測不可能なコストの急騰を避けるため、可能な場合は長期契約(3~5年)を締結するようにしてください。
  • "採用する" 3-2-1 または 3-2-1-1 バックアップルール。データを少なくとも3つのコピーとして、2種類の異なるメディア(ディスク+オブジェクト、またはディスク+テープ)に保存し、そのうち1コピーはオフサイト(クラウド、DRサイト)に、もう1コピーは不変化またはエアギャップ化された状態で保管すること(ランサムウェアからの復旧において極めて重要)。
  • 復旧の検証、単なるバックアップにとどまらない。定期的に復旧テストを実施する。VM全体の復元、ファイルレベルの復元、およびアプリケーション一貫性のある復元をテストする。検証する RPOとRTO 値。復旧時間と復旧時点が、ビジネスにおけるサービスレベル契約(SLA)に合致していることを確認してください。隔離されたネットワークを使用して、本番環境のワークロードの復旧を、業務に支障をきたすことなくテストしてください。
  • マルチプラットフォームでの復旧に備える. バックアップの移植性をテストし、そのソリューションがVMware VMを他のハイパーバイザーに復元できることを確認する(KVM、Hyper-V、Proxmox)またはパブリッククラウド(AWS、Azure、Google Cloud Platform)。検討すべき点は エージェントベースのバックアップ 最後の手段として。重要なワークロードについては、バックアップエージェントをセカンダリパスとしてインストールすることで、VMware API 以外の復旧手段を確保できます(Broadcom による API の更新後に、お使いのバックアップソリューションで API が機能しなくなった場合)。
  • エコシステムベンダーと連携する. バックアップベンダーに対し、新しいBroadcomのライセンス体系におけるVMwareのサポート状況や、マルチハイパーバイザーおよびクラウド戦略について確認してください。VMwareのBroadcomパートナープログラムの変更点も確認してください。特に、以下のサービスを利用している場合は、サービスプロバイダーが新しいパートナー規則の下でも引き続き認定を受けていることを確認してください。 サービスとしての災害復旧(DRaaS) (DRaaS) ソリューション。ユーザーグループやフォーラムからのフィードバックを追跡してコミュニティの動向を監視し、急な変化(価格上昇、バンドルの再編成など)に先手を打つ。

NAKIVOがブロードコム時代におけるVMwareバックアップをどのようにサポートするか

NAKIVO Backup & Replication は、VMware vSphere、Hyper-V、 Proxmox VE また、バックアップおよび復旧用の仮想プラットフォームとしてNutanix AHVを採用しています。

  • VMware vSphere 9 のサポート ライセンスおよびソフトウェアコンポーネントに関するすべての関連アップデートを含みます。
  • クロスプラットフォームでの復元. VMwareの仮想マシンを、以下の機能をサポートする他の仮想化プラットフォームに復元する VMDK および VHD (VHDX) 仮想ディスク形式。つまり、VMware仮想マシンをHyper-VやProxmoxへクロスプラットフォームで復元することが可能です。BroadcomのVMwareライセンス変更が適切でない場合でも、既存のバックアップを維持したまま、別の仮想化プラットフォームへスムーズに移行できます。
  • もし……を使用する場合は BaaS、RaaS、DRaaS マルチテナント版を使用しているマネージド・サービス・プロバイダーから NAKIVO Backup & Replication, VMware VMのバックアップおよび復元を行う際、ソリューションの機能に関する変更は一切生じないはずです。
  • クラウドへのバックアップ. バックアップインフラが VMware vSphere の仮想マシンに紐づいていた場合、仮想マシンを Microsoft Azure などのパブリッククラウドにバックアップすることができます。 Amazon S3 また、NAKIVOソリューションによるS3互換ストレージ。
  • 他のプラットフォームへのバックアップ. 物理マシンや仮想マシンをNASデバイスにバックアップすることができます。 SMB および NFS ファイル共有とテープ。

結論

VMwareによるBroadcomの買収は、企業が仮想化、ライセンス、データ保護に取り組むあり方を一変させました。ITリーダーは、この変化する環境において効率性、コンプライアンス、および回復力を維持するため、VMwareのバックアップ戦略を見直す必要があります。新しいライセンスモデルやバックアップの依存関係を理解することで、企業はリスクを軽減し、コストを管理することができます。Broadcom傘下のVMware時代において長期的な安定性を確保するためには、VMwareのバックアップ手法を継続的に最適化することが鍵となります。

Try NAKIVO Backup & Replication

Try NAKIVO Backup & Replication

Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

関連記事