负载平衡的分发器

最新推荐文章于 2024-11-15 11:54:09 发布

weixin_30299539

最新推荐文章于 2024-11-15 11:54:09 发布

阅读量79

点赞数

文章标签：运维数据库大数据

原文链接：http://www.cnblogs.com/powerxu/p/4294356.html

版权

NServiceBus经销商类似行为的标准负载平衡器。它是透明的扩展的关键消息处理在许多机器。

作为标准NServiceBus过程中,经销商维护所有NServiceBus的容错和性能特征,但设计不压倒任何职工的节点配置来接收工作。

什么时候使用它呢?

扩展(有或没有一个分销商)对所做的工作仅仅是有用的一台机器需要时间,因此帮助更多的计算资源。帮助,监控CriticalTime性能计数器端点和当你有需要添加的分销商。使用经销商在需要的时候扩展是由不容易改变代码,刚刚开始相同的端点在经销商和职工档案,本文解释了。

分销商是否适用只有当使用MSMQ传输交换消息。NServiceBus使用MSMQ作为默认的运输。经销商不需要使用等代理传输和RabbitMQ状态"置疑"时,因为它们共享相同的队列,即使有多个端点的实例运行。NServiceBus将确保只有其中一个的实例,在这种情况下,端点将处理信息。

为什么要使用它呢?

当开始使用NServiceBus时,您将看到,您可以很容易地运行多个实例相同的过程相同的输入队列。这可能看起来像外扩,但真的是没有运行多个不同的线程在相同的过程。你会发现你不能在多台计算机共享一个输入队列。

经销商在这个限制。

MSMQ V4呢?

MSMQ的版本4,2008年与Vista和服务器可用,可以执行远程事务接收。这意味着过程在其他机器上可以以事务的方式把工作从一个队列在不同的机器上。如果处理消息的机器崩溃,消息回滚到队列和其他机器可以处理它。

尽管分销商提供类似的功能甚至在Vista发布之前,还有其他原因使用它甚至在新的操作系统。“远程事务接收”的问题是,当多个工作节点时,它会随之变慢。这是由于管理的开销更多的事务,以及长时间,这些交易是开放的。

简而言之,扩展MSMQ V4的好处本身是相当有限的。

性能?

经销商做多个操作对于每个消息,它是处理(接收一个现成的消息形成一个工人,发送消息��工人工作,接收一个现成的消息后加工),其性能是有限的虽然做很少的工作,因此使用一个经销商的好处是更适合较长时间运行的工作单元(高I / O和http调用一样,写入磁盘)而不是非常短暂的工作单元(快速从数据库读取和分派消息使用 Bus.Send或 Bus.Publish)

为了了解你预期的性能可分为常规端点性能和除以4。

如果您需要规模小的工作单元你可能想考虑较小的垂直部分切片处理程序的功能和部署他们自己的终点。

它是如何工作的?

工作者节点将消息发送到经销商,告诉它当他们准备工作。这些消息到达经销商通过一个单独的“控制”队列:

工人登记

那么经销商创建一个准备好了每个可用线程的消息:

工人登记

经销商存储这些信息。当消息到达经销商时,它使用先前存储的信息来找到一个自由工作者节点,并向其发送消息。是免费的,如果没有工人节点重复前面步骤前的经销商等。

工人登记

所有悬而未决的工作呆在经销商的队列(而不是建立在每个工人的队列),使能见度的消息实际上是等待多久。这是重要的遵守基于时间的服务水平协议(sla)。

监控的更多信息,请参阅监控NServiceBus端点.

关于Pub / Sub的更多信息在经销商的情况下看到的什么经销商和对任何出版商节点一样

经销商配置

当主机在NServiceBus.Host.exe端点

如果您正在运行NServiceBus.Host.exe,下面的配置文件开始您的端点与分配器的功能:

开始你的端点作为经销商确保您安装NServiceBus.Distributor。MSMQ NuGet然后从命令行运行主机,如下:

NServiceBus.Host.exe NServiceBus.MSMQDistributor

或者使用一个版本早于NServiceBus的v4.3中:

NServiceBus.Host.exe NServiceBus.Distributor

NServiceBus。(MSMQ)经销商资料指示NServiceBus框架开始一个经销商在这个端点,等待工人争取。与NServiceBus。NServiceBus(MSMQ)主剖面。(MSMQ)经销商概要节点不执行一个工人。

您可以使用NServiceBus。(MSMQ)主开始一个分销商在端点与工人在其端点。开始你的端点作为主人确保您安装NServiceBus.Distributor。MSMQ NuGet然后从命令行运行主机,如下:

NServiceBus.Host.exe NServiceBus.MSMQMaster

或者使用一个版本早于NServiceBus的v4.3中:

NServiceBus.Host.exe NServiceBus.Master

当用到

当你自我主机你的端点,使用这个配置:

v5 V4 v3.3

编辑

var configuration = new BusConfiguration();

// --------------------------------------
// Running the Distributor and a Worker
configuration.AsMSMQMasterNode();
//or 
configuration.RunMSMQDistributor();
// --------------------------------------

// --------------------------------------
// Running the Distributor only
configuration.RunMSMQDistributor(false);
// --------------------------------------

在版本4和使用使用NServiceBus.Distributor。MSMQ NuGet.

人员配置

任何NServiceBus端点都可以作为一个工人节点运行。来激活它,创建一个处理程序相关的信息和保证 app.config经销商的文件包含路由信息。

当主机在NServiceBus.Host.exe

如果你举办与NServiceBus.Host端点。exe运行作为一个工人,使用这个命令行:

NServiceBus.Host.exe NServiceBus.MSMQWorker

或者使用一个版本早于NServiceBus的v4.3中:

NServiceBus.Host.exe NServiceBus.Worker

配置主节点服务器的名称所示 app.config的例子。注意 MasterNodeConfig部分:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <configSections>
    <!-- Other sections go here -->
    <section name="MasterNodeConfig" type="NServiceBus.Config.MasterNodeConfig, NServiceBus.Core" />
  </configSections>
  <!-- Other config options go here -->
  <MasterNodeConfig Node="MachineWhereDistributorRuns"/>
</configuration>

读到的 DistributorControlAddress和 DistributorDataAddress在路由与经销商部分。

当用到

如果你用到这里端点所需的代码与经销商争取端点。

v5 V4 v3.3

编辑

var configuration = new BusConfiguration();
configuration.EnlistWithMSMQDistributor();

在版本4和使用使用NServiceBus.Distributor。MSMQ NuGet.

类似于自我托管,保证 app.config职工的包含 MasterNodeConfig指节主节点的主机名(经销商)正在运行。

路由与经销商

经销商为其运行时使用了两个队列的操作。的 DataInputQueue是客户端进程队列发送他们适用的消息。的ControlInputQueue就是工人的队列节点发送控制消息。

使用价值以外的NServiceBus违约可以覆盖它们,如所示 UnicastBusConfig部分如下:

<UnicastBusConfig DistributorControlAddress="distributorControlBus@Cluster1" DistributorDataAddress="distributorDataBus@Cluster1">
  <MessageEndpointMappings>
    <!-- regular entries -->
  </MessageEndpointMappings>
</UnicastBusConfig>

如果不存在这些设置,控制队列是假定的端点名称工人,连接的 distributor.control@HostWhereDistributorIsRunning字符串。

类似于标准NServiceBus路由,您不希望高优先级消息困在低优先级的消息,所以就像你有单独的NServiceBus过程不同的消息类型,你也设置不同的经销商实例(有单独的队列)不同的消息类型。

在这种情况下,名称的队列和消息一样。例如, SubmitPurchaseOrder.StrategicCustomers.Sales。这是经销商的数据队列的名称和输入队列的每个工人。经销商的控制队列是最好的命名前缀为“控制”,如下:Control.SubmitPurchaseOrder.StrategicCustomers.Sales.

当使用部署一个完整的发布/订阅的经销商,你看到的是一个分销商在每个用户平衡负载的事件被发表,如下:

逻辑pub / sub和物理分布3