このトピックでは、オブジェクト・リクエスト・ブローカー (ORB) サービスの拡張設定をサポートします。
ワークロード・プロファイルでは、サーバー・ワークロード・プロファイルが指定されます。これは ISOLATE、IOBOUND、CPUBOUND、または LONGWAIT のいずれかです。
このタスクについて
ワークロード管理 (WLM) は、サービス・ポリシーに従って作業をサーバントにディスパッチします。ただし、この操作は使用可能なワーカー・スレッドがある場合にのみ行われます。WLM ワーカー・スレッドは、作業の受信側として特別に WLM に登録されている標準スレッドです。
WebSphere® Application Server for z/OS® 実装では、このスレッド・プールは静的です。アドレス・スペース内のプールは、増大も縮小もしません。
ワーカー・スレッド数によって、WLM で受け入れる 1 サーバント内の最大同時要求数が決まります。
ただし、この状況は、HTTP、IIOP、および Java™ Message Service (JMS) 駆動型の要求にのみ適用されます。このスレッド・プールでは非同期 Bean の処理は行われません。このプールに割り振られるスレッドの数は、ORB Workload プロファイルという外部オブジェクトによって決まります。
手順
- 管理コンソールでワークロード・プロファイルを構成するには、とクリックします。
- ISOLATE
- スレッド数は 1 です。サーバントが、単一のアプリケーション・スレッドに制限されることを指定します。ISOLATE を使用して、
並行ディスパッチ・アプリケーションが、同一のサーバントで実行されないようにします。
同一のサーバントで 2 つの要求を処理すると、いずれか一方の要求が欠落することがあります。
- IOBOUND
- デフォルト - スレッド数は「3 * プロセッサー数」です。
z/OS オペレーティング・システム上で入出力集中の処理を行うアプリケーション・スレッドの数をより多く指定します。スレッド数の計算は、プロセッサーの数に基づいて行われます。IOBOUND は、プロセッサー集中型の操作呼び出しとリモート操作呼び出しのバランスがとれたほとんどのアプリケーションで使用します。
IOBOUND プロファイルを使用するジョブの例としては、バッチ・ジョブが挙げられます。
- CPUBOUND
- スレッド数はプロセッサーの数です。アプリケーションが、z/OS オペレーティング・システム上でプロセッサー指向の操作を実行し、
このため、プロセッサーの数を超えるスレッドを持つ利点がないことを指定します。スレッド数の計算は、プロセッサーの数に基づいて行われます。計算主体 (CI) のジョブ、XML 構文解析および XML 文書構築などのプロセッサー集中型のアプリケーションでは、CPUBOUND プロファイル設定を使用します。これらのアプリケーションでは、応答時間の大半がプロセッサーの使用時間で占められています。
- LONGWAIT
- スレッドの数は 40 です。アプリケーション処理のために、IOBOUND よりも多くのスレッドを指定します。LONGWAIT は、
ほとんどの時間をネットワークまたはリモート操作の完了待ちで使用します。
この設定は、顧客情報管理システム (CICS®) スクリーン・スクレーパーなどのアプリケーションが、
他のアプリケーション・システムを頻繁に呼び出す場合で、そのアプリケーション自体では処理をほとんど行わない場合に使用します。
- 管理コンソールを使用して、サーバント・インスタンスの最小数と最大数を変更するには、と選択します。「サーバー・インフラストラクチャー」で、をクリックします。「複数インスタンス使用可能」チェック・ボックスにチェック・マークを付け、サーバント・インスタンスの最小数と最大数を入力します。
最小サーバント数 <= 使用可能なサービス・ポリシーの数 <= 最大サーバント数
タスクの結果
プロセッサー数は、コントローラー始動時にオンラインであるプロセッサーの数です。コントローラー・ジョブ・ログ内のメッセージ BBOO0234I を確認すると、ワーカー・スレッド数を検査できます。