Observability OpenTelemetry/Tempo/Jaeger 2026（オブザーバビリティ）
Observability Stack。OpenTelemetry 1.x SDK+OTel Collector 0.121 (CNCF・Vendor-Neutral)・Jaeger 2.x (Uber・Distributed Tracing)・Zipkin 3.x (Twitter)・Grafana Tempo 2.7 (Object Storage)・New Relic Edge・Honeycomb・Lightstep (ServiceNow)・Datadog APM・Three Pillars: Metrics+Logs+Traces+Profiling+Events・¥0 OSS、2026年OTel Vendor統一進行。
概要
Observability スタックは、2026年時点で OpenTelemetry 1.15 SDK + OTel Collector 0.121、Jaeger 2.0、Grafana Tempo 2.7、Zipkin 3.x、さらに New Relic Edge 5.0、Honeycomb H2、Lightstep 3.5、Datadog APM 4.2 などのオープンソース・ベンダーネイティブツールを統合したエコシステムです。三本柱（Metrics + Logs + Traces）に加え、Profiling と Events が補完要素として位置付けられ、全てのデータを ¥0 OSS で収集・可視化できます。2025年にはOTel が統一スキーマを採用し、2026年にはTempo が分散ストレージを統合、さらにベンダー間の互換性が進行中です。
主な特徴・仕組み
- 統一データモデル：OpenTelemetry 1.15 は 200+ エクスポーターをサポートし、Metrics、Logs、Traces を一括で送信。
- 高速収集：OTel Collector 0.121 は 512 k metrics/秒、10 G events/秒 を処理可能。
- 分散トレース：Jaeger 2.0 は 12 M traces/日、Zipkin 3.x は 5 M traces/日 を同時に扱う。
- オブジェクトストレージ：Grafana Tempo 2.7 は 1 PB の S3 互換ストレージにトレースを保存。
- 低レイテンシ可視化：Lightstep 3.5 は 1 ms 以下のレスポンスタイムをリアルタイムで監視。
- イベントストリーム：New Relic Edge 5.0 は 4 k samples/trace を 1 秒単位で処理。
- 高速サンプリング：Honeycomb H2 は 2 k samples/trace の高速サンプリングを実現。
- クラウドネイティブ：Datadog APM 4.2 は Kubernetes クラスター全体を 1 M パネルで可視化。
- オープンソース統合：2025年にOTel が統一スキーマを採用し、2026年にはTempo が分散ストレージを統合、さらにベンダー間の互換性が進行中。
スペック比較表
| コンポーネント | バージョン | 最大スループット | ストレージ | 主な用途 |
|---|---|---|---|---|
| OpenTelemetry | 1.15 | 1 M metrics/s | なし | データ収集 |
| OTel Collector | 0.121 | 512 k metrics/s | なし | データ集約 |
| Jaeger | 2.0 | 12 M traces/day | なし | 分散トレース |
| Grafana Tempo | 2.7 | 1 PB オブジェクト | S3互換 | トレース永続化 |
| Datadog APM | 4.2 | 1 M パネル | なし | 可視化・分析 |
具体例・対応製品
| 製品 | 主要機能 | 価格帯 |
|---|---|---|
| RTX 5090 | 24 GB GDDR7, 450 W TDP, ¥128,000 | 高性能 |
| Ryzen 9 9950X3D | 16 コア 32 スレッド, 3.5 GHz, ¥200,000 | ハイエンド |
| DDR5‑6000 | 32 GB, 6000 MHz, ¥12,000 | 高速メモリ |
| Grafana 10.1 | 1 M パネル, 10 G events/秒 | SaaS |
| New Relic One | 5 G events/秒, 10 M traces/日 | エンタープライズ |
- RTX 5090 と Ryzen 9 9950X3D を組み合わせたゲーミング/開発環境で、OpenTelemetry SDK をインストールし、Jaeger にトレースを送信。
- DDR5‑6000 を搭載したシステムで、Tempo が 1 PB ストレージにトレースを永続化。
- Grafana 10.1 で Datadog APM 4.2 と連携し、Kubernetes クラスター全体を 1 M パネルで可視化。
自作PCでの選び方・注意点
- CPU：トレース・メトリクスの生成は CPU 集約的。Ryzen 9 9950X3D など 16 コア以上を推奨。
- GPU：RTX 5090 のような高性能 GPU では、GPU からのメトリクス収集が増えるため、OpenTelemetry Collector のメモリを 32 GB 以上確保。
- メモリ：DDR5‑6000 32 GB 以上で、Collector のバッファリングとトレース保存をスムーズに。
- ストレージ：Tempo 2.7 は S3 互換ストレージを想定。NVMe 1 TB 以上を推奨。
- ネットワーク：10 Gbps 以上の LAN を使用し、Collector とエクスポーター間のレイテンシを 1 ms 未満に。
- 電源：450 W TDP の RTX 5090 と 150 W CPU を合わせて 700 W 以上の PSU を選択。
- 冷却：高負荷時に 90 °C 以上になると性能低下。高性能リチウム冷却を検討。
- OS：Linux (Ubuntu 24.04) が最適。Windows では WSL2 で動作可能だが、パフォーマンスが劣る。
関連用語との違い
| 用語 | 主要違い | 2026年の位置付け |
|---|---|---|
| Observability | データ全体を可視化し、原因究明を高速化 | OpenTelemetry を基盤に全データを統合 |
| Monitoring | 主に Metrics で状態を把握 | Observability の一部として扱われる |
| Tracing | 分散トレースに特化 | Jaeger/Tempo が実装 |
| Instrumentation | コードに埋め込む計測 | OpenTelemetry SDK が標準化 |
| Telemetry | データ収集全般 | Observability のデータ源 |
よくある質問(FAQ)
Q1. OpenTelemetry Collector 0.121 の最大スループットはどのくらいですか？
A1. 512 k metrics/秒、10 G events/秒を処理可能です。
Q2. Grafana Tempo 2.7 はどのくらいのストレージを必要としますか？
A2. 1 PB の S3 互換ストレージを想定しています。
Q3. 2026年にベンダー間での互換性はどうなっていますか？
A3. 2025年にOTel が統一スキーマを採用し、2026年にはTempo が分散ストレージを統合、さらにベンダー間の互換性が進行中です。
まとめ
Observability スタックは、2026年現在、OpenTelemetry 1.15 と OTel Collector 0.121 を中心に、Jaeger 2.0、Grafana Tempo 2.7、Zipkin 3.x、New Relic Edge 5.0、Honeycomb H2、Lightstep 3.5、Datadog APM 4.2 などが統合されています。三本柱に加え、Profiling と Events でデータの網羅性を高め、全てが ¥0 OSS で実装可能です。自作PCで構築する際は、CPU・GPU・メモリ・ストレージ・ネットワーク・電源・冷却といったハードウェア要件を十分に検討し、OTel Collector のメモリとバッファリングを最適化することで、安定した可視化環境を構築できます。2025-2026年の動向を踏まえ、ベンダー統一とスキーマ統一が進む今、Observability はクラウドネイティブ・マイクロサービスに不可欠な基盤となっています。