リソースの見積もり
Managed ClickStack をデプロイする際は、インジェストとクエリの両方のワークロードを処理できるよう、十分なコンピュートリソースをプロビジョニングすることが重要です。以下の見積もりは、取り込む予定のオブザーバビリティデータ量に基づく初期ベースラインを示しています。
| 月間インジェスト量 | 推奨コンピュート |
|---|---|
| < 10 TB / month | 2 vCPU × 3 レプリカ |
| 10–50 TB / month | 4 vCPU × 3 レプリカ |
| 50–100 TB / month | 8 vCPU × 3 レプリカ |
| 100–500 TB / month | 30 vCPU × 3 レプリカ |
| 1 PB+ / month | 59 vCPU × 3 レプリカ |
これらの推奨値は、次の前提に基づいています。
- データ量は、月あたりの非圧縮インジェスト量を指し、ログとトレースの両方に適用されます。
- クエリパターンは、オブザーバビリティの一般的なユースケースを想定しており、ほとんどのクエリは直近のデータ、通常は過去 24 時間を対象とします。
- インジェストは月全体を通して比較的均一であることを前提としています。突発的なトラフィックやスパイクが予想される場合は、追加の余裕を見込んでプロビジョニングしてください。
- ストレージは ClickHouse Cloud のオブジェクトストレージで別途処理されるため、保持期間の制約要因にはなりません。長期間保持されるデータは、アクセス頻度が低いことを想定しています。
より長い期間を定期的にクエリするアクセスパターンや、大規模な集計を実行する場合、あるいは多数の同時ユーザーをサポートする場合は、さらに多くのコンピュートが必要になることがあります。
特定のインジェストスループットに対する CPU とメモリの要件は 2 つのレプリカでも満たせますが、可能であれば 3 つのレプリカを使用して同等の総容量を確保し、サービスの冗長性を高めることを推奨します。
これらの値はあくまで推定値であり、初期ベースラインとして使用してください。実際の要件は、クエリの複雑さ、同時実行数、保持ポリシー、インジェストスループットの変動に左右されます。必ずリソース使用量を監視し、必要に応じてスケールしてください。
オブザーバビリティワークロードの分離
すでにリアルタイムのアプリケーション分析など、他のワークロードをサポートしている既存の ClickHouse Cloud サービスに ClickStack を追加する場合は、オブザーバビリティのトラフィックを分離することを強く推奨します。
Managed Warehouses を使用して、ClickStack 専用の子サービスを作成します。これにより、次のことが可能になります。
- 既存のアプリケーションから、取り込みとクエリの負荷を分離する
- オブザーバビリティワークロードを個別にスケールする
- オブザーバビリティのクエリが本番環境の分析に影響するのを防ぐ
- 必要に応じて、サービス間で同じ基盤データセットを共有する
この方法により、オブザーバビリティデータの増加に応じて ClickStack を個別にスケールできる一方で、既存のワークロードへの影響を避けられます。
より大規模なデプロイメントやカスタムのサイジングに関するガイダンスが必要な場合は、より正確な見積もりについてサポートまでお問い合わせください。