クラスタエージェントの要件およびサポート対象環境

このページでは、リソース要件、さまざまな Kubernetes ベースのソフトウェアとの互換性、クラスタエージェントの配布、ライセンス、およびパフォーマンスの仕様について説明します。

ハードウェア要件

ハードウェアのデフォルト要件は次のとおりです。

CPU：1250m
メモリ：300Mi

100 ポッドごとに、メモリ要件は 50Mi 増加し、CPU 要件は 100m 増加します。

たとえば、クラスタエージェントを介して 500 個のポッドがインストゥルメント化されている場合、550Mi（300Mi + 250Mi）のメモリ制限と 1750m（1250m + 500m）の CPU 制限が必要です。

これらの値は、自動インストゥルメンテーションありでもなしでもクラスタエージェントを使用する場合に適用されます。

ソフトウェア要件

クラスタエージェントは、Linux で実行され、Splunk AppDynamics オペレータを使用して展開されるように設計されています。

クラスタエージェントには、次が必要です。

Splunk AppDynamics On-Premisesコントローラ 20.3.0 以上。
Kubernetes バージョン 1.19 以降（クラスタで Kubernetes metrics-server を展開および有効にしている状態）。
アクセス権を持ち、モニタできるクラスタ。
サーバの可視性の十分なライセンス数。クラスタエージェントは、サーバーの可視性のライセンスを 1 つ消費します。「ライセンス管理」を参照してください。
クラスタエージェントオペレータおよびクラスタエージェントイメージをプルするための Docker Hub または Red Hat コンテナレジストリへのアクセス、またはこれらのイメージが維持されている内部リポジトリへのアクセス。「クラスタエージェントのインストール」を参照してください。

クラスタエージェントを展開して Kubernetes クラスタをモニタする場合、ワーカーノードはモニタされません。ワーカーノードをモニタするには、追加のサーバの可視性のライセンス（ノードごとに 1 つのマシンエージェント）を使用するマシンエージェントをインストールする必要があります。「Kubernetes CLI を使用したインフラストラクチャの可視性のインストール」を参照してください。

クラスタエージェントは次のクラウドプラットフォームと互換性があります。

クラウドプラットフォーム	version
ランチャー Kubernetes エンジン（RKE）	1.2.1 と Kubernetes 1.19.3 1.3.1 と Kubernetes 1.21.5 1.3.9 と kubernetes 1.22 1.3.12 と Kubernetes 1.23.7 1.3.14 と Kubernetes 1.24.4 1.4.1 と Kubernetes 1.24.8 1.4.6 と Kubernetes 1.26.4 1.4.10 と Kubernetes 1.26.8 1.5.3 と Kubernetes 1.27.8 Kubernetes 1.28.10 を使用した 1.5.10
Red Hat Enterprise Linux（RHEL）	8.x および 9.x
Red Hat OpenShift	Azure：4.6、4.7、4.8、4.9、4.10、4.11、4.12、4.13、4.14、および 4.15 AWS：4.11、4.12、および 4.13 metrics-server は OpenShift に付属していないため、個別に展開する必要があります。CRI-O コンテナランタイムは、4.2.7 以上でサポートされています。
RKE Government（RKE2）	1.26、1.27、1.28、1.29、および 1.30
Kubernetes	1.19、1.20、1.21、1.22、1.23、1.24、1.25、1.26、1.28、1.29、および 1.30（Kubernetes metrics-server を展開している状態）
Amazon EKS	AMD：1.19、1.20、1.21、1.22、1.23、1.24、1.25、1.26、1.27、1.28、1.29 および 1.30（Kubernetes metrics-server を展開している状態） ARM：1.27、1.28、1.29、および 1.30（Kubernetes metrics-server を展開している状態）自動インストゥルメンテーションは、ARM プラットフォームではサポートされていません。
Azure AKS	1.19、1.20、1.21、1.22、1.23、1.24、1.25、1.26、1.27、1.29、および 1.30（Kubernetes metrics-server を展開している状態）
Google GKE	1.19、1.20、1.21、1.22、1.23、1.24、1.25、1.26、1.27、1.28、1.29、および 1.30
kubectl	1.19 以降
Tanzu Kubernetes Grid Integrated Edition（TKGI）	1.14.4 1.16、1.17、1.18、および 1.19

Splunk AppDynamics On-Premisesテストまたは評価するのインストールには、システム要件の確認、ホストの準備、コントローラのインストールが含まれます。「 CLI を使用したコントローラのインストール」を参照してください。

クラスタエージェントの配信

クラスタエージェントは、zip アーカイブとしてダウンロードポータルからダウンロードできます。また、アーカイブには、展開用のディストリビューション固有のコンフィギュレーションファイルも含まれています。

ライセンス

クラスタエージェントには、サーバの可視性のライセンスが必要です。開始するには、「サーバの可視性の有効化」を参照してください。サーバーの可視性のライセンスをすでに使用している場合、Kubernetes クラスタでのクラスタエージェントのインストールについては、「クラスタエージェントのインストール」を参照してください。

クラスタエージェントのパフォーマンス認定

クラスタエージェントバージョン

パフォーマンス認定

20.10 以下

認定された安定制限（750 のポッドと 1500 のコンテナ）をモニタできます。

20.11 以上

クラスタエージェントの垂直スケーリング：
認定された安定制限は次のとおりです。
ポッドごとに 1 つのコンテナを実行する場合は、2250 のポッドと 2250 のコンテナをモニタできます。
ポッドごとに 2 つのコンテナを実行すると、1500 のポッドと 3000 のコンテナをモニタできます。

クラスタエージェントの水平スケーリング：
クラスタあたりのポッドの数が制限を超えている場合は、複数のクラスタエージェントを展開して、Helm チャートを使用してクラスタをモニタできます。Install the Cluster Agent with Helm Chartsを参照してください。
コントローラごとのクラスタエージェントの制限については、「クラスタエージェントとポッドの制限」を参照してください。

クラスタエージェントとポッドの制限

コントローラ全体の容量に基づいてクラスタエージェントの数を設定できます。制限の設定については、「クラスタエージェントのコントローラ設定」の sim.cluster.agent.limit の説明を参照してください。

特定のコントローラにレポートする各クラスタエージェントに一意の名前を指定する必要があります。名前を指定するには、インストール時に appName パラメータを使用します。「クラスタエージェントの設定」を参照してください。

クラスタにモニタ可能な数よりも多くのポッドがある場合、クラスタエージェントは、モニタ対象のポッドのグループが一定期間にわたって同じであることを確認します。将来、報告されたポッドのいずれかが終了した場合、クラスタエージェントは、終了したポッドを以前に報告されていないポッドに置き換え、新たに追加されたポッドのモニタリングを開始します。
[Pods List] ページに表示されるポッドの合計メトリックは、設定された制限までのポッド数のみを反映します。「クラスタエージェントのコントローラ設定」の sim.cluster.pod.limit の説明を参照してください。