周边网关热备及负载均衡机制.doc

周边网关热备及负载均衡机制周边网关热备及负载均衡机制 1. 通讯单点故障预防机制 a、客户端和周边网关之间 营业部可以安装多台周边网关； 自助、热自助等客户端通过接收周边网关的定时广播包确定连接哪一台周边网关； 当一台周边网关当机之后，自助、热自助程序将接收不到这台故障的网关的 广播包，就不会连接该网关，从而达到防单点故障的目的 b、周边网关和后台之间 周边网关可以连接多个通信服务器（最多6台）和后台通讯; 当其中任意一台通信服务器发生故障的时候，周边网关可以使用剩下的通信服 务器和后台通讯；以此达到防单点故障2. 热备及均衡负载机制 上述防通讯单点故障的机制，同时具有热备及均衡负载的特性： a、客户端同时收到多台网关的广播包，客户端会优先连接连接数最小的那 个周边网关，从而达到均衡负载的作用 b、周边网关和通信服务器之间建立多个连接，连接数量参见配置文件中 MinWorkThreadCount/MaxWorkThreadCount，最小为5个，最大为128个； 周边网关内部有相应的检查机制，保证对每一个通信服务器的连接数进行均衡； 该检查线程发现有的通信服务器上的连接数超过平均数的时候，会发出指令， 要求其中的一个处理线程断开该连接，去连接连接数最少的那台通信服务器， 从而达到连接数均衡的目的； 3. 通讯平台连接机制 a、周边网关上有一个连接检测线程，定时（10秒），会对所有通信服务器进行连接测试， 对于连接不成功的通信服务器，标记为故障， 对于原先是故障的通信服务器，如果连接成功的话，标记为故障恢复； 各个处理线程在和通信服务器建立新的连接的时候，只会选择无故障的通信服务器 进行连接（在所有无故障的通信服务器中选择连接数最小的那台进行连接） b、每一个处理线程连接好通信服务器之后（建立的是通讯平台的客户端连接），会维持这 个连接，具体维持过程类似于Ping，受参数LineTestInterval的控制，注意，该参数 的单位为毫秒，和drtp3的NetDelay作用类似（注意，NetDelay的单位为秒）； 具体的说，当LineTestInterval时间内没有收到通信服务器的任何数据的时候，处理 线程会向通信服务器发Ping包（DRTPCheckNetState）,如果检测失败，就会断开这个 通信服务器，并标记该通信服务器为故障状态。 c、每一个处理线程和通信服务器建立的连接都是客户端连接，并且，每一次和后台的交互 都是同步调用。 d、周边网关启动后，立即启动MinWorkThreadCount个处理线程，和后台建立了MinWorkThreadCount个连接； 当处理繁忙的时候，周边网关会启动新的处理线程和后台进行通讯，最多建立MaxWorkThreadCount个连接 当处理趋于清淡时，周边网关会主动关闭处理线程，减少和后台的连接的个数。 e、目前drtp3上通讯错误主要包括如下几个： -4：应用服务器或目的网关无法到达 -5：缓冲区不足（DRTPReceive） -6: 数据包的长度为0（收到一个长度为0的应答包） 0: 超时 和通信服务器之间的连接断开了，例如： 超过NetDelay没有进行数据通讯，被drtp3踢掉了 或者，通信服务器退出了 f、目前，周边网关向后台提交请求的时候，没有重发机制，如果出错，将会把出错信息 返回给客户端。 4. 动态数据使用机制（包括内存表，队列等的使用） a、目前周边网关的客户的所有请求都是通过内部请求队列和处理线程之间进行通讯的； 请求队列的深度为64； 从极端情况看，周边网关上积累的最大的在途请求的个数请求队列的深度处理线程的个数64128192 b、周边网关使用内存表存放数据，并能在界面上查看这些数据，主要的表有： 连接表 营业部表 功能统计信息表 对于周边网关上使用的业务数据，也采用内存表存放，例如： Function1Cache OrderCache等 5. Cpack包的容错机制。 目前采用CPACK.DLL进行cpack包的解析，该dll是一个早期的版本（2002年5月），已经稳定运行多年6、目前周边网关不足的地方 a、目前，周边网关在使用本地行情的时候，hqdll还不支持多个行情源，在这里存在 单点故障，不过，当前可以通过不启用本地行情，而直接使用行情服务器的方式 解决此问题 b、在故障恢复方面，当周边网关有多个处理线程连接某台通信服务器，