kbmMW为均衡负载与容灾提供了很好的机制，支持多种实现方式，现在看看最简单的一种，客户端控制的容灾和简单的负载均衡。

现在，我们将kbmMWServer部署到不同的服务器，或者在同一服务器部署多份实例，这样，我们会有一个服务的访问列表：

192.168.0.88:9000

192.168.0.88:9001

192.168.0.89.9000

192.168.0.89.9001

服务准备好了，现在，改造一下客户端的Transport，就可以实现容灾和负载均衡。具体来说，就是利用ClientTransport的两个属性与一个事件：

两个属性：

MaxRetrires:重联次数,触发ClientTransportReconnect事件时，参数Alternative为False

MaxRetriesAlternative:换Transport地址的重联次数,触发ClientTransportReconnect事件时，参数Alternative为True

系统首先按MaxRetries定义的次数试着联接服务，如果都不成功，再按MaxRetriesAlternative定义的次数试着联接服务器，再不 成功，最终触发OnConnectionLost事件。如果你没有处理OnConnectionLost事件，则产生异常Connection lost。每次重联，都会触发ClientTransportReconnect事 件，在这个事件中，通过参数Alternative可以判断是否需要重新定义Transport服务地址，如果换了新的服务地址，则系统按新地址重联服务 器。假设MaxRetries定义3，MaxRetriesAlternative定义为2，则一共试着重联服务器5次，最后两次，在触发ClientTransportReconnect事件时，Alternative参数为True。

一个事件，这个事件有三个参数：

Sender:Transport对象

Alternative:为True表示应该换一个服务地址

RetriesLeft:剩余的重联次数

下面代码演示了如何利用这个事件更换服务器地址：

procedure TwpMainModule.kbmMWHTTPSYSClientTransport1Reconnect(Sender: TObject;

  Alternative: Boolean; RetriesLeft: Integer);

var

  i:integer;

const

  AltHosts:array [0..5] of string = (

  '192.168.0.88:9000',

  '192.168.0.88:9001',

  '192.168.0.88:9002',

  '192.168.0.89:9000',

  '192.168.0.89:9001',

  '192.168.0.89:9002'

  );

begin

  if Alternative then

  begin

    i:=Random(High(AltHosts)-1);

    TkbmMWCustomClientTransport(Sender).host:=AltHosts[i];

  end;

end;

OK，最简单的均衡负载就这样实现了！

这样处理看起来简单，但存在问题，第一是每个客户端都要知道服务的列表，如果列表变化，不便维护；另外，没有实现真正的均衡，用户有可能都跑到一个服务上。为了解决这些问题，明天计划整理【集中式均衡负载的实现方式】。

参考kbmMW作者的说明文档