MID Server 最大スレッド数 - ワーカーグループ - 優先度とキューDescriptionMID Server と ECC キューは優先度をサポートしている 優先度の高いジョブは、キューをジャンプし、優先度の高いスレッドでより迅速に実行できます。 優先度スレッドグループスレッド数 (デフォルト)パラメータメモリ内の入力キューJava 優先度work\monitors\ECCSender フォルダープローブの例2 (デフォルト)標準25threads.max500 (25* スレッド)5output_2JDBC、LDAP、Discovery...1迅速化済み20threads.expedited.max400 (20* スレッド)8output_1REST、SOAP0インタラクティブ10 threads.interactive.max40 (4* スレッド)10output_0ハートビートプローブSystemCommand:restartService、grabLog など MID Server が ECC キューから出力レコードのバッチを取得すると、優先度の高いジョブが最初に優先されます (優先度の低いフィールド値)。結果をインスタンスに返すときは、ECCSender スレッドにも同じことが当てはまります。たとえば、大規模な標準優先度 JDBC インポートセットが途中である場合、迅速化の結果は、すべてのインポート行が最初にインスタンスに送り返されるのを待つ必要はありません。 MID Server は、ecc_queue にある場合、空きスレッドよりも多くのジョブをフェッチします。これらは、スレッドが空くまで MID Server メモリのキューに格納されたままになります。[ECC キュー] 出力レコードは [処理中] ステータスになりますが、実際にスレッドで処理が開始されるまでに時間がかかる場合があります。 注意:ECC キューの [Processed タイムスタンプ] フィールドは、実際には MID Server がレコードを取得した時間であり、ジョブの実行が開始された時間ではないため、この理由から信頼できません。 優先度の高いジョブには、実行時に MID Server アプリケーションでより多くの CPU 時間が与えられます。スレッドプールはさまざまな Java スレッド優先度にマップされ、Java はより多くのリソースをジョブに割り当てます。 Java はマルチスレッドプラットフォームであり、利用可能なすべての CPU とスレッドを使用します。できるだけ多くの専用 CPU/コアを備えた専用ホストサーバー/VM を使用することをお勧めします。そうしないと、MID Server がほとんどアイドル状態のときよりも、ビジー状態のときにスレッドの実行が大幅に遅くなる可能性があります。これは、ユーザートランザクションがフォームの更新を長時間待機しないようにするために、「インタラクティブ」ジョブの完了を十分に迅速化する場合に重要です。たとえば、単一の LDAPListener スレッドは、Discovery が他のすべてのスレッドでも実行されているときに、ユーザー更新の処理に非常に時間がかかる場合があります。 Discovery および Orchestration プローブの場合、ecc_queue 入力の優先度によって、センサーを処理する sys_trigger スケジュール設定済みジョブの優先度が決まります。プラットフォームのほとんどのジョブスケジュールと非同期ビジネスルールは優先度 100 であるため、インタラクティブ入力が優先されます。 ECC キュー優先度スケジューラーワーカー優先度 (デフォルト)システムプロパティ2110glide.ecc.async.priority.standard1105glide.ecc.async.priority.expedited050glide.ecc.async.priority.interactive 優先度を使用する機能はどれか? 通常、キューをジャンプする必要がある非常に正当な理由がない限り、すべてが標準の優先度で実行されます。 Orlando の時点では、意図的にこれを標準以外に設定している機能はほとんどなく、多くの場合、問題チケットの解決策 (または原因) として設定されています。 Discovery/Service Mapping は、すべてのプローブの Discovery ステータスレコードの優先度を使用します。これは、Discovery の起動方法によって異なる場合があります。 インタラクティブ:[今すぐ検出] と [クイック検出]、[パターンデザイナー] デバッグモード、および [検出のキャンセル]迅速化:Service Mapping標準:スケジュール済み水平検出 (Shazzam を含む) MID Server: インタラクティブ:すべての SystemCommands、テスト資格情報 オーケストレーション: 迅速化:アクティビティデザイナーでの入力のテスト、ワークフローエディターからのワークフローの開始、およびすべての通常のワークフロー実行 (PRB1301862) Cloud Management 標準:APIProxyProbes CAPI オーケストレーター イベント管理 インタラクティブ:新しいイベントを遅延なくインスタンスに取り込む必要があるため、コネクターをプル 変更管理 標準:影響を受ける CI の自動および手動でトリガーされる検出 LDAP 迅速化:テスト接続と参照標準:インポート、リスナー この情報の利用 リアルタイムで更新される特定のユーザーインターフェイスでトリガーされるジョブ、またはユーザートランザクションの一部として実行されるクイック統合には、優先優先度として実行を許可するスコープがあります。高い優先度で実行されているジョブなどは、ユーザーエクスペリエンスを向上させ、応答を待機している間にインスタンススレッドがブロックされるのを防ぐことで、全体的なインスタンスパフォーマンスが向上します。ただし、多くの場合、これらの統合は、ユーザーのフォームやインスタンススレッドをまったく停止させることなく、バックグラウンドで優先度の低いジョブからの最終的な応答をセンサーで処理して、完全に非同期で実行する方が適切です。これらのジョブ専用の MID Server がより良いソリューションである可能性があります。 ecc_queue テーブルの挿入前ビジネスルールは、特定の出力の優先度を上げる簡単な方法です。特定の [キュー]、[ステータス]、[トピック]、[名前]、[ソース]、および [Agent Correlator] フィールドを条件に含めて、意図したジョブに影響しないようにすることが非常に重要です。 MID Server のスループットを向上させる場合は、スレッド数と利用可能な CPU を考慮する必要があります。多くのプローブは、CPU を使用せずにエンドポイントからの応答を待機し、スレッドをブロックします。標準スレッド プールの数を増やすことを選択した場合 (Windows の制限に達する前に最大 200 まで可能です)、他のスレッド プールも同様に比例してスケールアップする必要があります。 thread.expedited.max と thread.interactive.max を実行せずに、threads.max の数を増やすだけではありません。 優先度が 3 つしかなく、実際には使用可能な優先度は 2 つしかないため、特にバッチ更新によってジョブが大量に発生した場合、複数の高優先度のジョブセットが互いに影響を与えることがよくあります。このような状況では、各ジョブに専用の MID Server を使用して、影響を受ける他のジョブから完全に保護することを検討してください。 重要な注意事項:すべてのインタラクティブ スレッドが使用されると、MID サーバーが稼働しているかどうかを確認するためにインスタンスによって使用される HeartbeatProbe などの重要な MID サーバー システム コマンドがブロックされる可能性があるため、MID サーバーがダウンとして設定され、使用できなくなる可能性があります。 したがって、Interactive は決して使用せず、Standard キューをジャンプする必要があるものには Expedited を使用することをお勧めします。 テストの結果、優先キューをジャンプする必要があることが判明した場合にのみ、インタラクティブを検討してください。 優先度の高いセンサージョブスケジュールを実行すると、短時間で実行されるジョブが多すぎたり、長時間実行されたりすると、インスタンスのパフォーマンスの問題が発生することが知られています。インタラクティブ優先度の Discovery および Orchestration センサーは、優先度 50 のジョブスケジュールです。これは、ほとんどのジョブやすべての非同期ビジネスルールよりも高く、テキストインデクサーやイベント管理ジョブなどの非常に重要なものと同等です。これは危険である可能性があり、標準優先度を超える実装ではこれを考慮する必要があります。 最後に、「すべてが優先事項である場合、何も優先事項ではありません」。カスタム実装でこれを無視しないでください。そうしないと、目的が無効になります。Additional InformationMID Server のシステム要件 CPU 100% での MID Server の検出 - 良いか悪いか、理由とその後は? MID Server 最大スレッド - ワーカーグループ - 優先度とキュー