Prometheusリモートストレージの比較

Sat, 14 Mar 2026 12:00:00 +0900

Prometheusはデフォルトでローカルディスクにメトリクスを保存しますが、長期保存やHA構成を実現するためにリモートストレージが必要になります。代表的な選択肢としてThanos・Cortex・Mimirの3つがあり、業務で検討する機会があったので比較してまとめました。

比較表

	Thanos	Cortex	Mimir
開発元	コミュニティ (元Improbable)	コミュニティ (元Weaveworks)	Grafana Labs
GitHub Stars	~14,200	~5,900	~5,200
ライセンス	Apache 2.0	Apache 2.0	AGPL-3.0
CNCF	Incubating	Incubating	-
データ取り込み	Sidecar (pull) / Receiver (push)	remote_write (push)	remote_write (push)
マルチテナント	限定的 (Receiver経由)	ネイティブ対応	ネイティブ対応
ダウンサンプリング	あり (ネイティブ)	なし	なし
オブジェクトストレージ	S3, GCS, Azure, Swift, COS	S3, GCS, Azure, Swift	S3, GCS, Azure, Swift

各プロジェクトの特徴

Thanos

コミュニティ主導でCNCF Incubatingプロジェクトになっています。最大の特徴はSidecarパターンで、既存のPrometheusに手を加えずに横に並べる形でデプロイできます。

各コンポーネントの役割:

Sidecar: PrometheusのPodに並べてデプロイするコンテナ。PrometheusがローカルにTSDBブロックをフラッシュするタイミング（2時間ごと）でオブジェクトストレージにアップロードします
Store Gateway: オブジェクトストレージ上の過去データを読み出し、クエリに応答するコンポーネント
Querier: PromQL互換のクエリエンドポイント。SidecarやStore Gatewayに問い合わせて結果を集約し、Grafanaに返します
Compactor: オブジェクトストレージ上のブロックをダウンサンプリング・コンパクションするバックグラウンドプロセス

graph LR
    A[Prometheus + Sidecar] -->|アップロード| B[オブジェクトストレージ]
    B --> C[Store Gateway]
    B --> D[Compactor]
    C --> E[Querier]
    E --> F[Grafana]

ダウンサンプリング（5分・1時間粒度）をCompactorがネイティブでサポートしているため、数年分の長期データを扱う場合でも高速にクエリできます。マルチテナントはReceiverコンポーネント経由で実現できますが、CortexやMimirと比較すると後付けの印象が強いです。

Prometheus on kkato.dev

Prometheusリモートストレージの比較

比較表

各プロジェクトの特徴

Thanos