バッチ生産能力

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

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

バッチ キャパシティ = バッチ サーバーの数 × サーバーごとのバッチ スレッドの数

ユーザー ライセンスによって、環境のバッチ容量の合計が決まります。 システムは、このバッチ容量を使用して、必要なバッチ サーバーの最小数と最大数を確立します。

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

バッチ自動スケーリング

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

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

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

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

PBS 対応環境では、自動スケーリングにより、スケール アップやスケール ダウンのイベントに関係なく、すべてのバッチ サーバーでスレッドの合計数が常に一定に保たれます。

たとえば、環境が 6 つのバッチ サーバーで開始され、それぞれが 8 つのスレッドで構成され、合計 48 個のスレッドがあります。 環境がスケーリングされるにつれて、自動スケールによってサーバーの数が 8 に増えると、システムは各サーバーが 6 つのスレッドを使用するように自動的に調整され、合計は 48 (8 × 6 = 48) に維持されます。 同様に、環境が 4 つのサーバーにスケール ダウンした場合、各サーバーに 12 のスレッドが割り当てられ、同じ合計 (4 × 12 = 48) を維持します。

どちらの場合も、スレッドの全体的な容量は一貫性を保ち、ディストリビューションのみが変更されます。

この方法により、CPU やメモリの使用状況だけでは自動スケールがトリガーされない場合でも、バッチ処理キャパシティが一定に保たれます。

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

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

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

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