对工作负载共享或可伸缩性的配置
此配置由集群中运行的多个消息传递引擎组成,每个消息传递引擎限制为在一个特定服务器上运行。工作负载分摊配置通过在多个服务器间分摊消息传递负载来实现更高的消息吞吐量。
- 可使用消息传递引擎策略辅助将集群添加至服务集成总线,并使用可伸缩性消息传递引擎策略。此过程为集群中的每个服务器创建一个消息传递引擎。每个消息传递引擎只有一个首选服务器,并且不能故障转移或故障恢复,即,它配置为仅在该服务器上运行。系统会自动创建并配置新核心组策略并使这些策略与每个消息传递引擎相关联。
- 可在不使用消息传递引擎策略辅助的情况下将集群添加至服务集成总线。系统会自动创建一个消息传递引擎,然后您将所需的其他消息传递引擎添加至集群,例如,为集群中的每个服务器添加一个消息传递引擎。
为每个消息传递引擎创建一个核心组策略。因为不需要故障转移,所以应配置这些策略以便将每个消息传递引擎的范围限制为特定服务器。要将消息传递引擎的范围限制为特定服务器,可为每个消息传递引擎配置静态策略。
创建新策略后,使用匹配条件将每个策略与所需消息传递引擎相关联。
这种类型的部署通过在多个消息传递引擎中对目标进行分区提供工作负载分担。此配置不启用故障转移,原因是每个消息传递引擎只能在一个服务器上运行。故障的影响比在简单部署环境中低,原因是如果集群中的某个服务器或消息传递引擎失效,那么余下消息传递引擎仍然具有可操作目标分区。但是,在重新启动失败的服务器之前,该服务器中的消息传递引擎处理的消息将不可用。
工作负载分摊配置还会提供可伸缩性,原因是可在不影响集群中现有消息传递引擎的情况下向集群添加新服务器。
下图显示工作负载分摊或可伸缩性配置,其中有三个消息传递引擎 ME1、ME2 和 ME3,分别带有数据存储器 A、B 和 C。消息传递引擎在包含三个服务器的集群中运行,并且分摊流经目标的流量。每个服务器在单独节点上,所以即使一个节点失效,余下节点上的服务器仍然可用。

下图显示 server1 失效时的情况。ME1 不能运行,数据存储器 A 不可访问。直到 server1 恢复,ME1 才能处理消息。ME2 和 ME3 不受影响并继续处理消息。它们现在将处理流经目标的所有新流量。

下图显示 server1 恢复而 server2 失效时的情况。ME2 不能运行,数据存储器 B 不可访问。直到 server2 恢复,ME2 才能处理消息。ME1 和 ME3 可处理消息,并且现在将处理流经目标的所有新流量。
