Kubernetes モニタリング

すべての Kubernetes クラスター、ワークロード、リリースを一つのコンテキストで監視

クラスターの状態、ノード、Pod、ワークロード、サービス、イベント、ログ、トレースを同じ運用コンテキストで関連付けます。再起動、スケジューリング失敗、レイテンシー上昇、ロールアウト失敗から調査を始め、原因が容量、設定、コード、依存サービスのどこにあるかを切り分けます。

すぐに始めてくださいデモの予約をしてください

Kubernetes のトラブルシューティングに共有コンテキストが必要な理由

Kubernetes のトラブルシューティング

本番環境の症状から、原因となるオブジェクトと要因へ

実際のサービスシグナルから始め、影響を受けたクラスター、ワークロード、Pod、サービス、バージョンを絞り込みます。メトリクス、Kubernetes イベント、ログ、トレース、リリース変更を使って原因を検証します。

01
ビジネス影響を確認する
レイテンシー、エラー、アラート、リアルユーザーのシグナルから、影響範囲と優先度を判断します。
02
実行中のオブジェクトを絞り込む
クラスター、ネームスペース、ワークロード、Pod、ノード、環境、バージョンで対象を特定します。
03
証拠を関連付ける
リソース圧迫、Kubernetes イベント、コンテナーログ、トレース、リリースを同じタイムラインで比較します。
04
復旧を検証する
変更の前後でエラー、レイテンシー、リソース、アラート状態を比較し、復旧を確認します。

障害レイヤーを推測する前に、オブジェクトの関係をたどる

クラスター、ノード、ネームスペース、ワークロード、Pod、コンテナー、サービス、Ingress、イベントの関係を継続的に把握します。異常な Pod からワークロード、ノード、サービスへ移動することも、サービスエラーから影響を受けたインスタンスを特定することも、複数のコントロールプレーンを手作業で突き合わせずに行えます。

デモの予約をしてください

障害レイヤーを推測する前に、オブジェクトの関係をたどる

リソース圧迫がサービスに影響しているかを判断する

リソース圧迫がサービスに影響しているかを判断する

CPU、メモリ、ディスク、ネットワーク、requests と limits、Pod の再起動、スケジューリング失敗は、原因そのものではなく判断材料です。リクエストレイテンシー、エラー、スループット、キュー、ビジネスメトリクスと比較し、実際の容量不足、設定不備、一時的なノイズを切り分けます。

デモの予約をしてください

リリース、トレース、ログを同じタイムラインで比較する

デプロイ、バージョン、サービス、Pod の属性を、リリースイベント、サービストポロジー、分散トレース、コンテナーログで引き継ぎます。新しいバージョン、上流依存、データベース呼び出し、リソース競合のどれが回帰を引き起こしたかを判断しやすくします。

デモの予約をしてください

リリース、トレース、ログを同じタイムラインで比較する

一貫したコンテキストと責任範囲で複数クラスターを運用する

一貫したコンテキストと責任範囲で複数クラスターを運用する

テレメトリをクラスター、環境、ネームスペース、チーム、サービスごとに整理し、アクセス権とアラートの担当を明確にします。プラットフォーム、開発、SRE の各チームが、運用境界を保ちながら同じ証拠を使って調査できます。

デモの予約をしてください

Connected Observability

Kubernetesをオンサイトで完全な稼働環境に戻す

製品カタログで再度検索することなく、現在の問題に基づいて対応する機能にアクセスし続けてください。

コンテナーモニタリングPod、コンテナー、ワークロード、requests と limits、Kubernetes イベントを確認します。アプリケーションパフォーマンスモニタリングサービスエラーや遅いエンドポイントを、依存サービスとコードパスまで追跡します。ログモニタリングと分析サービス、Pod、バージョン、Trace ID でコンテナーとアプリケーションのログを検索します。インフラストラクチャーモニタリングノードをホスト、ネットワーク、データベース、クラウドリソースに関連付けます。

Prometheus と Grafana を利用中ですか？既存の収集資産を保ちながら段階的に移行できます

クラウドネイティブ監視をさらに拡張する

OpenTelemetry オブザーバビリティ

OpenTelemetry オブザーバビリティ

AWS モニタリング

AWS モニタリング

Alibaba Cloud モニタリング

Alibaba Cloud モニタリング

Azure モニタリング

Azure モニタリング

Huawei Cloud モニタリング

Huawei Cloud モニタリング

よくある質問

Kubernetes モニタリングでは何を監視すべきですか？

本番環境では、クラスター、ノード、ネームスペース、Deployment、DaemonSet、サービス、Pod、コンテナー、ネットワーク、ストレージ、Kubernetes イベント、ログ、アプリケーショントレースを監視するのが一般的です。

Pod の再起動やサービス遅延はどのように調査しますか？

影響を受けた Pod またはサービスから始め、ノードと Pod のリソース、Kubernetes イベント、コンテナーログ、分散トレースを比較します。容量不足やスケジューリング失敗と、依存サービスやコードの問題を切り分けられます。

複数の Kubernetes クラスターを監視できますか？

はい。共通タグ、ワークスペース、権限、ダッシュボード、アラートポリシーを使い、環境と責任範囲を保ちながら複数クラスターを分析できます。

Kubernetes モニタリングとコンテナーモニタリングの違いは何ですか？

コンテナーモニタリングはコンテナーとワークロードの健全性を中心に扱います。Kubernetes モニタリングでは、クラスター、ノード、サービス、スケジューリング、イベント、ネットワーク、アプリケーションの関係まで扱います。本番環境の調査では、両方の視点を同じコンテキストで確認することが重要です。

Prometheus と Grafana を残したまま Guance を導入できますか？

はい。既存の Collector やダッシュボードを維持しながら、Kubernetes メトリクスをログ、トレース、RUM、アラートイベント、ビジネステレメトリと関連付けられます。まず共有コンテキストが必要な運用フローから段階的に移行できます。