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