--- schema_version: "1" id: 5b88005772605b64d962d75f789ea44c864fb3bb64f68c7b48661fd1e00cc1d5 title: back-pressure と maxConcurrency collection: mulesoft version: current locale: ja-jp portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/mule-runtime/4.4/tuning-backpressure-maxconcurrency.md canonical_url: https://docs.mulesoft.com/jp/mule-runtime/4.4/tuning-backpressure-maxconcurrency source_site: docs.mulesoft.com content_type: documentation content_hash: c3d778c7022694863098bbe9b32f2e444fad7e8b5f8300f601dd5a7e0cc823a3 description: MuleSoft Documentation Site release: "4.4" 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.4/about-components)​には最大同時実行の設定があります。 - Flow スコープ - Scatter-Gather ルーター - Async スコープ - Batch Job スコープ - Parallel For Each スコープ ## [](#推奨事項)推奨事項 同時実行を減らしてバックプレッシャーイベントを人為的にトリガーする必要がある場合を除き、デフォルト設定を使用してください。また、最大同時実行値を変更しないでください。 ## [](#関連情報)関連情報 - [実行エンジンのスレッドと同時実行](https://docs.mulesoft.com/jp/mule-runtime/4.4/intro-engine)