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

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

Hardware Requirements

To run Cluster Agent, the default hardware requirement is as following:

  • CPU: 1250m
  • Memory: 300Mi
注: For every 100 pods, the memory requirement increases by 50Mi and CPU requirement increases by 100m.

For Example, If 500 pods are instrumented through the Cluster Agent, you require 550Mi (300Mi + 250Mi) memory limit and 1750m (1250m+500m) CPU limit.

These values are applicable when you use Cluster Agent with or without auto-instrumentation.

In a large cluster environment that requires multiple Cluster Agents to monitor a single cluster, you can use the Target Allocator to auto-scale the Cluster Agent replicas or configure the number of replicas based on your requirements.

For example, if there are 10,000 pods in your cluster, and you want to monitor 5000 pods per Cluster Agent replica, you will need two replicas with 6250m CPU and 2800Mi memory. However, with auto-scaling, the replicas are automatically created with a specific profile. Currently, the Default profile is supported. Therefore, when you specify the profile as Default, the replicas are created with 1550mi memory and 3750m CPU to monitor 2500 pods.

Software Requirements

The Cluster Agent is designed to run on Linux and deployed using the Splunk AppDynamics Operator.

The Cluster Agent requires:

  • Splunk AppDynamics Controller >= 20.3.0.
  • Kubernetes versions >=1.19, with the Kubernetes metrics-server deployed and enabled on the cluster.
  • A cluster that you can access and monitor.

  • Sufficient Server Visibility licenses. The Cluster Agent consumes one Server Visibility license. See License Management.

  • Access to Docker Hub or Red Hat Container Registry to pull the Cluster Agent Operator and Cluster Agent images, or access to an internal repository where these images are maintained. See Install the Cluster Agent.

注: If you deploy the Cluster Agent to monitor your Kubernetes Cluster, it does not monitor worker nodes. To monitor worker nodes, you must install the Machine Agent, which consumes additional Server Visibility licenses (one Machine Agent per node). See Install Infrastructure Visibility with the Kubernetes CLI

The Cluster Agent is compatible with these cloud platforms:

Cloud PlatformVersion
Rancher Kubernetes Engine (RKE)
  • 1.2.1 with Kubernetes 1.19.3
  • 1.3.1 with kubernetes 1.21.5
  • 1.3.9 with kubernetes 1.22
  • 1.3.12 with Kubernetes 1.23.7
  • 1.3.14 with Kubernetes 1.24.4
  • 1.4.1 with Kubernetes 1.24.8
  • 1.4.6  with Kubernetes 1.26.4
  • 1.4.10 with Kubernetes 1.26.8
  • 1.5.3 with Kubernetes 1.27.8
  • 1.5.10 with Kubernetes 1.28.10
Red Hat Enterprise Linux (RHEL)8.x and 9.x
Red Hat OpenShift

Azure: 4.6, 4.7, 4.8, 4.9, 4.10, 4.11, 4.12, 4.13, 4.14, and 4.15

AWS: 4.11, 4.12, 4.13, 4.14, 4.15, 4.16, and 4.17

注: The metrics-server is not shipped with OpenShift, you must deploy it separately. The CRI-O container runtime is supported on >=4.2.7.
RKE Government (RKE2)1.26, 1.27, 1.28, 1.29, 1.30, 1.31, and 1.32
Kubernetes1.19, 1.20, 1.21, 1.22, 1.23, 1.24, 1.25, 1.26, 1.27, 1.28, 1.29, and 1.30 with the Kubernetes metrics-server deployed
Amazon EKS
  • AMD: 1.19, 1.20, 1.21, 1.22, 1.23, 1.24, and 1.25, 1.26, 1.27, 1.28, 1.29, 1.30, 1.31, 1.32, and 1.33 with the Kubernetes metrics-server deployed

  • ARM: 1.27, 1.28, 1.29, and 1.30, 1.31, 1.32, and 1.33 with the Kubernetes metrics-server deployed

    注: Auto-instrumentation is not supported on ARM platform.
Azure AKS1.19, 1.20, 1.21, 1.22, 1.23, 1.24, 1.25, 1.26, 1.27, 1.28, 1.29, and 1.30 with the Kubernetes metrics-server deployed
Google GKE1.19, 1.20, 1.21, 1.22, 1.23, 1.24, 1.25, 1.26, 1.27, 1.28, 1.29 and 1.30
kubectl>=1.19
Tanzu Kubernetes Grid Integrated Edition (TKGI)1.14.4 1.16, 1.17, 1.18 and 1.19

Cluster Agent Distribution

You can download the Cluster Agent from the Downloads Portal as a zip archive. The archive also contains distribution-specific configuration files for the deployment.

ライセンス

クラスターエージェントには、サーバーの可視性のライセンスが必要です。使用するにあたっては、「サーバーの可視性の有効化No Content found for /db/organizations/splunk/repositories/appdsaas-25_7_0/content/documents/AppDynamics/Enable_Server_Visibility_485263945.ditamap」を参照してください。サーバーの可視性のライセンスをすでに使用している場合、Kubernetes クラスターでのクラスターエージェントのインストールについては、「クラスターエージェントのインストール」を参照してください。

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

クラスタ エージェント バージョンパフォーマンス認定
20.10 以下

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

20.11 以上
  • クラスターエージェントの垂直スケーリング：

    これは認定済みの安定した制限です。

    • ポッドごとに 1 つのコンテナを実行すると、2,250 のポッドと 2,250 のコンテナをモニターできます。

    • ポッドごとに 2 つのコンテナを実行すると、1500 のポッドと 3000 のコンテナをモニタできます。

23.11 以上
  • クラスターエージェントの垂直スケーリング：

    これは認定済みの安定した制限です。

    • ポッドごとに 1 つのコンテナを実行すると、5,000 のポッドと 5,000 のコンテナをモニターできます。
    • ポッドごとに 2 つのコンテナを実行すると、2000 のポッドと 4000 のコンテナをモニターできます。

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

制限を設定するには、サポートチケットを作成します。

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