Silk Performer の動的ワークロード割り当て機能は、指定した負荷テスト要件と実行時に利用可能なエージェント コンピュータの再生機能を一致させます。 たとえば、負荷テストで SAPGUI クライアントがインストールされたエージェント コンピュータに対してのみ配信可能なワークロードが必要な場合は、動的ワークロード割り当て機能では、テストのワークロードが SAPGUI のインストールされたクライアントがある利用可能なエージェントのみに割り当てられることを保証できます。 さらに、必須ワークロードの比率 (%) を各エージェントに割り当てる必要がある仮想ユーザー数で、構成できます。したがって、負荷機能を超えてエージェントに負荷がかからないことが保証されます。
動的ワークロードの割り当てにより、リソース要件の変動を説明できます。 たとえば、Web 再生インターフェイスで 2,000 の仮想 Web ユーザーのアクセスが必要なリソース量は、SAPGUI 再生インターフェイスで 20 の仮想 SAP ユーザーがアクセスするのに必要な量とほぼ同じです。 再生ごとの最大仮想ユーザー機能の設定に基づいた、動的ワークロード割り当てのアルゴリズムにより、適切なワークロード レベルがエージェントに割り当てられます。 このアプローチでは、結果的に各エージェントで最大のサポート負荷アクセスが継続的に必ずしも発生しません。 クラスタ内の個別エージェントに割り当てる必要がある最大可能ワークロードの比率を定義できます。 たとえば、エージェントから 2,000 Web ユーザーでアクセスできるときに、[エージェント リソース使用率] に [50] % を設定する場合は、1,000 Web ユーザーのみがエージェントに割り当てられます。 残りのワークロードは、同じ Web ユーザー機能がある他のエージェントに割り当てられます。
エージェント クラスタにワークロードを動的に割り当てることの利点は、テストを正常実行するために、静的なテスト実行環境を維持する必要がない点です。 たとえば、エージェント名が変わる、または利用不可になる場合は、Silk Performer は利用できないエージェントのワークロードを、同じクラスタの、必須機能がある利用可能なエージェントに動的に割り当てできます。 このアプローチでは静的テスト環境を維持するために必要な多くの対応策がないので、Silk Performer 負荷テストが Silk Central で事前に定義されたスケジュールに基づき管理、実行されるときに特に有効です。 Silk Central では個別のエージェントではなく、エージェント クラスタに対してテストを実行できます。 各エージェント間でワークロードのバランスをとる方法や個別エージェントの健全性に関わる問題は、Silk Central パースペクティブでは考慮する必要がありません。
テスト実行の瞬間まで、エージェント コンピュータはすべてのワークロードに対して引続き利用可能です。特定の 1 つのワークロードに予約または割り当てられていないためです。 Silk Performer コントローラが、テスト実行に利用可能なエージェントを特定すると、コントローラはすぐにエージェントをロックし、別のコントローラと競合が発生しないようにします。 テストが完了した後、エージェントのロックが解除され、別のテストで利用できるようになります。