BizTalk Server 体系结构为可伸缩性提供了很好的支持。 选择的缩放模式取决于方案、硬件和吞吐量/延迟要求的复杂性。 最初应从较小的拓扑开始,并尝试根据本部分中的准则进行纵向扩展或缩减。
横向扩展和纵向扩展
可通过两种方式扩展 BizTalk Server 系统:
横向扩展是增加计算机数量的过程。 例如,如果 BizTalk Server 受到 CPU 资源的瓶颈,则添加另一台服务器会提供两倍的 CPU 资源,从而提供两倍的吞吐量。
纵向扩展是升级现有计算机的过程。 例如,可以将 BizTalk Server 计算机从 4 个处理器计算机升级到 8 个处理器。
BizTalk Server 系统有两个层:BizTalk Server 层和包含 MessageBox 数据库的 SQL Server 层。 在任何情境中,都可以横向扩展或纵向扩展每个层级。 也就是说,可以横向扩展 BizTalk Server 和 MessageBox 数据库,也可以纵向扩展这两个数据库。
在大多数情况下,BizTalk 层首先成为瓶颈,通过横向扩展来开始提高性能。但是,在某些时候,根据系统的复杂性和你使用的硬件,不能再横向扩展 BizTalk 层,SQL Server 层成为瓶颈。 然后,可以纵向扩展 SQL Server 层,然后通过添加更多 MessageBox 数据库来横向扩展它。
注释
新的 MessageBox 数据库不一定意味着这里就有另一台服务器。 单个 SQL 服务器可以有多个 MessageBox 数据库。 此外,如果数据库位于不同的计算机上,则多个 MessageBox 数据库会产生 DTC 费用和网络跳数。
从理论上讲,只要主 MessageBox 数据库不饱和,SQL Server 层就可以无限期横向扩展。
本节中的主题更详细地介绍了这些缩放模式。 它们还说明如何缩放每个模式,以及如何确定何时不能再使用该模式来缩放系统。
本节中
另请参阅
Scaled-Out 接收主机
Scaled-Out 处理器主机
Scaled-Out 发送主机
使用 Windows Server 群集为 BizTalk Server Hosts2 提供高可用性
Scaled-Out 数据库
集群化 BizTalk Server 数据库