多くのインフラチームにとって、もはや「次にどのベンダーを信頼すべきか」という問いは重要ではありません。むしろ、自ら検証・運用できる、オープンで移植性の高い技術に基づいたインフラを構築したいのか、それとも、また別のプロプライエタリなプラットフォームを管理したいのかという点が問われているのです。CubeCOSは、前者のニーズに応えるために構築されています。 Bigstackは、OpenStack、Ceph、KVM、Kubernetesなどのオープンソースのインフラストラクチャ技術を用いてCubeCOSを構築し、インフラチームが基盤となるスタック、ハードウェアの選択、長期的な運用モデルを明確に制御できる、実用的なプライベートクラウドプラットフォームとしてパッケージ化しました。
長年にわたり、VMwareはエンタープライズ仮想化におけるデフォルトの選択肢でした。その幅広いハードウェアサポート、成熟した管理ツール、そして広範なパートナーネットワークにより、選択は比較的容易でした。しかし、BroadcomによるVMwareの買収は商業的な状況を変化させ、多くの組織がライセンス、パッケージ構成、および長期的なプラットフォームへの依存について再評価することを余儀なくされました。
Nutanixは有力な代替案です。そのAHVハイパーバイザーは成熟しており、Prismと緊密に統合されています。また、別途ライセンスを取得する必要はなく、Nutanix Cloud Infrastructureのソフトウェアライセンスに含まれているため、洗練されたハイパーコンバージドインフラストラクチャ環境を求めるチームにとって調達や運用を簡素化できます。
商業環境の変化と2つの有力な代替案の登場により、現実的な課題は、ライセンスモデル、基盤技術、ハードウェアの柔軟性、長期的なロックインといった主要分野でこれらのプラットフォームがどのように異なるかという点です。以下の表は、インフラチームが仮想化スタックを再評価する際に最も重要視する基準に基づき、VMware、Nutanix、CubeCOSを比較したものです。
VMware、Nutanix、CubeCOSの概要
| 機能 | VMware(Broadcom製) | Nutanix | CubeCOS |
|---|---|---|---|
| ハイパーバイザー/コンピュート | vCenterを通じて管理されるESXiは、成熟した仮想化エコシステムを備えています。 | Prism を通じて管理される KVM ベースの AHV。 | CubeCOSポータルおよびOpenStack Skyline経由のKVM/QEMU。 |
| ネットワーク | VCFのネットワークおよびセキュリティ機能。ライセンス階層と選択したアドオンに応じた構成。 | Prismによるネットワーク管理。セキュリティアドオンとしてのマイクロセグメンテーション。 | SDN、VXLANやGeneveなどの標準オーバーレイ、およびマイクロセグメンテーションを備えたOpenStack Neutron。 |
| ストレージ | vSAN ソフトウェア定義ストレージ。 | 独自開発の AOS 分散ストレージ。 | レプリケーションおよびイレイジャーコーディングオプションを備えた、Cephベースのブロック・オブジェクト・ファイルストレージ。 |
| コンテナ | Tanzu ポートフォリオの利用可能性と構成は、VMware のサブスクリプションとアドオンによって決定されます。 | Nutanix Kubernetes Platformおよびその関連サービスは、選択したティアに基づいてライセンス供与されます。 | Kubernetesはプラットフォームに統合されているため、別途ライセンスは必要ありません。 |
| ソースモデル | 独自開発。 | 独自プラットフォームは、一部がオープンソース。 | Apache 2.0のオープンソースコアに基づいて構築されています。商用サポートおよびアドオンは、別途ご利用いただけます。 |
| ハードウェア互換性 | 認定済みハードウェアおよびパートナーエコシステムの充実。 | Nutanix 互換アプライアンスおよび認定済み OEM プラットフォーム。 | ワークロード、ネットワーク、およびストレージの検証対象となる標準的な x86 ハードウェア。 |
| ライセンスモデル | 現在の VCF および VVF 製品向けの、期間ベースのコア単位サブスクリプション。 | サブスクリプションベースのノード単位/容量単位の価格設定です。AHVハイパーバイザーは追加費用なしで含まれています。 | オープンソースのコア部分にはライセンス料がかかりません。有料サポートおよび商用アドオンはオプションです。 |
| 自動化ツール | VMware API、PowerCLI、およびVCF操作・自動化ツール。 | Prism Central および Nutanix 自動化ツール。 | OpenStack APIおよびCLI、ならびにTerraform、Ansible。 |
| エアギャップ環境での導入 | 接続型または非接続型のライセンスワークフローを通じてサポート。 | サポートされています。製品固有のオフライン展開およびライセンス手続きが必要です。 | コールホーム要件のない、セルフホスト型およびオフライン環境に適しています。 |
| プラットフォーム依存性 | 高い | 高 | 低 |
この表は、重要な違いを浮き彫りにしています。VMwareとNutanixは、統合された独自環境の実現を最適化しています。一方、CubeCOSは、Bigstackがサポート対象とするプラットフォームとして、パッケージ化されたオープンな基盤の実現を最適化しています。
3つのプラットフォームの違い
VMware:確立されたエンタープライズ標準
VMwareは、現在利用可能な仮想化プラットフォームの中で最も成熟したもののひとつです。ESXi、vCenter、vSANおよびより広範なVMwareのエコシステムは、さまざまなエンタープライズワークロード、ハードウェアプラットフォーム、バックアップ製品、セキュリティツール、運用手法をサポートしています。
vSphere環境が深く統合されている組織では、ライセンスコストが増加した場合でもVMwareが運用リスクを依然として最小限に抑えられることが分かっています。既存のスタッフの知識やサードパーティ製ツールとの連携は、ソフトウェア費用の削減というメリットを上回る価値をもたらすことがあります。
その代償として、商用面およびアーキテクチャ面での依存性が生じます。現在のVMware Cloud Foundationのライセンス体系では期間ベースのコアサブスクリプションが採用されており、分離された環境では定義されたライセンス使用ワークフローが必要となります。チームは現在の見積もりだけでなく、将来のパッケージ構成やレポート作成、ロードマップに関する決定が、データセンターにどのような影響を与えるかについても評価する必要があります。
Nutanix:独自のコントロールプレーンを備えた統合型HCI
Nutanixは、AHVハイパーバイザー、AOSストレージ、Prism管理を単一のハイパーコンバージドプラットフォームに統合しています。このプラットフォームの強みは運用の一貫性で、コンピュート、ストレージ、ライフサイクル管理、日常的な管理が相互に連携して機能するよう設計されています。
AHVは無料のスタンドアロン型ハイパーバイザーとして販売されておらず、Nutanix Cloud Infrastructureのソフトウェアライセンスに含まれています。このモデルにより、別途ライセンスを取得する必要がなくなり、チームは統一された管理体験を得ることができます。
その一方で、移植性は犠牲になります。Nutanixのプラットフォームレイヤー、ストレージアーキテクチャ、管理ワークフローは独自仕様であるため、組織は一貫性のある運用モデルを得られるものの、長期的にはNutanixの製品戦略、サポート対象のハードウェアエコシステム、サブスクリプション契約条件に依存することになります。
CubeCOS:製品化されたオープンインフラストラクチャ
CubeCOSは、BigstackがOpenStack、Ceph、KVM、Kubernetesといった多くのインフラチームがすでに本番環境で利用している技術の上に構築した、オープンソースのクラウドオペレーティングシステムです。つまり、コンピューティング、ネットワーク、ストレージ、オーケストレーションおよびクラウドネイティブなワークロードは、チームにとって馴染みのないアーキテクチャではなく、すでに理解している基盤の上に構築されることになります。
Bigstackは、これらのコンポーネントを単一のプラットフォームに統合することで、チームが個々のアップストリームプロジェクトからプライベートクラウドを構築・維持する必要性を排除します。オープンソースのコアは、コードの可視性と移植性への明確な道筋を提供します。また、エンタープライズサポートにより、組織は導入・アップグレード・タイムリーなセキュリティパッチ・日常的な運用において責任あるパートナーを得ることができます。
マルチサイトでのクラウド管理、ポリシー制御、テナントサービス、きめ細かな課金、あるいはより広範な運用ガバナンスを必要とする組織は、オープンソースのCubeCOSコアに基づいて構築された商用製品であるCubeCMPを活用できます。この分離により、オープンなインフラ基盤が維持されます。チームは、CubeCOSから始め、成長に合わせてエンタープライズ管理機能を追加でき、プラットフォームを再構築する必要はありません。
技術比較
コンピュートと仮想化
VMwareのコンピュート・スタックは、エコシステムの充実度において依然としてベンチマークとなっています。vCenterは、成熟したライフサイクル管理とクラスター管理機能を提供し、vMotionは、互換性のあるホスト間でのライブマイグレーションをサポートします。vSphereのプロセスが確立されているチームにとって、このプラットフォームは馴染み深く、十分に理解されています。
Nutanix AHVはKVMをベースとしており、Prismを通じて管理されます。高可用性、ライブマイグレーション、スケジューリング、クラスター運用が単一の統合された体験に組み込まれています。このため、AHVは汎用的なオープンクラウドプラットフォームの運用負担を負うことなくESXiから移行したいチームにとって、実用的な選択肢となります。
CubeCOSはOpenStack Novaを通じてKVM/QEMUを利用するため、チームはハイパーバイザー固有のプロプライエタリなコントロールプレーンではなく、標準的なOpenStackインターフェースや文書化されたAPIを通じてコンピューティングリソースを管理できます。ライブマイグレーション、CPUトポロジー、リソーススケジューリング、およびワークロードの配置は、これらのオープンなインターフェースを通じて設定されるため、チームが構築した自動化やワークフローは特定のベンダーのツールに縛られることなく移植性を維持できます。
最適な選択肢は、チームが求める運用モデルによって異なります:
- VMwareは、最も充実した仮想化エコシステムを提供しています。
- Nutanixは、緊密に統合されたHCI環境を提供しています。
- CubeCOSは、ベンダーロックインのないオープンなコンピューティング基盤を提供し、プライベートクラウドの運用向けにパッケージ化されています。
ストレージアーキテクチャ
VMware vSANは、ソフトウェア定義ストレージをvSphereと統合します。これにより、VMware管理者は一貫した運用体験を得られる一方で、ストレージ管理はVMwareプラットフォーム内にとどまります。
Nutanix AOSは、AHVおよびPrismと密接に連携するよう設計された、分散型ストレージファブリックです。この統合により、容量管理やクラスタ運用の簡素化を実現できます。なお、ストレージ層とその管理モデルは引き続き、Nutanix固有のものが採用されます。
CubeCOSはCephを活用し、共通のソフトウェア定義基盤からブロック、オブジェクト、ファイルのストレージを提供します。チームはワークロードの要件、容量目標、復旧目標に応じて、レプリケーションまたはイレイジャーコーディングを選択できます。ストレージが特定のハイパーバイザー形式に縛られないため、組織はプラットフォームの設計や進化により柔軟に対応できます。
ネットワークおよびセキュリティ制御
VMwareは、VCFポートフォリオ全体を通じて、堅牢なオーバーレイネットワークとセキュリティ機能を提供しています。利用可能な機能は、選択したサブスクリプションとアドオンによって異なります。そのため、チームは、マイクロセグメンテーション、分散型ファイアウォール、ロードバランシング、ネットワーク運用などの要件を、提案されたバンドルと照らし合わせて確認する必要があります。
Nutanixは、ネットワークおよびセキュリティ制御をPrismオペレーティングモデルに統合しています。この統合により、すでにNutanixを標準化している組織では、ポリシー管理の一貫性を高めることができます。なお、ライセンスや利用可能な機能は、製品やエディションによって異なります。
CubeCOSは、ソフトウェア定義ネットワーク(SDN)にOpenStack Neutronを採用しています。そのため、VLANやGeneveなどの標準的なオーバーレイ技術に加えて、マルチテナント環境でのネットワーク分離やマイクロセグメンテーションもサポートしています。また、ネットワークはコンピューティングやストレージと同じオープンなコントロールプレーンを使用しているため、チームはライセンス階層の制限に縛られることなく、各ワークロードのニーズに基づいてトポロジーを設計できます。
アップグレードとライフサイクル管理
ライフサイクル管理は、プラットフォームの設計が運用上の課題となる領域です。
VMwareのアップグレードは、Broadcomがサポートする製品およびサブスクリプションのライフサイクルに準拠しています。Nutanixは、サポート対象のソフトウェアとハードウェアの組み合わせ全体にわたり、統合されたライフサイクルツールとワンクリックワークフローを提供することで知られています。どちらのプラットフォームも、スタックを単一ベンダーの管理下に置くことで、日々の統合作業に関する意思決定の負担を軽減します。
CubeCOSは前述のオープンソースエコシステムに基づいて構築されています。Bigstackは、これらのコンポーネントをテストしてサポート対象のCubeCOSリリースにパッケージ化し、アップグレードを実行するためのプラットフォームレベルのワークフローを提供しています。バージョン3.1.0以降、CubeCOSは、クラスタのメンテナンス中にダウンタイムを最小限に抑えながらワンクリックで自動的に更新を実行します。チームは、ライフサイクルの管理権限を単一のベンダーに委ねることなく、同様の運用上の簡便性とワンクリックによるダウンタイムの少ないアップグレードを享受できます。
移行に関する考慮事項
移行先がどこであれ、VMwareからのすべての移行にはワークロード移行プログラムが伴います。VMディスクの変換はそのプロセスの一部に過ぎません。チームは、ネットワークの依存関係、スナップショットチェーン、生デバイスマッピング、バックアップの統合、リカバリワークフロー、ID管理および運用に関する再トレーニングについても考慮する必要があります。
Nutanixへの移行により、比較的馴染みのある統合された仮想化環境を実現できます。Nutanixの移行ツールとPrismを活用すれば、運用モデルを大幅に変更することなくプラットフォームを切り替えたいチームにとって、移行の負担を軽減できます。ただし、組織は別のプロプライエタリなインフラストラクチャ・エコシステムに移行することになります。
CubeCOSへの移行には、チームがプライベートクラウドの概念を採用する必要があります。この概念には、プロジェクト、クォータ、イメージ、ネットワークおよびAPI駆動型の運用が含まれます。VMをKVM互換形式に変換する作業はvirt-v2vなどのツールによってサポートされており、その見返りとして組織はプロプライエタリなハイパーバイザーとは独立して検証、拡張、運用が可能なオープンテクノロジーで構築されたインフラ基盤へと移行することになります。
移行先を選択する前に、以下の点を評価してください:
- VMのインベントリ、利用率、および成長パターン
- アプリケーションとネットワークの依存関係
- スナップショット、バックアップ、および災害復旧の要件
- ストレージのパフォーマンスとデータ保護の目標
- GPU、パススルー、およびAIワークロードの要件
- サードパーティ製ソリューションとの連携要件
- 運用開始後の運用スキル
- 3~5年間のライセンス、ハードウェア、サポート、および人員配置にかかるコスト
VMware や Nutanix が依然として有効な場合
VMwareは、重要なワークロードがvSphere独自の統合機能や成熟したリカバリワークフロー、あるいは置き換えに多額のコストがかかる専用ツールに依存している場合、依然として現実的な選択肢となります。移行に伴う運用およびアプリケーションのリスクが期待されるコスト削減額を上回る場合は、VMwareを継続利用するのが賢明な判断となる可能性があります。
Nutanixは、ESXiからの迅速な移行、統合されたHCI運用モデルの採用、そして定評のあるグローバルベンダーによるエンタープライズサポートの獲得を優先する場合には、優れた選択肢となります。これは、インフラの移植性よりも統合されたライフサイクル管理を重視するチームにとって、特に当てはまるでしょう。
CubeCOSは、オープンソース基盤、インフラ制御、セルフホスト型展開、マルチテナントおよび長期的なコスト可視化が戦略的要件である場合に適しています。また、VMwareのワークフローをすべて忠実に再現するのではなく、クラウド運用モデルを採用する準備が整っている組織にも適しています。
実用的な意思決定フレームワーク
商用モデルの変更よりもエコシステムの互換性や継続性を重視する場合は、VMwareをご検討ください。
洗練された統合型HCI体験を優先し、プロプライエタリなプラットフォームへの依存が許容できる場合は、Nutanixを選択してください。
オープンなインフラへの移行、基盤に対するより高い制御権の維持、そして、コアプラットフォームをプロプライエタリにせずにエンタープライズサポートを追加することを目標とする場合は、CubeCOSをご検討ください。
決定は、ライセンス費用のみに基づいて行うべきではありません。移行の労力、ハードウェアの柔軟性、スキル、サポート、アップグレードの責任、統合、そして将来的に再び方向転換する際のコストなど、運用モデル全体を比較検討する必要があります。
CubeCOS
を活用したVMware移行の計画CubeCOSは、単一のプライベートクラウドプラットフォームから、従来の仮想マシン、Kubernetes環境、およびGPU対応インフラストラクチャをサポートします。段階的な評価を行うことで、本番環境への移行を決定する前に、このモデルが自社に適しているかどうかを確認できます。
ステップ1:現在の環境の監査
VMware環境および関連するサービスの明確なインベントリを作成します。
監査で把握すべき事項:
- 稼働中のVMおよびそれらのCPU、メモリ、ストレージ、可用性の要件
- VMwareサブスクリプションおよびアドオンに関する現在の支出
- ネットワーク、ID、バックアップ、およびリカバリの依存関係
- アプリケーション間の移行順序に関する制約
- GPU、パススルー、レイテンシに敏感な、または特殊なハードウェア要件
この監査では、移行の実際の範囲を定義し、別のアプローチが必要となる可能性のあるワークロードを特定します。
ステップ 2: CubeCOS の動作を確認する
お客様の現在の VMware 機能セットに合わせた CubeCOS デモをご依頼ください。Bigstackでは、一般的な説明ではなく、CubeCOSの機能をお客様の既存のスタックに直接照らし合わせてご説明します。これにより、機能が同等の部分と、CubeCOSがVMwareの提供範囲を超えて拡張している部分を正確に確認できます。
デモの内容:
- お客様の現在の VMware 環境との並列比較
- お客様のワークロードプロファイルに特化した移行パス
- 更新、監視、スケーリングを含む日常運用
ステップ 3: 概念実証(PoC)による検証
本番環境への導入を決定する前に、Bigstackのインフラストラクチャ専門家と相談して、既存のスタックと並行して制御されたテスト環境でCubeCOSをデプロイする方法を検討してください。
概念実証(PoC)を行うことで、チームは合成ベンチマークではなく、実際のワークロードを用いて、パフォーマンス、互換性、および運用上の適合性を検証できます。
次のステップに進む準備はできましたか?
- Bigstackのインフラストラクチャスペシャリストに、お客様の環境や移行スケジュールについてご相談ください。
- CubeCOSが、運用開始後の日常業務における における更新やアップグレードをどのように簡素化するのかについて、学びましょう。
- CubeCOSの移行パスをご確認のうえ、既存のワークロードをプラットフォームに移行する方法をご確認ください。
よくある質問
CubeCOSは本当にオープンソースなのでしょうか?それとも、何か裏があるのでしょうか?
CubeCOSは、OpenStack、Ceph、Kubernetesを基盤とし、Apache 2.0ライセンスのもとで提供される完全なオープンソースソフトウェアです。CubeCMPは、管理されたマルチサイト運用、ポリシー制御、およびより広範なガバナンスを求めるチーム向けの独立した商用アドオンです。CubeCMPは、オープンソースのコアを置き換えるのではなく、その上に構築されています。
CubeCOSの価格設定は、VMwareのコア単位のサブスクリプションと比べてどうですか?
このオープンソース・プラットフォームでは、コア単位のハイパーバイザー・ライセンス料はかかりません。エンタープライズ・サポートやアドオンはオプションです。環境や導入範囲によっては、チームが3~5年の期間で総所有コスト(TCO)を最大70%削減することも可能です。
既存のVMware認定ハードウェアでCubeCOSを実行することは可能ですか?
はい、CubeCOSは通常、特定のベンダーのリファレンスアーキテクチャを必要とせず、標準的なx86サーバーのハードウェア上で動作します。
VMwareからOpenStackベースのプラットフォームに移行すると、vMotionのようなライブマイグレーション機能は利用できなくなるのでしょうか?
いいえ、CubeCOSはOpenStack Novaによってサポートされる標準的なKVMライブマイグレーションを使用し、実行中の仮想マシンのホスト間ライブマイグレーションをサポートしています。この機能はVMwareのvMotionに匹敵します。
Nutanix AHVは、CubeCOSを検討する前の良い足がかりになりますか?
その可能性はありますが、これは2つのプロプライエタリなエコシステム間の横移動であり、オープンインフラへの移行ではありません。移行を1回で済ませたいチームは、AHVを中間ステップとして選択する前に、この点を考慮する必要があります。
VMwareからCubeCOSへの移行には、通常どのくらいの期間がかかりますか?
環境の複雑さによってプロセスは異なりますが、通常は他のハイパーバイザーへの移行と同様のフェーズを踏みます。これらのフェーズには、監査とライセンス評価、重要度の低いワークロードのパイロット移行、段階的な切り替えが含まれます。中規模の導入の場合、このプロセスには通常数か月を要します。
