クラスタモニタリングの概要
コントローラでのクラスタのモニタリング
クラスタエージェントは、Kubernetes または OpenShift クラスタのイベントとメトリックをモニタします。また、ほとんどの Kubernetes リソースの状態（ポッド、レプリカセット、展開、サービス、永続ボリューム、ノードなど）も追跡します。データは、Kubernetes API サーバーを介して受信され、Splunk AppDynamics コントローラに送信されます。クラスタメトリッククラスターメトリクス
Docker モニタリングによるクラスタエージェントとサーバの可視性
Splunk AppDynamics サーバーの可視性は、より詳細なレベルでワーカーノードをモニターします。サーバーの可視性には、実行中のコンテナを Docker モニタリングを使用してモニターする機能が含まれます。ただし、クラスタエージェントも、Kubernetes API サーバーを使用して同じコンテナをモニターします。Docker モニタリングが有効になっているサーバの可視性とクラスタエージェントを同時に実行することはできません。この操作を行うと、データが上書きされ、予期しない動作が発生する可能性があります。Kubernetes CLI を使用したインフラストラクチャの可視性のインストール Install Infrastructure Visibility with the Kubernetes CLI
両方のエージェントをクラスタに展開する場合は、Docker の可視性を無効にしてマシンエージェントを展開していることを確認します。「Docker Visibility によるコンテナのモニタ」を参照してください。
クラスタ ダッシュボード メトリック
- アプリケーション
- クラスタ構成
- イメージまたはストレージアクセス
- セキュリティアクセスエラー
- クォータ違反
ダッシュボードには、展開要求、および CPU、メモリ、ストレージの制限に関連するクラスタリソース容量の統計情報とリソース使用率データが含まれています。また、ダッシュボードは、クラスタ上のモニタ対象オブジェクトの状態に関するリアルタイムの統計情報、ベストプラクティスの違反、および欠落している依存関係も表示します。クラスタの正常性のモニター クラスタの正常性のモニタリング
クラスタエージェントの正常性ルール
クラスタメトリックに基づいてクラスタエージェントの正常性ルールを作成できます。クラスタの正常性ルールは、サーバーの正常性ルールを使用して作成されるため、クラスタの正常性ルール違反は、サーバーの正常性ルール違反として表示されます。正常性ルールを作成するときは、[Affected Entities] セクションで [Custom]を選択し、マシンのリストからクラスタエージェントを選択します。重大な状態や警告状態を設定すると、メトリックツリー全体が表示されます。正常性ルールを作成するクラスタ エージェント メトリックを選択します。クラスタ エージェント メトリックの正常性ルールを作成するには、「 正常性ルールの作成」の手順に従います。
エラーイベントの数
削除数
脅威の数
メモリに負荷があるノード
ディスクに負荷があるノード
CPU/メモリ使用率
Cluster Monitoring in the Controller
The Cluster Agent monitors events and metrics of Kubernetes or OpenShift clusters. It also tracks the state of most Kubernetes resources: pods, replica sets, deployments, services, persistent volumes, nodes, and so on. The data is received through the Kubernetes API server and is sent to the Splunk AppDynamics Controller. See Cluster Metrics.
Cluster Agent and Server Visibility with Docker Monitoring
Splunk AppDynamics Server Visibility monitors the worker nodes at a more detailed level. Server Visibility includes the ability to monitor running containers through Docker Monitoring. However, the Cluster Agent also monitors the same containers through the Kubernetes API server. You cannot run Server Visibility with Docker Monitoring enabled, and the Cluster Agent concurrently. Doing so may result in your data being overwritten, and may lead to unpredictable behaviors. See Install Infrastructure Visibility with the Kubernetes CLI.
When you deploy both Agents to the cluster, ensure that you deploy the Machine Agent with Docker Visibility disabled. See Monitor Containers with Docker Visibility.
Cluster Dashboard Metrics
The Cluster Dashboard provides an overview of potential issues with cluster health, grouped by category and severity. It shows error events, evictions, node resource starvation, distribution of pod phases, and issues associated with:
- Applications
- Cluster configuration
- Image or storage access
- Security access errors
- Quota violations
The dashboard contains cluster resource capacity stats and resource usage data relative to the deployment requests and limits for CPU, Memory, and Storage. The dashboard also provides real-time statistics on the state of monitored objects on the cluster, best-practice violations, and missing dependencies. See Monitor Cluster Health.
Cluster Agent Health Rules
You can create Cluster Agent Health Rules based on cluster metrics. Because Health Rules for clusters are created using server health rules, the health rule violations for clusters show as a server health rule violation. When creating the Health Rule, in the Affected Entities section, select Custom, and then select your Cluster Agent from the list of machines. When setting the Critical/Warning conditions, the entire metric tree displays. Select the Cluster Agent metrics for which to create the Health Rule. To create Health Rules for Cluster Agent metrics, follow the Create a Health Rule procedures.
You can create Health Rules for these metrics:
- Number of error events
- Number of evictions
- Number of threats
- Nodes with disk pressure
- Nodes with memory pressure
- CPU/Memory utilization