ClickHouse Cloudのアーキテクチャ

このページでは、ClickHouse Cloudのアーキテクチャについて説明します

​

オブジェクトストアをバックエンドとするストレージ

• 事実上無制限のストレージ
• データを手動で分片する必要がない
• データの保存コストを大幅に抑えられ、特にアクセス頻度の低いデータに適しています

​

コンピュート

• 自動スケーリングとアイドル化: 事前にサイジングする必要がなく、ピーク時の利用に備えて過剰にプロビジョニングする必要もありません
• 自動アイドル化と再開: 誰も利用していない間、使われていないコンピュートを稼働させておく必要はありません
• デフォルトでセキュアかつ高可用性を確保

​

管理

• セットアップ、監視、バックアップ、請求は当社が行います。
• コスト管理機能はデフォルトで有効になっており、Cloud Console から調整できます。

​

サービス分離

​

ネットワーク分離

すべてのサービスは、ネットワークレイヤーで分離されています。

​

コンピュート分離

すべてのサービスは、それぞれの Kubernetes 名前空間内の別々のポッドにデプロイされ、ネットワークレベルで分離されています。

​

ストレージ分離

すべてのサービスは、共有バケット (AWS、GCP) またはストレージコンテナー (Azure) 内の個別のサブパスを使用します。

AWS では、ストレージへのアクセスは AWS IAM によって制御され、各 IAMロールはサービスごとに固有です。Enterprise サービスでは、保存データの高度な分離を実現するために CMEK を有効にできます。現時点で CMEK がサポートされているのは AWS サービスのみです。

GCP と Azure では、サービスごとにオブジェクトストレージレベルで分離されます (すべてのサービスがそれぞれ専用のバケットまたはストレージコンテナーを持ちます) 。

​

Compute-compute separation

Compute-compute separation を使用すると、共有のオブジェクトストレージを利用しながら、それぞれが独自のサービスURLを持つ複数のコンピュートノードグループを作成できます。これにより、同じデータを共有したまま、書き込みと読み取りのように異なるユースケースごとにコンピュートを分離できます。また、必要に応じて各コンピュートグループを個別にスケーリングできるため、リソースの利用効率も向上します。

​

同時実行数の制限

ClickHouse Cloud サービスでは、1 秒あたりのクエリ数 (QPS) に制限はありません。ただし、レプリカごとの同時実行クエリ数には 1000 件という上限があります。QPS は、最終的には平均クエリ実行時間とサービス内のレプリカ数によって決まります。

セルフマネージドの ClickHouse インスタンスや他のデータベース／データウェアハウスと比べた場合の ClickHouse Cloud の大きな利点の 1 つは、レプリカを追加する (水平スケーリング) ことで同時実行性を簡単に高められる点です。