Kubernetesを監視する 🔗
注釈
以下のトピックでは、新しいKubernetesナビゲーターについて説明します。従来のKubernetesナビゲーターに関するドキュメントは Kubernetesを監視する（クラシック版） を参照してください。
Splunk Observability Cloud で Kubernetes のメトリクスを監視できます。Splunk Observability Cloud は、Splunk Distribution of OpenTelemetry Collector for Kubernetes を使用して、堅牢なInfrastructure Monitoring 機能を提供します。詳細については、Splunk Distribution of the OpenTelemetry Collector の利用開始 を参照してください。
前提条件 🔗
Kubernetesリソースのモニタリングを開始する前に、以下のことを行います：
管理者認証でログインします。
Kubernetesナビゲーター 🔗
注釈
以下のセクションでは、Kubernetesナビゲーター固有のコンポーネントを紹介します。すべてのナビゲーターで共有されるコンポーネントについては、Splunk Infrastructure Monitoring でナビゲーターを使用する を参照してください。
Kubernetesナビゲーターには、KubernetesノードとKubernetesワークロードの2つがあります。インフラストラクチャ ランディングページでは、Kubernetes セクションの下に、両方のナビゲーターのサマリーカードを確認することができます。
次の表は、2つのKubernetesナビゲーターを比較したものです。
ナビゲーター
説明
使用して実行する操作
Kubernetesノード
Kubernetesインフラストラクチャの階層ビューを提供する
Kubernetesインフラストラクチャ全体の概要を把握する
Kubernetesインフラストラクチャ全部または一部の健全性を監視する
Kubernetesインフラストラクチャの一部の問題を特定し、診断する
Kubernetesワークロード
すべてのインフラストラクチャにわたってKubernetesワークロードのビューを提供する
インフラストラクチャ全体のKubernetesワークロード、または特定のネームスペースで実行されているワークロードなど、特定のワークロードのサブセットを監視します。
Kubernetesノードナビゲーター 🔗
各Kubernetesサービスは、以下の要素で構成されています：
コンテナ：アプリケーションの実行に必要なすべてのものを含む軽量パッケージ。
ポッド：1つまたは複数のコンテナのグループで、ストレージとネットワークリソースを共有し、コンテナの実行方法を指定します。
ノード：ポッドと、ポッドを実行するために必要なリソースをホストする物理マシンまたは仮想マシン。
クラスタ：コンテナ化されたアプリケーションを実行するためのノードのグループ。
インタラクティブな階層マップでKubernetesインフラストラクチャ全体を監視できます。マップ内の要素を選択してドリルダウンしたり、フィルターを使用してデータを探索したりできます。マップに表示される詳細レベルは動的で、表示される要素の数に依存します。
コンテナ、ポッド、ノードは、Kubernetesによって報告された健全性とステータスによって色分けされています：
コンテナはステータスごとに色分けされています：
Ready、Not Ready、Unknownポッドは相によって色分けされています：
Running、Pending、Succeeded、Failed、Unknownノードは条件によって色分けされています：
Node Ready、Memory Pressure、PID Pressure、Disk Pressure、Network Unavailable、Out of Disk
階層マップのインスタンスを調査する 🔗
パンくずナビゲーション：パンくずナビゲーションバーを使用して、レベルを飛び越え、任意のレベルで異なるエンティティに切り替えることができます。
ホバー：要素の上にカーソルを置くと、ステータスやフェーズなど、要素に関する詳細情報を取得できます。
選択してズーム：マップのズームレベルを変更する場合は、要素を選択します（該当する場合）。要素の詳細は、サイドバーの このポッドについて パネルに表示されます。
フィルター：名前空間、ワークロード、その他のキーと値のペアなど、Kubernetesデータで利用可能な任意のメタデータによってマップをフィルタリングします。フィルターを適用すると、マップにはフィルターに一致するノードのみが表示され、一致するポッドとコンテナが強調表示されます。強調表示されたポッドやコンテナを選択して、サイドバーでそれらの詳細を表示することもできます。
Kubernetesが稼働しているサービスとホストを表示する 🔗
Kubernetesインフラストラクチャモニタリングとは別に、Kubernetesノードとワークロードナビゲーターの両方のナビゲーターサイドバーで、Kubernetesが稼働しているサービスやホストを追跡することもできます。サイドバーからホストまたはサービスを選択すると、そのホストまたはサービスインスタンスのナビゲーターに切り替わります。
注釈
ホストナビゲーターからKubernetesナビゲーターにジャンプすることもできますが、Kubernetesノードナビゲーターにしかジャンプできません。
Analyzer 🔗
K8s analyzerタブからアクセスできるAnalyzerは、準備ができていないノードなど、悪い状態にあるKubernetesオブジェクトをハイライトすることで、スケール時のKubernetesの問題のトラブルシューティングを支援します。次に、Analyzerは、すべてのオブジェクトが同じワークロードを実行している、またはすべてのオブジェクトが同じAWSリージョンに配置されているなど、これらのオブジェクトに共通する可能性があるものについての理論を生成します。マップをフィルタリングするには、Analyzerパネルの所見をクリックします。
Analyzerパネルには、クラスタマップ で選択した要素に対するフィルター候補が表示されます。Analyzerパネルのリンクをクリックすると、クラスタマップにフィルターが追加され、Kubernetes環境全体の条件が調査されます。
Analyzerは、AI主導の洞察力を使って、ノード、ポッド、コンテナに共通するパターンを調べます。トラブルインジケータは次のとおりです：
保留ステータスのポッド
失敗ステータスのポッド
状態不明のポッド
再起動回数が多いコンテナ
準備ができていないノード
状態不明のノード
高いCPUが発生しているノード
高いメモリが発生しているノード
Analyzer は、ペンディング状態のポッド、障害状態のポッドなど、既知の条件に対して過剰に表示されるメトリクスプロパティを表示します。これらの条件と相関性の高いプロパティを使用して、クラスタマップをフィルタリングできます。コンテキスト依存のダッシュボードを使用して、ナビゲーターでこれらの各要素に関するデータを探索できます。これにより、Kubernetesの問題と相関している可能性のある、フィルタリングされたマップ上で目立つ根本的なパターンを特定できます。例えば、失敗したポッドがすべて特定のタイプのクラスタにある場合、Analyzerはそのような問題のトラブルシューティングのための推奨パスを提供します。
次のステップ 🔗
If you’re also exporting logs from Kubernetes and want to learn about how to view logs in Splunk Observability Cloud, see Splunk Log Observer の概要.
また、以下の表で説明するように、Kubernetesクラスタに関連するデータをエクスポートして監視することもできます。
でデータを取得する |
を監視する |
説明 |
|---|---|---|
Kubernetesクラスタが稼働しているクラウドサービスプロバイダーに接続します (ある場合)。 |
||
Kubernetesクラスタで実行されているアプリケーションからメトリクスとスパンを収集します。 |