メインコンテンツにスキップ

CubeCOS よくある質問

CubeCOSとは​

CubeCOSは、単一のコントロールプレーンから仮想マシンとKubernetesワークロードの両方を管理するオープンソースのクラウドプラットフォームです。 OpenStack、Ceph、Kubernetesを基盤としており、Apache 2.0ライセンスの下で提供されています。 CubeCOSは、ソフトウェア定義ネットワーク、分散ストレージ、高可用性、ワークロードの移行、プラットフォームの自動化、およびITセルフサービスを提供します。オプションモジュール（CubeVDI、CubeCMP、CubeDPXなど）により、さらなる機能が追加されます。

CubeCOSは本当にオープンソースなのでしょうか、それとも何か裏があるのでしょうか​

CubeCOSは、OpenStack、Ceph、Kubernetesを基盤として構築された完全なオープンソースソフトウェアであり、Apache 2.0ライセンスの下で提供されています。

既存のVMware認定ハードウェア上でCubeCOSを実行することはできますか​

CubeCOSは通常、特定のベンダーのリファレンスアーキテクチャを必要とせず、標準的なx86サーバーハードウェア上で動作します。

CubeCOSは、稼働中の仮想マシンのライブマイグレーションをサポートしていますか​

CubeCOSは、OpenStack Novaを基盤とした標準的なKVMライブマイグレーション機能を活用し、ホスト間での稼働中の仮想マシンのライブマイグレーションをサポートしています。

CubeCOSはOpenStackの運用をどのように簡素化するのか​

CubeCOSでは、デプロイ、統合、運用を自動化するカスタムオーケストレーションフレームワーク「Hex Bedrock」を採用しています。これにより、運用上のオーバーヘッドを削減し、あらゆる規模で再現性のあるライフサイクル管理を実現します。

CubeCOSはどこにデプロイできますか​

CubeCOSは、プライベートクラウド、パブリッククラウド、およびエッジ環境に導入できます。このソリューションは、大規模なデータセンターでの導入と、リソースに制約のあるエッジ環境の両方をサポートするように設計されています。

CubeCOSのロードマップの今後の展開は？​

今後のリリースでは、外部ストレージシステムのサポート、ヘルス状態の自動化機能の強化、より直感的なUI体験、および高度な監視機能などが実装される予定です。最新の更新情報については、リリースノートをご覧ください。

CubeCOS で仮想マシンを起動するにはどうすればよいですか​

CentOS、Rocky、Ubuntuなど、お好みのディストリビューションの既成のクラウドイメージを使用してください。イメージをアップロードし、リソースを整理するためのプロジェクトを作成し、VMに割り当てるリソースを設定して、VMを起動します。詳細な手順については、「最初のインスタンスを起動する」(/docs/cubecos/quick-start/launching-your-first-instance) をご覧ください。

クラウドイメージとは何ですか？また、CubeCOSはなぜVMのデプロイにクラウドイメージを使用しているのですか？​

クラウドイメージとは、クラウド環境向けに最適化された、軽量で事前設定済みのオペレーティングシステムイメージのことです。これらはcloud-initに対応しており、ホスト名、SSH鍵、ユーザーアカウントの設定などの初期設定を自動化します。

VMをプロビジョニングする前に、なぜプロジェクトを作成する必要があるのですか​

プロジェクト（テナント）は、マルチテナント型クラウド環境において、リソースの分離、アクセス制御、および使用状況の追跡を実現します。これらは、仮想マシンの整理、クォータの適用、および環境の分離に役立ちます。

VMのデプロイ完了後に接続するにはどうすればよいですか​

割り当てられたIPアドレスとSSH鍵ペアを使用して、SSH経由でプロビジョニング済みの仮想マシンに接続するか、CubeCOSのWebベースの仮想コンソールから接続してください。

VMを作成する前にネットワーク設定を行う必要がありますか​

はい。仮想マシンにIPアドレスを割り当て、通信を有効にするには、仮想ネットワークの設定が必要です。

システムの起動中にLinuxカーネルパニックが発生する原因​

カーネルパニックは通常、オペレーティングシステムが回復不可能なエラーや致命的な例外に遭遇した際に発生します。最も一般的な原因は、ドライバの欠落や互換性の問題であり、特に起動時にルート（/）ディレクトリをマウントするために必要なファイルシステムドライバが該当します。

カーネルのバージョンずれが、どのようにしてシステム障害につながるのか​

カーネルバージョンのドリフトは、アップストリームリポジトリの更新を通じて、管理対象外のカーネルバージョンが導入された際に発生します。たとえば、明示的なバージョン管理を行わずにカーネルのバージョンが変更されると、互換性の問題が生じ、起動時にパニックが発生する可能性があります。

リモートクラスタで発生したカーネルパニックのトラブルシューティングを行うにはどうすればよいですか​

BMC や IPMI などのアウト・オブ・バンド管理インターフェースを介して、シリアルコンソールを活用してください。 BMCやIPMIが内蔵されていないシステムの場合は、IP-VGAアダプタ、またはRS-232シリアルインターフェースを備えた自作のコンソールサーバーを使用してください。

RHELベースのシステムでカーネルバージョンのずれを防ぐにはどうすればよいですか​

versionlock プラグインを使用して、Linux カーネルなどの重要なパッケージを、既知でテスト済みかつ正常に動作するバージョンに固定します。