SQL Server 層のスケールアップ

このパターンで、スループットまたは待機時間の要件に応じて、既存の SQL メッセージボックスデータベースをアップグレードしてスケールアップします。

次の図は、マスターのメッセージボックスデータベースをクワド (4) プロセッササーバーから 8 プロセッササーバーにアップグレードするシナリオを示しています。

MSGBOX スケールアップ

SQL 層をスケールアップするタイミング

マスターのメッセージボックスデータベースをスケールアップするとき。
マスターのメッセージボックスデータベースがボトルネックになっている場合。次のボトルネックが考えられます。
- Cpu 非常に高価で複雑なオーケストレーションシナリオの場合、メッセージボックスは大量の CPU リソースを消費します。 CPU を追加して SQL Server をスケールアップすると、シナリオもスケールアップされます。
- メモリまたは I/O メモリまたは I/O はボトルネックになり、アップグレードできます。
スケールアップがスケールアウトよりもコストがかからず、スケールアップによりボトルネックを解消できる場合。たとえば、マスターのメッセージボックスデータベースに SQL のロックの競合があった場合、スケールアップではこの問題を解決できません。

スケールアップは、SQL 層のロックの競合のボトルネックを解消できません。このようなボトルネックが発生した場合、スケールアウトはスケールアップよりも優れたオプションです。

マスターのメッセージボックスデータベースをスケールアップしてから、スケールアウトします。
マスターのメッセージボックスデータベースは、いずれはボトルネックとなります。そのため、マスターのメッセージボックスデータベースを高速で大容量にする必要があります (たとえば、Itanium ベースの 64 ビットまたは x64 ベースの、デュアルコアコンピューターなど)。