ライセンスルール

ライセンスをモニタおよび管理するためのコントローラ UI は、購入した AppDynamics ライセンスによって異なります。インフラストラクチャベースのライセンスモデルでライセンスを購入した場合、UI には統一パッケージ測定単位に基づく使用量データが表示されます。これに対し、エージェントベースのモデルでは、エージェント測定単位に基づくデータが表示されます。ライセンスモデルの詳細については、「AppDynamics Licensing」を参照してください。

ライセンス ルールの作成

ライセンスルールを作成するには、次の手順を実行します。

1. [Settings] > [License] に移動します。
2. [License Rules] > [Add ] をクリックします。
3. ルール名を追加します。 
4. ルールに含まれる各ライセンスのユニット数を定義します。
5. ルールを適用するアプリケーションとサーバを選択します。スコープの設定例を次に示します。

マシン/エージェントのライセンスの優先順位付け

マシン/クラスタエージェントのライセンスの優先順位付け設定は、21.11.0 以降のコントローラのインフラストラクチャベースのライセンスで使用できます。

マシン/クラスタエージェントのライセンスの優先順位付け設定では、マシンおよびクラスタエージェントの使用について、ライセンスリースの優先順位を付けることができます。

たとえば、この設定は、複数の動作中のノードがある大規模なクラスタを実行する場合に役立ちます。クラスタエージェントを使用しているノードで障害が発生すると、クラスタ上の他のアプリケーション エージェントが、インフラストラクチャベースのライセンスプールで使用可能なすべてのライセンスを使い果たす可能性があります。ノードが回復し、クラスタエージェントがライセンスリースを取得しようとすると、使用可能なライセンスが不足し、ライセンス超過が発生する可能性があります。マシン/クラスタエージェントのライセンスの優先順位付け設定がアクティブになっていると、使用可能なライセンスが不足している場合に他のエージェントの 1 つがライセンスを解放し、クラスタエージェントがそれらを使用できるようにします。

マシン/クラスタエージェントのライセンスの優先順位付け設定をアクティブにするには、次の手順を実行します。

1. [Settings ] > [License] > [License Rules] に移動します。
2. [Machine/Cluster Agent license prioritization ] のトグルをクリックします。

ライセンスルールのベストプラクティス

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

ライセンスルールの設定が重複すると、ライセンスレポートが複雑になる場合があります。各ルールのライセンス使用量はアカウントレベルのライセンス使用量と一致する必要があるため、ライセンスルールの設定は注意して行うことをお勧めします。アカウントレベルでのライセンス使用量は、すべてのライセンスルールの使用量を合計したものであり、すべてのライセンスルールの使用量の合計ではありません。複数のアプリケーションが同じホストでホスティングされ、各アプリケーション エージェントが異なるルールキーを使用する場合、両方のルールで使用量が報告され、2 倍のライセンスを使用しているように報告されます。これは正しくありません。

ライセンスをモニタおよび管理するためのコントローラ UI は、購入した AppDynamics ライセンスによって異なります。インフラストラクチャベースのライセンスモデルでライセンスを購入した場合、UI には統一パッケージ測定単位に基づく使用量データが表示されます。これに対し、エージェントベースのモデルでは、エージェント測定単位に基づくデータが表示されます。ライセンスモデルの詳細については、「AppDynamics Licensing」を参照してください。

ライセンス ルールの作成

1. [Settings ] > [ License ] > [ Rules] をクリックします。
2. Create をクリックします。
3.  [General] タブで、ルールの名前と、そのルールによって割り当てられる各エージェント モジュール タイプのユニット数を入力します。 

4. エージェントが報告できるアプリケーションを制限する場合は、[Application Scope] タブで [Specified Applications ] を選択します。 

   

   指定したアプリケーションに報告するエージェントのみが、このルールによって割り当てられたユニットを使用できます。[Available Applications] リストから 1 つまたは複数のアプリケーションを選択し、左矢印ボタンをクリックして、[Included Applications] ボックスにアプリケーションを移動できます。[Add] ボタンを使用して、許可されたアプリケーションの一致基準を指定できます。まだ作成していないアプリケーションの一致基準を指定することもできます。一致基準を使用して指定したアプリケーションは、[Selected Applications] ボックスに表示されません。最大 100 のアプリケーションを選択して、ルールに割り当てることができます。

5. エージェントを展開できるサーバを制限する場合は、[Server Scope] タブで [Specified Servers ] を選択します。 

   

   指定したサーバに展開されるエージェントのみが、このルールによって割り当てられたユニットを使用できます。[Available Servers] リストから 1 つまたは複数のサーバを選択し、左矢印をクリックして、[Selected Applications] ボックスにアプリケーションを移動できます。[Add] ボタンを使用して、許可されたサーバの一致基準を指定できます。AppDynamics によってまだ監視されていないサーバの一致基準を指定することもできます。一致基準を使用して指定したアプリケーションは、[Selected Applications] ボックスに表示されません。
   基準の指定を使用すると、一致基準を使用して複数のマシンを照合することによって、アプリケーションとサーバを選択できます。これは、膨大な数のアプリケーションやマシンをスクロールして手動で選択するよりも効率的です。
   また、非インストゥルメント化アプリケーションを [Application Scope] のルールに、非モニタ対象マシンを [Server Scope] に追加することもできます。これにより、エージェントをインストールしてこれらの非モニタ対象アプリケーションとサーバをインストゥルメント化するときに、このルールで定義されているライセンスを消費できるようになります。

   スコープの設定例を次に示します。

   
   

6. デフォルトルールに戻り、カスタムルールで割り当てたユニット数の分、ユニットの割り当てを減少させます。これを行わなければ、割り当てはオーバープロビジョニングとして表示されます。

   

   APM エージェントと同じ数のマシンエージェントを割り当てる必要があります。たとえば、10 個の Java エージェント、10 個の .NET エージェント、および 10 個の Node.js エージェントを割り当てる場合、30 個のマシンエージェントユニットを割り当てる必要があります。作成するルールごとに、新しいアクセスキーが生成され、そのルールに基づくエージェントは、生成されたそのキーで認証されます。この新しいアクセスキーが使用されるようにエージェントを更新し、エージェントを再起動します。

ライセンスルールのベストプラクティス

ライセンスルールの作成

ライセンスルールを作成するときは、どのアプリケーションがルールに属するかを選択するための一貫した基準に従う必要があります。以下を推奨します。

• ルールに複数のアプリケーションを含める場合は、ビジネスユニットごとにアプリケーションをグループ化します。
• 個々のアプリケーションの使用状況を表示するには、ルールごとにアプリケーションを 1 つのみ選択してください。

デフォルトのライセンスルールの削除

デフォルトのライセンスルールを削除することはお勧めしません。代わりに、すべてのソフトウェア利用資格を 0 に変更することをお勧めします。デフォルトルールを削除する場合は、次の点に注意してください。

• ライセンスルールが 1 つしかない場合（デフォルトなど）、これを削除すると、ライセンス管理 UI がライセンスルールが存在しなかったときの状態に戻ります。
• 既存のエージェントは、アカウントレベルのアクセスキーを使用してレポートを開始するため、影響を受けません。
• 複数のライセンスルール（1 つのデフォルトルールと複数のカスタムルール）があり、デフォルトルールを削除した場合は、他のすべてのルールを削除するまで再作成できません。
• [Create Rules] の青いボタンをクリックすると、新しいデフォルトルールを作成できます。アクセスキーが異なる可能性が高いため、エージェントを再設定する必要があります。

カスタムライセンスルールの削除

• カスタムライセンスルールを削除して再作成すると、同じ名前であっても古いアクセスキーは取得されません。これは、アクセスキーが実行時に動的に生成されるためです。