BizTalk レベルをスケールアップするには、CPU、メモリ、IO、およびその他のリソースをアップグレードします。 次の図は、BizTalk 層を 2 台のプロセッサ コンピューターから 4 台のプロセッサ コンピューターにスケールアップする方法の例を示しています。
BizTalk レベルをスケールアップするシナリオは、スケールアウトを選択した場合と似ています。
BizTalk Server がボトルネックになります。 ボトルネック自体は、次のいずれかの問題が原因である可能性があります。
CPU: シナリオで CPU 負荷の高いパイプライン、マップ、またはオーケストレーションを使用する場合、BizTalk サーバーには余分な CPU ヘッドルームはありません。
メモリと I/O: 既存のコンピューターがメモリと IO の上限に達しており、コンピューターをアップグレードする必要がある場合。
スケールアウトはコストがかかりすぎます。
スケールアウトがボトルネックに対処しない場合。 たとえば、スケールアウトでは、次のボトルネックには対処できません。
大容量メッセージ変換
インターチェンジあたりのメッセージの数が多い
パイプラインやアダプターなど、一部の BTS コンポーネントによるメモリ使用率が高い
EDI を例とするトランスポート
BizTalk レベルをスケールアップできない場合
MessageBox データベースがボトルネックです。
アダプターがボトルネックになります。 たとえば、アダプターを使用している場合、BizTalk レシーバーの数を増やした後、BizTalk アダプターがデータをプルしているバックエンド アプリケーションでロックの競合が増加する可能性があります。 これにより、アダプターをスケールアップする機能が制限されます。
こちらもご覧ください
BizTalk Server 層のスケールアウト
SQL Server 層のスケールアップ
SQL Server 層のスケールアウト
受信ホストScaled-Out
Scaled-Out 処理ホスト
ホストの送信Scaled-Out
Windows Server クラスターを使用した BizTalk Server Hosts2 の高可用性の提供
Scaled-Out データベース
BizTalk Server データベースのクラスタリング