[信息与通信]Load Balance advanced design.ppt

分行外联通信现状分析于解读 网点终端到分行前置机之间通过TCP连接实现通信 电子渠道到分行网银前置机之间采用B/S通信 第三方外联机构与分行之间采用C/S结构的socket通信双向互联，通过多次交互完成一笔交易 部署方式总结 考虑到和当前网络架构以及防火墙部署的整合，并且对现有网络影响最小，推荐为不同的服务器群采用逻辑上独立的负载均衡设备，并采用桥接部署模式 由于网络结构复杂，应用繁多，因此尽可能减少subnet的划分，尽可能利用交换机的VLAN功能 分行内部系统通信现状分析与解读 多种应用共存 系统与系统之间采用网状网络互联 系统与系统之间的多采用C/S架构双向互联 应用中间件weblogic和交易中间件tuxedo的通信管理和协调问题 Application Load Balance design WebLogic Application Server WebLogic Internals Tuxedo负载均衡 部署方式总结 不同应用之间相互隔离，互不影响 通过虚拟逻辑策略共享设备资源，保证应用效率的同时降低网络的复杂度和设备能耗 和现有网络架构兼容，易于平滑过渡 针对weblogic和tuxedo等应用服务器的负载均衡策略简介 * * * * * * * * * * * * Advantage high throughput / bandwidth not required in the load balancer Restrictions load balancer blind to return traffic TCP flows have to be always timed-out (more CC required) TCP termination not possible (only L4 load balancing!) inband health monitoring not possible servers need to be L2-adjacent servers need to be configured with loopback address * * * * * * * * Serverfarm: logical group of servers. A single server can belong to multiple serverfarms. 图中列的系统只是部分代表，实际分行有更多的应用 如图所示，各应用系统之间是要互相通讯的，整个分行各系统之间的通讯链路是一个类似于一个蜘蛛网状结构，而不是分层的结构。 系统与系统之间通讯的数据流是双向的，也就是说参与通讯的两套系统往往是互为客户端、服务端的通讯方式。 网点终端到分行机房柜面前置机（图中下边的通讯链路）是单向长连接的通讯方式（telnet 或者ssh连接），负载均衡实现比较简单。 电子渠道到分行机房网银前置机（图中左边的通讯链路）是单向短连接的通讯方式（http连接的B/S应用），目前负载均衡器在各大行业已有很多实施案例。 第三方合作单位与分行机房（图中右边的通讯链路）是双向长、短连接通讯方式，主要是socket实现C/S应用。交易数据流是双向的，存在多次交易报文完成一笔交易的情况。 分行各套应用系统平台使用到了Tuxedo、WebLogic中间件平台，同时Tuxedo、WebLogic之间还需要互相通讯。交易数据流是双向的，存在多次交易报文完成一笔交易的情况。 由于负载均衡器在B/S应用方面已经有了很成熟的案例，而分行实际应用系统大多数是C/S应用系统。所以我们主要关注C/S应用场景下怎样实施负载均衡，与典型的B/S应用相比，主要有几点需要关注： C/S应用往往交易数据流是双向的，即客户端、服务端主机是互为客户端、服务端的。 Tuxedo和WebLogci软件本身已经能够实现负载均衡，而分行应用部署情况是同一套应用系统对外通讯既使用到了Tuxedo或/和WebLogic，又使用到了socket/http通讯。那么引入负载均衡器解决socket/http通讯负载均衡的时候，需要考虑怎么与Tuxedo、WebLogic之间共存协调、彼此功能取舍？需要考虑在加入负载均衡器之后Tuxedo与Tuxedo、WebLogic 与 WebLogic、Tuxedo与 WebLogci之间怎样通讯。最好是能够发现一些硬件负载均衡器弥补中间件软件缺陷的闪光点。 存在多次报文完成一笔交易的情况。 图中列的系统只是部分代表，实际分行有更多的应用 如图所示，各应用系统之间是要互相通讯的，整个分行各系统之间的通讯链路是一个类似于一个蜘蛛网状结构，而不是分层的结构。 系统与系统之间通讯的数据流是双向的，也就是说参与通讯的两套系统往往是互为客户端、