電話：400-882-3320
コンテナーモニタリングで解決できること
短命なワークロードが消えた後も、調査に必要な証拠を残す
コンテナーは担当者がコンソールを開く前に再スケジュールまたは削除されることがあります。Guance はワークロードの状態を記録し、リソース圧迫、アプリケーションテレメトリー、ネットワーク動作、イベント、変更と対応付けることで、リリース、スケジューリング、容量、サービス障害を切り分けます。
コンテナーモニタリング
ワークロード、リソース、リリースの文脈からコンテナー障害を調査
Guance のコンテナーモニタリングは、Kubernetes、Docker、ECS、Fargate の Pod、コンテナー、ワークロードをライフサイクル全体で追跡します。リソース使用量、イベント、ログ、Trace、ネットワーク、デプロイ変更を同じ文脈に保ち、プラットフォーム、SRE、開発チームによる原因の切り分けを支援します。
再起動した Pod が消えても、履歴と周辺情報を保持
コンテナーの作成、終了、再起動、ワークロード変更を継続的に記録します。詳細画面では健全性、リソース使用量、イメージ、デプロイ情報、タグを確認でき、関連するメトリクス、ログ、Trace が短命なオブジェクトの証拠を補います。
クラスターからノード、ワークロード、Pod、コンテナーへ段階的に絞り込み
クラスター、ノード、Namespace、Pod、Service、Deployment の各ビューで影響範囲を追跡します。レプリカの不整合、Pod の再起動、ノード圧迫、サービス停止を、別ツールで条件を作り直さずに調査できます。
サーバーレスコンテナーでもアプリケーションの証拠を失わない
対応する AWS Fargate 環境からコンテナーメトリクス、ログ、Trace を収集し、共通ダッシュボードで確認します。基盤ホストを自社で管理しない場合でも、レイテンシ、エラー、リソース制約を該当リクエストに関連付けられます。
実行時の症状と直前のデプロイ・構成変更を比較
Deployment、DaemonSet、Service、CronJob、StatefulSet などの変更を健全性とパフォーマンスのシグナルと並べて確認します。ロールアウト、構成更新、リソース設定がインシデントに先行したかを検証できます。
再起動、飽和、不健全なワークロードを実行可能なアラートへ
ノード、Pod、コンテナー、ワークロード、サービスの条件からモニターを作成します。対象オブジェクトとログ、Trace、ネットワーク、イベントへのリンクを通知に含め、検知から調査へ移れます。
よくある質問
コンテナーモニタリングとは何ですか？
コンテナー、Pod、ワークロード、リソース要求と上限、再起動、ログ、デプロイイベントを継続的に追跡する仕組みです。短命なオブジェクトが変化または消失しても、運用上の文脈を保持します。
コンテナーと Kubernetes では何を監視すべきですか？
CPU、メモリ、ネットワーク、ディスク、再起動回数、終了状態、リソース要求と上限、レプリカの健全性、ノード圧迫、ワークロードイベント、関連ログが代表例です。必要な組み合わせは環境とサービス目標によって異なります。
コンテナーモニタリングを APM やログと関連付けられますか？
はい。サービス、環境、ホスト、Pod、コンテナー、Trace の共通属性により、遅いリクエストやエラーから該当ワークロードのメトリクスとログへ移り、ネットワークやデプロイ情報と比較できます。
サーバーレスコンテナーも監視できますか？
Guance は、ドキュメントに記載された AWS Fargate のコンテナーメトリクス、ログ、Trace の収集シナリオに対応します。範囲と設定は ECS または Kubernetes 環境とコレクター構成によって異なります。
さらに詳しく
リソースと関連記事
製品ドキュメント、関連ソリューション、技術ガイドから次のステップを選択できます。
関連記事
製品ガイド、トラブルシューティング、技術的なベストプラクティス
