CubeCOSノードの役割について

CubeCOS ノードの役割の概要

各CubeCOSクラスターでは、展開要件やパフォーマンス目標に応じて組み合わせたり分離したりできる、固有のノード役割が定義されています。

以下の図は、各ノードタイプの機能を示しており、リソースの割り当てを計画し、拡張性の高いインフラストラクチャを構築するのに役立ちます。

コンピュートノード

コンピュートノードは、仮想マシン、コンテナ、およびその他のワークロードを実行するための処理能力を提供します。 クラスタの共有ストレージに依存する必要があります。

• ワークロードに必要なCPUおよびメモリリソースを提供します
• ストレージ機能を備えたノードが提供する共有ストレージに接続します
• コンピューティングとストレージが独立して拡張できる環境に適しています

ストレージノードを使用した計算

このノードタイプは、クラスタに計算リソースとストレージリソースの両方を提供します。 単一のノード上でワークロードの実行とデータストレージを統合することで、水平スケーリングに対応しています。

• CPU、メモリ、およびストレージ容量を増強します
• リソースのバランスのとれたスケーリングに対応
• 高密度が求められるクラスターに推奨されます

制御ノード

コントロールノードは、Webベースのダッシュボードやシステム管理サービス（Infrascope）など、CubeCOSのコントロールプレーンコンポーネントを実行します。 HCIやウェブスケールの環境では、コントロールプレーンを専用ノードに分離することで、応答性と耐障害性が向上します。

• オーケストレーション、クラスタ管理、およびUIサービスを担当します
• 大規模な導入環境（HCIまたはWebスケール）におけるコントロールプレーンのパフォーマンスを向上させます
• APIトラフィックや管理トラフィックが多いクラスターにおすすめです

制御統合ノード（AIO）

制御統合型ノードは、演算、ストレージ、ネットワーク、および制御プレーンの機能を単一のシステムに統合したものです。 この設計は、小規模な環境やスペースに制約のある環境向けに最適化されています。

• 1ノードで完全なハイパーコンバージド・プラットフォームを実現
• CubeCOSダッシュボードおよびコントロールプレーンサービスが含まれます
• 支店、中小企業、およびオールインワン環境に最適

ストレージノード

ストレージノードは、演算リソースを提供することなくクラスタに専用のストレージ容量を提供し、高スループットかつストレージ集約型のワークロード向けに最適化されています。

• クラスタにフラッシュまたはHDDベースのストレージ容量を追加します
• ストレージを多用するワークロードに対応
• コンピューティングリソースとは独立してストレージを拡張する

CubeCOSノードの専用ロール

Edge-Core ノード

エッジコア・ノードは、最小限のハードウェア上で動作する軽量なリモート・エッジ環境向けに最適化された、統合型Kubernetesプラットフォームを提供します。

• 軽量なフットプリントで、リモート環境やエッジ環境での導入に最適
• エッジコンピューティングのワークロード向け統合Kubernetesサービス
• 2つのエッジ・コア・ノードと1つのモデレーターという構成で展開されています

モデレーターノード

モデレーターノードは、2つのエッジ・コアノードと1つのモデレーターノードで構成される軽量クラスター構成において、クォーラム・ウィットネスとして機能します。 このノードは、コンピューティングやストレージのワークロードを実行するのではなく、高可用性を確保するためにクラスタのクォーラムを維持する役割を担っています。

• 2+1トポロジーにおいて、HAのクォーラムを維持します
• リソースへの負荷を最小限に抑える
• 小規模なエッジ展開に不可欠