バッチ生産能力

バッチ能力とは、一度に処理できるバッチ タスクの最大数を指します。 これは、バッチ サーバーの数と、それらのタスクを処理するために使用できるバッチ スレッドの数の両方によって異なります。

バッチ能力を計算するには、バッチ サーバーの数とサーバーごとのバッチ スレッドの数を乗算します:

バッチ能力 = バッチ サーバーの数 × サーバーごとのバッチ スレッドの数

環境のバッチ能力の合計は、ユーザー ライセンスに基づいて決定されます。 このバッチ能力を利用するために必要なバッチ サーバーの最小数と最大数を設定します。

バッチ能力を表示するには、システム管理>セットアップ>サーバーの構成を使用し、使用可能なバッチ サーバーを探します。

バッチ自動スケーリング

自動スケーリングは、リソース使用状況のしきい値に応じてバッチ サーバーを自動的に調整する新しい機能です。 環境に柔軟性が提供されるため、変化するワークロードに動的に対応できます。 このプロセスは完全に自動化され、バッチ サーバーの CPU およびメモリの使用状況に基づく定義済の信号に依存します。

自動スケーリングは、環境のワークロードが時間とともに変動する場合に有効です。 報告された負荷を継続的に監視し、定期的にトリガーを評価して、スケーリングが必要かどうかを判断します。

負荷のしきい値が小さい場合は、サービスがスケールインする位置を示します。 平均負荷がこのしきい値を下回った場合は、サービスはスケールインします。

逆に、負荷のしきい値が大きい場合は、サービスがいつスケールアウトするタイミングを示します。平均負荷がこのしきい値を超えた場合は、サービスはスケールアウトします。

たとえば、環境が 6 つのバッチ サーバーで構成されていて、それぞれに 8 つのスレッドがあり、合計 48 個のバッチ スレッドがあるとします。

環境でバッチ サーバーの CPU およびメモリの使用率が高い場合、プラットフォームによって別のバッチ サーバーが導入され、サーバーごとのスレッド数が 7 に減少する場合があります。 このアクションにより、7 つのバッチ サーバーがある場合でも、スレッド数の合計は 49 で一貫し、初期数の 48 にほぼ一致しています。

逆に、バッチ サーバーの CPU とメモリの使用率が低い場合、サーバーごとのスレッド数を 12 に増やしながら、プラットフォームで 2 つのサーバーを削除することを選択し、合計 48 スレッドを維持します。

この方法では、バッチ サーバーの数を最適化しながら環境に対して有効なスレッドの合計を確実に維持し、インフラストラクチャ リソースを適切に割り当てます。

バッチ能力を向上させる方法

運用環境のバッチ容量を増やすには、ユーザーライセンスを増やし、Microsoft Dynamics Lifecycle Services のサブスクリプションの見積もりを更新する必要があります。 更新されたユーザー ライセンスについては、既存のサーバーごとにスレッド数を調整することで、バッチ容量を自動的に増やします。 このプラットフォームは、既存のバッチサーバーが CPU とメモリ使用率のしきい値に達した後に、さらにバッチ サーバーを追加します。

サンドボックス環境のバッチ容量を増やすには、Tier-4 または Tier-5 のサンドボックスが必要です。 このアクションは、Tier-2 または Tier-3 では実行できません。

能力計画に関する詳細については、環境計画を参照してください。