银行研讨会研讨话题二：集群或负载业务采用什么架构进行

2013年10月31日AIX专家俱乐部成功举办了关于银行的线上研讨会研讨的主题：如何保证系统的高可用性、可靠性、可扩展性？在本次研讨会过程中各家银行的参会嘉宾都积极参与交流，也同时涌现出大量大家比较关心的内容，所以把行业中大家比较关心的话题，放到社区来和大家一起交流。

本期讨论话题二：目前应用层的集群或多节点高可用或负载均衡确实还没有接触到，一方面是现有数据中心采购硬件往往都高标准采购，系统日常运行压力都比较低，不知道大家目前用到集群或负载的业务都是什么业务，采用什么架构进行的？  

参会人员的一些观点：

某银行人员：集群技术一直是行内热点。良好的规划实施可以降低客户的很多成本。这一点上在很多互联网公司的实践过程中已经得到证明了；

答：压力低不代表系统稳定啊，架构还是要往远处规划的，否则硬件来个问题，系统照样中断啊。 集群设备层面有F5、redware等，也有一些开源的软件如LVS等可以做到负载均衡，有些行也会针对自己的特性业务开发程序来进行负载均衡。架构一般是负载均衡不单点，后台多台服务器做集群分担负载；

某银行人员：数据级同城容灾还比较好实现，后期建立各应用灾备就是个比较大而难的问题，特别是容灾切换，其实灾备体系完整的建设不亚于灾备硬件、系统、应用的建设，这就需要前期对数据中心整体进行梳理，弄清楚业务逻辑关系，梳理完整的业务流向，技术有时候感觉在灾备建设的时候反而不是重点了，重点是灾备体系的完整规划和设计，有了详细的基础信息梳理，才能进行合适的技术选型及准确完整的切换应急流程设计；

某银行人员：目前压力低，但有些老应用系统都是单节点，的确存在硬件中断问题，所以这次通过X86虚拟化，对原有旧服务器，老业务系统进行整合改造，一方面提升硬件环境性能，另一方面实现硬件层的高可用，负载均衡设备不便宜啊，就像我们这现在的前端系统，为了省这个设备，就用的软件自动轮询机制。


大家在参与交流的过程中可以按以下格式进行：

行业： 银行

针对话题进行讨论和交流不限制在银行业

备注：凡是参与的会员根据回答的内容情况奖励参与奖20——50金币。欢迎大家踊跃参与交流！