CubeCOS を知る第一歩：オープンソース仮想化プラットフォーム

CubeCOS を作った理由：クラウドと仮想化の産業変化

2016 年、私たちはエンタープライズ・コンピューティングおよびクラウド分野における3つの大きなトレンドを観察し、仮想化基盤の将来に疑問を抱きました。

仮想化がデフォルトに

ベアメタルは急速に衰退し、ハイパーバイザーに置き換わりましたが、最良の選択肢は専有スタックに閉じ込められていました。

Kubernetes によるコンテナのスケーリング

コンテナ技術が成熟すると、それはもはや開発やテスト専用のツールではなくなりました。Kubernetes はスケールのためのオーケストレーションを導入し、基盤インフラに柔軟性と堅牢性を求めるようになりました。

パブリッククラウド・エコシステムの成熟

クラウドプロバイダーは単なる「計算資源の選択肢」ではなく、統合されたエコシステムとなりました。しかし、すべてのワークロードがクラウドに適しているわけではありません。

1. 専有エンタープライズ・ソリューション：厳格な管理、実績ある信頼性、高コスト、低い柔軟性。
2. オープンソース + プロフェッショナルサービス：コミュニティコード、ベンダーによる導入支援、柔軟性は状況次第。
3. オープンソースの「サービス型」：マネージド提供により運用負荷は軽いが、直接的なコントロールは弱い。

最初のパスは、他社製品やその制約に縛られるリスクがあり、それは私たちが避けたいものでした。したがって、私たちは2番目のパスを選び、各コンポーネントを自ら選定・統合・運用することで完全なコントロールを得ることにしました。

方向性を決めた後、私たちは要件を設計しました。それは、オープンソースであること、本番環境に対応できること、最新のワークロードに互換性があること、そして維持可能であることです。私たちは ハイパーバイザー、ストレージバックエンド、ネットワーク、オーケストレーション、モニタリング など既存プロジェクトに機能をマッピングし、不足部分は追加ツールで補いました。

その後、プラットフォームのデプロイ、運用、保守という実装フェーズに進みました。ここで最初の課題に直面しました。

オープンソース・プロジェクトで構築する際の課題

私たちの課題は大きく3つに分類され、それが CubeCOS で解決しようとするものです。

1. 40以上の統合スタックのデプロイ

要件を満たすため、CubeCOS には40を超えるオープンソース統合が必要でした。個別のツールやプロジェクトを手動で統合するのは、膨大な手間と時間がかかり、ヒューマンエラーも発生しやすいものでした。

2. 運用と保守

バラバラのコマンドライン操作、管理インターフェース、ドメイン知識が、開発者とオペレーターに大きな負担を与えました。

3. ライフサイクル管理

新機能やアップグレードを壊さずにテスト・検証する信頼できる方法がなく、CubeCOS の長期的な利用可能性と保守性を制限していました。

図3：必要なコンポーネントをすべてオーケストレーションするイラスト

私たちはスタックをデプロイすることはできましたが、課題は プラットフォームの継続的な統合と保守 にありました。検討した既存ツールは「デプロイ」か「統合」のどちらかを解決するものが多く、両方を同時に解決するものはほとんどありませんでした。しかし、私たちにはその両方が必要でした。

Hex Bedrock：CubeCOS のオーケストレーションと自動化基盤

ブログを購読して、今後の Deep Dive シリーズで Hex が OpenStack サービスとどのように統合されるかをご確認ください。

Hex によって、CubeCOS は大規模環境でもデプロイ・運用・保守が容易になります。次に、CubeCOS が解決する問題とサポートするワークロードを見ていきましょう。

CubeCOS が解決する課題：OpenStack 上で Kubernetes をデプロイする

CubeCOS が狙う主な課題は OpenStack の運用の複雑さ です。デプロイ、統合、ライフサイクル管理を抽象化することで、小規模からクラウド規模まで、管理者・運用者・開発者に一貫した体験を提供します。

OpenStack インフラの簡素化

Hex を通じて、CubeCOS は OpenStack クラスタの統合、オーケストレーション、運用を担い、手動サービス設定や複雑な構成なしで本番稼働可能な環境を提供します。

OpenStack 上で Kubernetes を運用

CubeCOS は Kubernetes をネイティブに統合し、クラスタが OpenStack リソースを直接利用できるようにします。各 Kubernetes クラスタは個別テナントに配置され、専用のコンピュート・ストレージ・ネットワークが割り当てられるため、リソース利用率を最大化し、マルチテナントのクラウド規模ワークロードを支援します。

ベンダーロックインの回避

CubeCOS は Apache 2.0 ライセンスの下で 100% オープンソースです。コミュニティが自ら運用・保守・拡張できるよう設計されています。

デプロイの複雑さ、Kubernetes との統合、ベンダーロックインの問題を解決することで、CubeCOS は仮想化インフラを支える存在となります。私たちは既に、異なる環境や規模の本番運用で CubeCOS を実証してきました。

CubeCOS をどこにデプロイできるのか？

ここ数年、私たちは CubeCOS をクローズドソースとして展開し、本番からのフィードバックを通じて企業要件に合わせて改善してきました。現在、パートナーや導入組織は次のようなシナリオで CubeCOS を利用しています：

プライベートクラウド

仮想化およびコンテナ化されたワークロードの基盤として機能。

パブリッククラウド

マルチテナント IaaS・PaaS を提供する事業者の基盤プラットフォーム。

エッジ展開

軽量化されたビルドにより、特定のロケーション向けワークロードに同等の機能を提供。

ぜひ、あなたが CubeCOS をどのように活用しているか教えてください！GitHub Discussions やコミュニティチャンネルで、ワークロードやユースケースを共有してください！

CubeCOS の未来展望

私たちは OpenInfra Foundation が定義する 4つのオープン原則 ― オープンソース（open source）、オープンデザイン（open design）、オープン開発（open development）、オープンコミュニティ（open community）を遵守し、コミュニティ主導で自律的に発展するプロジェクトとして CubeCOS を成長させていくことを目指しています。

今後のリリースに向けたロードマップには以下が含まれています：

GitHub Discussions での議論やオープンイシューの確認、またはコミュニティチャンネルでの交流を通じて、ぜひ私たちと協力してください。CubeCOS を次世代の仮想化およびコンテナ化ワークロードのためのオープンインフラ基盤として共に育てていきましょう。