## Managed ClickStack を使い始める Managed ClickStack を使い始めるには、新規ユーザーの場合、ClickHouse Cloud のトライアルから始めることができます。トライアルには 300 ドル分のクレジットが含まれており、推奨サイジングに基づくと約 10 TB の OTel データに対応します。サービスを作成して「ClickStack」を選択すると、オンボーディングフローの一環として提供されるステップバイステップの手順に沿って、データの読み込みが進められます。  この初回ベータリリースでは、Managed ClickStack に **OpenTelemetry** と **Vector** のガイド付き取り込み機能が含まれており、今後さらにオプションを追加予定です。また、サポートされている ClickHouse Cloud の任意の取り込み方法を自由に使用することもできます。ClickStack は OpenTelemetry スキーマ向けに最適化されており、すぐに価値を実感できる最短の手段を提供しますが、それだけに限定されません。タイムスタンプを持つあらゆるイベントベースのデータを取り込み、ClickStack UI(HyperDX)で探索できます。既存の ClickHouse Cloud ユーザーは、新規または既存のサービスで ClickStack を有効化し、同じ手順に従うことで、Managed ClickStack を今すぐ使い始めることができます。 --- ## 今すぐ始める 自社のオブザーバビリティデータで Managed ClickStack を試してみませんか？数分で利用開始でき、300 ドル分の無料クレジットも進呈されます。 [無料トライアルを開始する](https://console.clickhouse.cloud/signUp?loc=blog-cta-2381&utm_blogctaid=2381) --- ## マネージド ClickStack を開発した理由 [2025年に ClickStack をリリースした](https://clickhouse.com/ja/blog/clickstack-a-high-performance-oss-observability-stack-on-clickhouse-jp)際、私たちはオブザーバビリティ向けの ClickHouse を誰もが利用できるようにすることを目標に掲げました。ClickHouse はすでにオブザーバビリティデータの事実上の標準ストアとしての地位を確立し、列指向データベースがこのワークロードに最適であることを示していました。これは、すでに[前例のない規模で ClickHouse 上のオブザーバビリティ](https://clickhouse.com/ja/blog/how-anthropic-is-using-clickhouse-to-scale-observability-for-ai-era-jp)を実行しているユーザーによって実証されています。 ClickStack は、専用設計の UI である ClickStack UI (HyperDX) を組み込み、OpenTelemetry をベースとしたオピニオネイテッドなオブザーバビリティスタックを提供することで、この技術を誰もが利用できるようにしました。OpenTelemetry に標準化し、専用 UI と組み合わせることで、ClickStack はログ、メトリクス、トレース、セッションリプレイに ClickHouse を導入しやすくしました。すべてをゼロから構築することなく、列指向ストアの性能とコストのメリットを享受できます。 チーム各社は ClickStack をますます大規模に運用し始め、より多くのデータを保持し、カーディナリティを高め、オブザーバビリティの常識となっていたサンプリングや短い保持期間から脱却しつつあります。多くのユーザーにとって、この変化は画期的なものであり、オブザーバビリティの経済性を一変させました。その間、私たちも新機能の追加に努め、ClickStack がこれまで以上に適切にスケールするように改善を続け、[マテリアライズドビューのような機能](https://clickhouse.com/blog/whats-new-in-clickstack-december-2025#materialized-views-arrive-in-clickstack)のサポートを追加して費用対効果とパフォーマンスを向上させてきました。  利用の広がりとともに、マネージド環境を求める声も高まってきました。基盤となるインフラを自社で運用することなく、ClickStack と ClickHouse のメリットを得たいと考えるチームは少なくありません。また、分析、ウェアハウジング、AI ワークロードにすでに ClickHouse Cloud を利用しており、**オブザーバビリティを同じプラットフォームに統合してデータのサイロ化や重複を回避したい**、そしてデータセット全体でより深い相関関係を明らかにしたいと考えるチームもあります。これは、**オブザーバビリティも突き詰めればひとつのデータ課題にすぎない**という私たちのビジョンとも一致しています。 マネージド ClickStack は、この歩みにおける自然な次の一歩です。ClickHouse Cloud 上で ClickStack を実行することで、同じオープンソースの基盤をよりシンプルな運用モデルで提供できます。さらに、ストレージとコンピュートの分離、長期保持向けの低コストなオブジェクトストレージ、エンタープライズレベルの信頼性とセキュリティといった機能を、導入直後から利用可能です。 「ストレージとコンピュートの分離」や「オブジェクトストレージ」は、実装上の詳細に思えるかもしれませんが、オブザーバビリティのコスト構造を根底から変えるものです。 ## オブザーバビリティのコスト構造を変革する 一般的なマネージドオブザーバビリティプラットフォームの多くは、制約を前提に価格を設定しています。取り込みギガバイト単位で課金するものもあれば、ユーザー数やホスト数に基づく厳しい価格体系を採用しているものもあります。実際には、これによりチームは予算内に収めるため、何を監視できるか、データをどのくらいの期間保持できるか、どこでシグナルをサンプリングしたり破棄したりする必要があるかを常に判断せざるを得なくなります。コストがオブザーバビリティそのものを制限する要因になってしまうのです。 ClickHouse は、そうである必要はないことを[すでに実証してきました](https://clickhouse.com/user-stories?useCase=2)。列指向ストレージと高度な圧縮により、オブザーバビリティデータにおいて 10〜15 倍の圧縮率を達成しながら、高速な集計と高カーディナリティのクエリを維持することは珍しくありません。これだけでも、ログ、メトリクス、トレースを長期にわたって保存する際の経済性は根本的に向上します。 マネージド ClickStack は、これをさらに一歩進めます。ClickHouse Cloud のストレージとコンピュートの分離を基盤とすることで、料金体系そのものが一変します。オブザーバビリティデータは低コストのオブジェクトストレージに保存され、ローカルおよび分散キャッシュの高度な制御は ClickHouse Cloud が自動的に処理します。ホット/コールドといった階層や、データの経過時間に基づく人為的な境界は存在しません。データは作成時期に関係なく一貫して扱われます。何がキャッシュされ、効率的にクエリされるかは、**保持ポリシーではなく、純粋にアクセスパターンによって決まります**。  つまり、**保持期間は事実上、コストを左右する要因ではなくなります**。高カーディナリティの OpenTelemetry データを、サンプリング、ロールアップ、強制的なデータ失効なしに、**1 か月あたり 1 GB あたり 1 セント未満**で何年間も保持できます。頻繁にアクセスされるデータは自動的にキャッシュされ、低レイテンシでクエリされます。アクセス頻度の低いデータも完全にクエリ可能な状態のまま維持され、予測可能なパフォーマンスとコストで利用できます。 ### 効率的で調整可能なコンピュート ストレージと保持期間がコストの制約にならなくなった今、残る変数はコンピュートです。データの取り込みとクエリには依然としてリソースが必要です。ここでも、ユーザーはストレージとコンピュートの分離による恩恵を享受できます。取り込みとクエリのワークロードは完全に分離されており、個別にスケーリングできるためです。 取り込み用のコンピュートは継続的に稼働して安定したスループットを提供し、ベンチマークでは 1 コアあたり最大 20 MB/s の書き込みを維持できます。実質的に、ユーザーが支払う取り込みコンピュート費用は、1 か月あたり 1 GB あたり 1 セント未満となります。 一方で、独立したクエリ用コンピュートは、オブザーバビリティデータの利用状況に合わせて柔軟に構成できます。小規模で常時稼働するプールは、直近のデータに対するダッシュボードやアラートに対応できます。調査や過去データの分析には、必要に応じてより大規模なプールを起動し、不要になったらスケールダウンしたりアイドル状態にしたりできます。コンピュートは分離され伸縮自在であるため、ユーザーは**実際に使用したクエリリソース**に対してのみ支払うことになります。これは、クラウドデータウェアハウスの経験がある方には馴染み深い概念でしょう。  その結果、コスト、保持期間、可視性の間で妥協する必要はなくなります。コストの透明性と予測可能性を維持しながら、すべてを取り込み、すべてを保持し、すべてをクエリできます。 ## データストアの統合とエージェント型ワークロードの実現 オブザーバビリティにおいて費用対効果は極めて重要ですが、それはより大きな変化のひとつの側面にすぎません。ClickHouse はすでに、リアルタイムアプリケーション分析やビジネスインテリジェンス (BI) のワークロードを大規模に支えています。時間が経つにつれて、これらのデータセットはますます融合し、それらを保存および分析するためのシステムも統合されていくと私たちは考えています。ClickHouse は、この変化を後押しする上で最適な位置にいます。 オブザーバビリティデータとビジネスデータおよびアプリケーションデータを関連付けることで、強力な新しい分析が可能になります。チームは単なるインシデントの検知にとどまらず、システム障害による収益の損失、ユーザーの解約、顧客体験の低下といった実際の影響まで把握できるようになります。ログやトレースをアプリケーションデータや製品データと結合するようなシンプルな相関分析も、すべてが単一のデータベース内に収まっていれば、より容易かつ効率的になります。 私たちは今後も ClickStack オープンソースに全力を注ぎ、コミュニティ向けの新機能、パフォーマンス改善、ツーリングへの投資を継続します。セルフマネージドで ClickStack を運用するユーザーも、Managed ClickStack を支えるオープンソース基盤を変わらず完全に利用できます。
このユースケースの統合を効果的に実現する上でも、ストレージとコンピュートの分離は不可欠です。複数のワークロードが、それぞれのニーズに合わせて調整された個別のコンピュートリソースを使用しながら、同一の基盤データを安全にクエリできます。オブザーバビリティ、分析、BI、調査などのワークロードごとにシステムを分けたりデータを重複させたりする必要がなくなり、運用の複雑さとコストの双方が削減されます。 従来、こうした複雑な分析を行うには、複数ドメインの深い知識、高度な SQL スキル、多様なデータセットへの精通が求められ、多くの組織にとってハードルとなっていました。しかし、エージェント型ワークロードと AI を活用したデータ操作の登場により、自然言語インターフェースを通じて、統合されたデータセット全体にわたる高度なクロスドメインの分析がはるかに簡単に行えるようになっています。 ここで SQL が中心的な役割を果たします。大規模言語モデルはすでに SQL に対する深い理解を本来的に備えており、最小限のコンテキストから効率的なクエリを生成できます。SQL は構造化データをクエリするための最も表現力が高く正確な言語であり続けており、[エージェント型分析](https://clickhouse.com/ja/blog/agent-facing-analytics-jp)の自然な基盤となります。クエリ量が増加し、レイテンシへの要求が厳しくなるにつれて、ClickHouse のパフォーマンス特性はさらに重要になります。 今後の展望として、オブザーバビリティ、分析、エージェント型のインタラクションの融合は、チームがデータを扱う方法における大きな転換点になると私たちは考えています。ClickStack や、より広範な ClickHouse Cloud プラットフォーム全体でエージェント機能を模索していく中で、データとワークロードを ClickHouse に統合しているユーザーは、今後登場する機能を活用する上で有利な立場に立てるはずです。ClickHouse Cloud と ClickStack の双方で [Agentic Data Stack](https://clickhouse.com/ai) を拡張していきますので、2026年の今後の発表にぜひご注目ください。 ## まとめ 新規ユーザーは、ClickHouse Cloud にサインアップしてサービスを作成し、テレメトリソースを ClickHouse インスタンスに接続することで、コンソールから直接 ClickStack を利用できます。既存ユーザーは、任意のサービス上ですぐにコンソールから直接 ClickStack を開くことができます。 このベータ版は、Managed ClickStack を幅広く提供できるようにするための第一歩です。今後数か月をかけて、製品の成熟に合わせて機能の拡張、デフォルト設定の調整、追加のツールの提供を進めていきます。 開発を進めるにあたり、ぜひ皆様からのご意見をお聞かせください。ClickHouse Slack に参加し、[#olly-clickstack チャンネル](https://clickhouse.com/slack) でフィードバックの共有、質問、ClickStack 関連の最新情報のチェックを行っていただけます。上記では、個々のクエリタイプごとではなく、異なるユースケースを処理するためにコンピュートプールが使用されています。たとえば、オブザーバビリティおよび ClickStack ワークロード専用のコンピュートプール、リアルタイム分析用、そして必要になるまでアイドル状態を維持する独立したデータウェアハウス用プールを用意できます。必要に応じて新しいコンピュートプールを導入することで、追加のワークロードにも対応可能です。各ユースケース内でも、異なるワークロード特性に合わせてサイズや調整が施された複数のコンピュートプールを用意するのが一般的です。アクセスポリシーで許可されていれば、すべてのコンピュートプールが相関分析のためにすべてのデータにアクセスできます。