料金

料金については、ClickHouse Cloud Pricing ページを参照してください。 ClickHouse Cloud は、コンピュート、ストレージ、データ転送 (インターネットへの送信およびリージョン間通信) 、ならびに ClickPipes の使用量に基づいて課金されます。 請求額に影響する要因や、支出を管理する方法については、このまま読み進めてください。

適した用途: 高い信頼性保証を必要としない、データ量が少なめの部門向けユースケース。

Basic tier のサービス

• 1 レプリカ x 8 GiB RAM、2 vCPU
• 500 GB の圧縮データ
• 500 GB のデータバックアップ
• 10 GB のパブリックインターネット向けエグレスデータ転送
• 5 GB のリージョン間データ転送

この例の料金内訳:

最適な用途: SLA の強化 (2 レプリカ以上のサービス) 、スケーラビリティ、高度なセキュリティを必要とするワークロード。

Scale ティアのサービス

• ワークロードがほぼ 100% の時間アクティブ
• 想定外の請求額増加を防ぐため、オートスケーリングの上限を設定可能
• パブリックインターネット向けエグレスデータ転送 100 GB
• リージョン間データ転送 10 GB

この例の料金内訳:

最適な用途: 厳格なセキュリティ要件やコンプライアンス要件が求められる、大規模でミッションクリティカルなデプロイメント

Enterprise tierのサービス

• ワークロードがほぼ常時アクティブ
• パブリックインターネット向けエグレスのデータ転送 1 TB
• リージョン間データ転送 500 GB

ClickHouse Credit は、お客様の ClickHouse Cloud 利用料金に充当されるクレジット単位です。1 ClickHouse Credit は 1 米ドルに相当し、ClickHouse がその時点で公開している価格表に基づいて適用されます。

旧料金体系に関する情報はこちらで確認できます。

ClickHouse Cloud では、コンピュートは 8G RAM ごとに 1 分単位で課金されます。 コンピュートのコストは、ティア、リージョン、クラウドサービスプロバイダーによって異なります。

ClickHouse Cloud はクラウドオブジェクトストレージを使用しており、使用量は ClickHouse テーブルに保存されたデータの圧縮サイズに基づいて計測されます。 ストレージコストはすべてのティアで共通ですが、地域とクラウドサービスプロバイダーによって異なります。

ストレージとバックアップはどちらもストレージ費用の対象となり、個別に請求されます。 すべてのサービスでは、デフォルトで1つのバックアップが1日間保持されます。 追加のバックアップが必要な場合は、Cloud Console の Settings タブで追加のバックアップを設定できます。

圧縮率はデータセットごとに異なります。 どの程度変わるかは、まずデータ自体がどれだけ圧縮しやすいか (高カーディナリティのフィールドと低カーディナリティのフィールドの数) 、 さらにユーザーがスキーマをどのように設計しているか (たとえばオプションのコーデックを使うかどうか) に左右されます。 一般的な分析データでは 10 倍程度になることもありますが、それより大幅に低くなる場合もあれば、高くなる場合もあります。 指針については最適化に関するドキュメントを、ロギングの詳しいユースケース例についてはこの Uber のブログを参照してください。 正確に知るための現実的な方法は、データセットを ClickHouse に取り込み、元のデータセットのサイズと ClickHouse に保存されたサイズを比較することだけです。

次のクエリを使用できます。

SELECT formatReadableSize(total_bytes) 
FROM system.tables 
WHERE name = <your table name>

ClickHouse のクエリログには、ClickHouse Cloud でワークロードを実行するコストの見積もりに利用できる主要なメトリクスが記録されます。 セルフマネージド ClickHouse から ClickHouse Cloud に移行するには、remoteSecure または BACKUP および RESTORE を使用します。さらにご不明な点がある場合は、ClickHouse Cloud Support までお問い合わせください。

ClickHouse Cloud では、以下の請求オプションを利用できます。

• セルフサービスの月額プラン (米ドル建て、クレジットカード払い) 。
• 営業経由の年額 / 複数年契約 (前払いの「ClickHouse Credits」を利用する米ドル建てで、追加の支払い方法にも対応) 。
• AWS、GCP、Azure のマーケットプレイス経由 (従量課金制 (PAYG) またはマーケットプレイス経由で ClickHouse Cloud と契約) 。

Billing UI ではクレジットカードを削除できませんが、いつでも更新できます。これにより、組織で常に有効な支払い方法が設定されていることを確保できます。クレジットカードを削除する必要がある場合は、ClickHouse Cloud Support までお問い合わせください。

ClickHouse Cloud コンソールで Organization > Billing に移動します。Refunds セクションは、Invoices と Credits の下に表示されます。表示するには、Organization Admin または Billing Admin である必要があります。

払い戻しは、当社で処理され次第反映されます。クレジットカードへの払い戻しが明細に表示されるまでには、銀行によってさらに時間がかかる場合があります。

請求は月単位で行われ、開始日は ClickHouse Cloud の組織が作成された日として扱われます。

はい。使用量は、以下の支払い方法の順に消費されます。

• コミットメント (前払い) クレジット
• マーケットプレイスサブスクリプション (PAYG)
• クレジットカード

• Trial および Annual Commit のお客様には、消費量が特定のしきい値 (50%、75%、90%) に達すると、自動的にメール通知が送信されます。これにより、利用状況を事前に把握して管理できます。
• ClickHouse Cloud では、分析ワークロードにおける重要なコスト要因であるコンピュートについて、高度なスケーリング制御 により、オートスケーリングの最大上限を設定できます。
• 高度なスケーリング制御 では、非アクティブ時の一時停止やアイドル状態の動作を制御するオプションとあわせて、メモリ制限を設定できます。

• 高度なスケーリング制御を使うと、非アクティブ時の一時停止/アイドル化の動作を制御できます。Basicサービスでは、メモリ割り当ての調整はサポートされていません。
• デフォルト設定では、一定期間非アクティブな状態が続くとサービスは一時停止される点に注意してください。

特定の組織内のすべてのサービスについて、請求期間ごとに1通の統合請求書が発行されます。

ユーザーがトライアル期間中にクレジットカードを追加した場合、トライアルクレジットが使い切られるか有効期限が切れるまでのいずれか早い時点まで、引き続きトライアルクレジットから差し引かれます。支払い方法を追加した後も、トライアルクレジットは30日間のトライアル期間の終了時に有効期限が切れます。トライアルクレジットが使い切られるか有効期限が切れた後は、登録済みのクレジットカードに請求されます。トライアルクレジットの有効期限は、ClickHouse Cloud コンソールの Billing ページで確認できます。

ClickHouse Cloud コンソールには、サービスごとの利用状況を詳しく確認できる Usage 表示があります。この内訳は利用状況の次元ごとに整理されており、各従量課金単位に対応するコストを把握するのに役立ちます。

クレジットカードによる直接サブスクリプションの場合:

請求書を表示するには、ClickHouse Cloud UI の左側のナビゲーションバーで組織を選択し、[Billing] に移動します。すべての請求書は [Invoices] セクションに一覧表示されます。

クラウドマーケットプレイス経由のサブスクリプションの場合:

すべてのマーケットプレイスサブスクリプションの課金と請求は、マーケットプレイスによって行われます。請求書は、各クラウドプロバイダーのマーケットプレイスから直接確認できます。

AWS Marketplace の請求は、暦月サイクルに従います。 たとえば、2024年12月1日から2025年1月1日までの利用分については、 2025年1月3日から1月5日の間に請求書が発行されます。

ClickHouse Cloud の usage statements はこれとは異なる請求サイクルに従っており、利用量は 登録日を起点として30日間にわたり計測・レポートされます。

これらの日付が一致していない場合、利用明細の日付と請求書の日付は異なります。usage statements では特定のサービスの利用状況が日単位で追跡されるため、コストの内訳を確認する際には statements を参照できます。

ClickHouse Cloud の前払いクレジット (ClickHouse から直接購入した場合、またはクラウドプロバイダーのマーケットプレイス経由で購入した場合) は、契約期間内でのみ利用できます。 つまり、適用できるのは契約の受諾日またはそれ以降の日付であり、それ以前の期間には適用できません。 前払いクレジットでカバーされない超過分は、クレジットカードによる支払い、またはマーケットプレイス経由の月次請求で精算する必要があります。

マーケットプレイス経由の課金でも、ClickHouse に直接申し込む場合でも、料金に違いはありません。 いずれの場合も、ClickHouse Cloud の利用量は ClickHouse Cloud Credits (CHCs) で管理され、 同じ方法で計測され、それに応じて課金されます。

既存のサービスに加えて新しいサービスを作成する際、 その新しいサービスで既存のサービスと同じデータを共有するかどうかを選択できます。 共有する場合、これら 2 つのサービスは warehouse を構成します。 warehouse ではデータは 1 か所に保存され、複数のコンピュートサービスがそのデータにアクセスします。

データは 1 回しか保存されないため、複数のサービスからアクセスしていても、料金が発生するのはデータ 1 コピー分のみです。 コンピュートについては通常どおり課金され、compute-compute separation / warehouse に追加料金はかかりません。 この構成では共有ストレージを活用することで、ストレージとバックアップの両方のコストを削減できます。

場合によっては、compute-compute separation によって ClickHouse Credits を大幅に節約できます。 その一例が次の構成です。

1. 24 時間 365 日稼働する ETL ジョブがあり、サービスにデータを取り込んでいます。これらの ETL ジョブはそれほど多くのメモリを必要としないため、たとえば 32 GiB の RAM を持つ小規模なインスタンスで実行できます。

2. 同じチームのデータサイエンティストがアドホックなレポート作成のために、大量のメモリを必要とするクエリ (236 GiB が必要) を実行したいとしています。ただし、高可用性は不要で、最初の実行に失敗しても待って再実行できます。

この例では、データベース管理者として次のように構成できます。

1. それぞれ 16 GiB のレプリカを 2 つ持つ小規模なサービスを作成します。これにより ETL ジョブの要件を満たし、高可用性も確保できます。

2. データサイエンティスト向けには、同じ warehouse 内に 236 GiB のレプリカを 1 つだけ持つ 2 つ目のサービスを作成できます。このサービスでは idling を有効にできるため、データサイエンティストが使用していない間は料金が発生しません。

この例の Scale Tier におけるコスト見積もり (月額) :

• 親サービスは 1 日 24 時間稼働: 2 レプリカ x 16 GiB、各レプリカ 4 vCPU
• 子サービス: 1 レプリカ x 236 GiB、各レプリカ 59 vCPU
• 圧縮データ 3 TB + バックアップ 1 件
• パブリックインターネット向けエグレスデータ転送 100 GB
• リージョン間データ転送 50 GB

warehouse を使わない場合、データエンジニアのクエリに必要なメモリ量に合わせて料金を支払う必要があります。 しかし、2 つのサービスを 1 つの warehouse にまとめ、そのうち 1 つで idling を有効にすることで、コストを節約できます。

ClickPipes の課金については、専用の「ClickPipes」セクションをご覧ください。