--- schema_version: "1" id: 905d2a7983cd41dfaab558a3b04050f9411afe116f395f51a15ee1eaab2668da title: back-pressure と maxConcurrency collection: mulesoft version: current locale: ja-jp portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/mule-runtime/4.5/tuning-backpressure-maxconcurrency.md canonical_url: https://docs.mulesoft.com/jp/mule-runtime/4.5/tuning-backpressure-maxconcurrency source_site: docs.mulesoft.com content_type: documentation content_hash: cf1d3910e6b7fe193183112d3c4c4678deb9a7f4b82708aaa0e468956408fb86 description: MuleSoft Documentation Site release: "4.5" latest: false --- # back-pressure と maxConcurrency 負荷が大きい場合、Mule Runtime Engine (Mule) が特定のイベントを処理するために使用可能なリソースがないことがあります。この問題は、すべてのスレッドが使用中で現在のフローの同時実行数を超えている場合に発生します。この場合、Mule は次のメッセージをログに記録します。 ​`Flow 'flowName' is unable to accept new events at this time`​ (フロー「flowName」は、現在新しいイベントを受け付けられません)。 このメッセージはバックプレッシャーと呼ばれます。Mule のバックプレッシャーアクションは、各コネクタの取得元に固有です。 コンシューマーコンポーネントが情報を処理できるレートより、プロデューサーコンポーネントが情報を出力するレートの方が高い場合は、​`maxConcurrency`​ パラメーターを使用して、コンポーネントが内部または外部であるか、フローまたはソースであるか、などに応じて、フローが同時に処理できるメッセージの最大数を設定します。 Mule ではバックプレッシャーを独自に適用していますが、​`maxConcurrency`​ パラメーターを使用することで、特に同時実行数が増える原因がバックエンドサーバーにある場合に、フローのパフォーマンスを制御できます。次の例にパラメーターの設定方法を示します。 ```xml ``` 同様に、​`maxConcurrency`​ パラメーターを次のように使用することで、バッチジョブで処理できるレコード数を制限できます。 ```xml ``` デフォルトでは、Flow スコープと Async スコープでは ​`maxConcurrency`​ の制限は設定されていませんが、Batch Job コンポーネントでは使用できるコア数の 2 倍に同時実行数が制限されています。同時実行数は、システムのキャパシティによっても制限されます。 ## [](#max-concurrency-最大同時実行-設定があるコンポーネント)Max Concurrency (最大同時実行) 設定があるコンポーネント 次の​[コンポーネント](https://docs.mulesoft.com/jp/mule-runtime/4.5/about-components)​には最大同時実行の設定があります。 - Flow スコープ - Scatter-Gather ルーター - Async スコープ - Batch Job スコープ - Parallel For Each スコープ ## [](#推奨事項)推奨事項 同時実行を減らしてバックプレッシャーイベントを人為的にトリガーする必要がある場合を除き、デフォルト設定を使用してください。また、最大同時実行値を変更しないでください。 ## [](#関連情報)関連情報 - [実行エンジンのスレッドと同時実行](https://docs.mulesoft.com/jp/mule-runtime/4.5/intro-engine)