Infrastructure Based Licensing Rule

To create an infrastructure- based licensing rule:
  1. Click User Profile > License > License Rules.
  2. Click Create > Create APM License Rule.
  3. In LICENSE RULE NAME, enter the name of your rule.
  4. In LICENSE ALLOCATION, enter the number of units for each module type that this rule allocates.
  5. In the Application Scope tab, select + Specified Applications and select the applications from the list on which you want to apply the license rule. If you don't apply any application scope, the license rule applies to all the applications.
    Note:

    • Only the agents that report to the selected applications can consume the license units allocated by this rule. You can select one or more applications from the list.

    • You can specify a matching criteria to select the applications. If you select Dynamic and then Include dynamic ones, all the dynamic application names matching your criteria are selected for your license rule.

    • The agents reporting to the non-matching applications are rejected and cannot report data.

    • You can also add un-instrumented applications to the rule in Application Scope so that when you install the agents to instrument these un-monitored applications, they will be allowed to consume licenses defined in this rule.

    • You can select up to 100 applications to assign to a rule.

  6. In the Server Scope tab, select + Specified Servers and select the servers from the list on which you want to apply the license rule. If you don't apply any server scope, the license rule applies to all the servers.
    Note:

    • Only the agents deployed on the selected servers can consume the license units allocated by this rule. You can select one or more servers from the list.

    • You can specify a matching criteria to select the servers. If you select Dynamic and then Include dynamic ones, all the dynamic server names matching your criteria are selected for your license rule.

    • The agents reporting to the non-matching servers are rejected and cannot report data.

    • You can also add un-monitored machines in Server Scope so that when you install the agents to instrument these un-monitored servers, they will be allowed to consume licenses defined in this rule.

  7. Click Done to create the license rule.

This diagram depicts an example of a scope configuration for IBL.

License Scope Configuration

Machine and Cluster Agent License Prioritization

Note: The Machine and Cluster Agent license prioritization setting is available for infrastructure-based licenses in Controller >= 21.11.0.

With Infrastructure-based Licenses (IBL), you can activate license rules to preserve license usage for a Cluster Agent in situations where the system cannot detect its vCPU details. When a Cluster Agent lacks vCPU information, it will temporarily be registered with 0 license units to report the data instead of rejecting them for a few minutes before they start consuming the fallback license units.

Use the PRIORITIZE MACHINE AND CLUSTER AGENT LEASE toggle when you are running a large cluster with several working nodes. If a node using the Cluster Agent fails, then the other app agents on the cluster may use up all the licenses available in the infrastructure-based license pool. When the node recovers and the Cluster Agent tries to get a license lease, there might not be enough available, which will result in overages. If the Machine/Cluster Agent license prioritization setting is activated, one of the other agents will release licenses to allow cluster agents to use them if there are not enough licenses available.

To enable the PRIORITIZE MACHINE AND CLUSTER AGENT LEASE option:

  1. Go to SettingsSettings > License > License Rules.
  2. Click the PRIORITIZE MACHINE AND CLUSTER AGENT LEASE toggle.
  3. Click Done.

Allow Agents to Temporarily Register Without License Units

To conserve license consumption by agents when the system cannot detect its vCPU information because of asynchronous nature of reported vCPU information, AppDynamics enables the delayed fallback mode by default. This mode allows all the agents associated with the license rule to temporarily register with zero license units instead of rejecting them for a few minutes before they start consuming fallback units. This approach prevents the license usage spikes and loss of data. If the vCPU count is still unknown after 10 minutes, the agents start consuming the fallback license units.

On the Create APM License Rule page, the delayed fallback mode is represented by the the ALLOW AGENTS TO TEMPORARILY REGISTER WITH 0 UNITS ON HOSTS LACKING vCPU INFORMATION toggle. This toggle is always ON.

Note: Prior to the 25.10.0 release, this toggle was called as WAIT FOR VCPU INFORMATION BEFORE REGISTERING AGENTS.

ライセンスルールを作成するためのベストプラクティス

  • ライセンスルールを作成するときは、どのアプリケーションがルールに属するかを選択するための一貫した基準に従う必要があります。推奨事項：
    • ルールに複数のアプリケーションを含める場合は、ビジネスユニットごとにアプリケーションをグループ化します。
    • 個々のアプリケーションの使用状況を表示するには、ルールごとにアプリケーションを 1 つのみ選択してください。
  • 作成するルールごとに、新しいアクセスキーが生成され、そのルールに基づくエージェントは、生成されたそのキーで認証されます。この新しいアクセスキーが使用されるようにエージェントを更新し、エージェントを再起動します。
  • 各ルールで選択したアプリケーションとサーバーが排他リストであり、複数のルールの一部ではないことを確認します。この構造によって、チャージバックの効果的な管理が実現します。
  • ルールを作成しないことを選択した場合、ライセンス割り当ては、すべてのアプリケーションとサーバーが同等に各ライセンスを使用できるデフォルトのルールに従います。
  • クラスタ（コンテナ化された環境）でライセンスレポートを簡素化する場合は、すべてのアプリケーションとエージェントがライセンスルールを使用するときに同じライセンスキーを使用することをお勧めします。
  • ルールを設定する場合は、最初に Splunk AppDynamics によってプロビジョニングされたユニットよりも多くのユニットを割り当てることができます。オーバープロビジョニング ユニットはユニットの割り当てをバッファし、ルールのアプリケーションとサーバーのリストに対するライセンスユニットの正確な数が不明な場合に役立ちます。ルールの割り当てに制限はありませんが、Splunk AppDynamics は購入したライセンスの数に従ってユニットの使用量を制限します。
警告: ライセンスルールの設定が重複すると、ライセンスレポートが複雑になる場合があります。各ルールのライセンス使用量はアカウントレベルのライセンス使用量と一致する必要があるため、Splunk AppDynamics ではライセンスルールの設定は注意して行うことをお勧めします。アカウントレベルでのライセンス使用量は、すべてのライセンスルールの使用量を合計したものであり、すべてのライセンスルールの使用量の合計ではありません。複数のアプリケーションが同じホストでホスティングされ、各アプリケーション エージェントが異なるルールキーを使用する場合、両方のルールで使用量が報告され、2 倍のライセンスを使用しているように報告されます。これは正しくありません。