ClickHouse Cloudのアーキテクチャ

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

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

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

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

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

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

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

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

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

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

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