デプロイの容量は、 JSA がリアルタイムで収集、正規化、関連付けできる1秒あたりのイベント数(EPS)と1分あたりのフロー数(FPM)によって測定されます。イベントとフローの容量は、システムにアップロードされたライセンスによって設定されます。
JSA デプロイの各ホストには、JSA が受信データの急増を処理できるように、十分なイベント容量とフロー容量が必要です。ほとんどの受信データ スパイクは一時的なものですが、システムがライセンス容量を超えたことを示すシステム通知を継続的に受信する場合は、既存のライセンスを EPS または FPM 容量の大きいライセンスに置き換えることができます。
共有ライセンスプール
各ライセンスによって設定される EPS と FPM のレートは、共有ライセンス プールに結合されます。共有ライセンス プールから、元のライセンスが割り当てられているホストに関係なく、特定の展開内の任意のホスト、または単一のコンソールで管理されている任意のホストに処理能力を分散できます。
共有ライセンス プールの割り当てを調整することで、ネットワーク ワークロードに応じてイベントとフローの容量が分散され、各 JSA ホストに、ピーク トラフィックの期間を効果的に管理するのに十分な EPS と FPM が確保されます。
個別のイベント・コレクター・アプライアンスとイベント・プロセッサー・アプライアンスがあるデプロイメントでは、イベント・コレクターは接続先のイベント・プロセッサーから EPS レートを継承します。イベント・コレクターの容量を増やすには、共有ライセンス・プールから親イベント・プロセッサーにさらに EPS を割り振ります。
ライセンスプールへの貢献
イベント容量とフロー容量の両方を含むライセンスでは、EPS と FPM の両方が共有ライセンス プールに登録されない場合があります。ライセンスプールの貢献度は、ライセンスが割り当てられているアプライアンスのタイプによって異なります。たとえば、16xx イベント プロセッサにライセンスを適用すると、EPS のみがライセンス プールに追加されます。同じライセンスを 17xx フロー プロセッサに適用すると、FPM のみがライセンス プールに加算されます。ライセンスを 18xx イベント/フロー プロセッサに適用すると、EPS と FPM の両方がプールに寄与します。イベント プロセッサまたはフロー プロセッサのソフトウェア ライセンスを除き、ライセンスが割り当てられているアプライアンスのタイプに関係なく、すべてのソフトウェア ライセンスは EPS と FPM の両方を共有ライセンス プールに提供します。
JSA 7.3.2では、デプロイメントの全体的なイベントまたはフローのしきい値を増やす必要がある場合に、既存のコンソールまたはその他の管理対象ホスト・ライセンスを置き換える代わりに、スタック可能なEPS/フロー増分を取得できるようになりました。ライセンスをアップロードして展開した後、ライセンスプール管理を通じてイベント/フロー容量を再割り当てできます。
ライセンスされた処理能力の制限を超えた場合
管理対象ホストに割り当てられている EPS と FPM の合計が、共有ライセンス プール内の EPS と FPM を超えると、ライセンス プールが割り当て超過になります。ライセンスプールが割り当て超過になると、[ライセンスプール管理]ウィンドウにEPSとFPMの負の値が表示され、割り当てチャートが赤に変わります。JSA は、メイン JSA ツールバーの [メッセージ(Messages)] リストからイベントおよびフローを表示する機能など、[ネットワーク アクティビティ(Network Activity)] タブと [ログ アクティビティ(Log Activity)] タブの機能をブロックします。
ブロックされた機能を有効にするには、デプロイメント内の管理対象ホストに割り当てた EPS と FPM を減らします。既存のライセンスにネットワーク データの量を処理するのに十分なイベントおよびフロー容量がない場合は、共有ライセンス プールの不足を解決するのに十分な EPS または FPM を含む新しいライセンスをアップロードします。
期限切れのライセンス
ライセンスの有効期限が切れると、 JSA は割り当てられたレートでイベントとフローの処理を続行します。
期限切れのライセンスのEPSおよびFPM容量がホストに割り当てられていた場合、ライセンスプール内の共有リソースが不足し、 JSA が[ ネットワークアクティビティ ]タブと [ログアクティビティ ]タブの機能をブロックする可能性があります。
容量サイジング
データの急増に対処する最善の方法は、受信データのピーク期間のバランスを取るために、デプロイに十分なイベント/秒 (EPS) とフロー/分 (FPM) があることを確認することです。目標は、EPS と FPM を割り当てて、ホストがデータ スパイクを効率的に処理するのに十分な容量を確保し、アイドル状態の EPS と FPM が大量に発生しないようにすることです。
ライセンス プールから割り振られた EPS または FPM がアプライアンスの平均 EPS または FPM に非常に近い場合、システムは後で処理するためにデータを一時キューに蓄積する可能性があります。一時キュー (バースト処理キューとも呼ばれる) に蓄積されるデータが多いほど、 JSA がバックログを処理するのにかかる時間が長くなります。たとえば、10,000 EPS の割り当てられた レートを持つ JSA ホストは、ホストの平均 EPS レートが 9,500 の場合、平均 EPS レートが 7,000 のシステムと比較して、バースト処理キューを空にするのに時間がかかります。
データがアプライアンスによって処理されるまでオフェンスは生成されないため、 JSA がバースト処理キューにデータを追加する頻度を最小限に抑えることが重要です。各管理対象ホストに、短いバーストのデータを処理するのに十分な容量を確保することで、 JSA がキューを処理するのにかかる時間を最小限に抑え、イベントが発生したときにオフェンスが作成されるようにします。
システムが割り振られた処理能力を継続的に超える場合、キュー・サイズを増やしても問題を解決できません。超過データはバースト処理キューの最後に追加され、そこで処理されるまで待機する必要があります。キューが大きいほど、キューに入れられたイベントがアプライアンスによって処理されるまでにかかる時間が長くなります。
内部イベント
JSAアプライアンスは、データの処理中に相互に通信するときに、少数の内部イベントを生成します。
内部イベントが割り当てられた容量にカウントされないようにするために、システムはすべての内部イベントが生成された直後に自動的にライセンスプールに戻します。
