社保系统数据大集中后，在硬件或者软件方面做负载均衡，有没有好的建议和方案？
按照当前社会的发展，人口的流动加剧，异地就医，异地医保报销的需要越来越迫切，这就要求省级社保数据和市级社保数据的集中，各省之间的数据进行联网。
数据集中后，业务访问压力会增大，会存在网络和业务负载均衡的问题，在硬件或者软件方面做负载均衡，有没有好的建议和方案？
7同行回答
其实就负载均衡来说，就我们的理解和应用情况来看，涉及多个层面，比如链路层面的负载均衡，应用层面的负载均衡，后端数据库层面的负载均衡等等。
这里提到的F5和A10一般都是用在应用层面或者链路层面。就应用层面来说，如果没有特殊要求，不论国内产品还是国外产品，基本都能够满足要求。但如果进一步提高应用要求，比如HTTPS的应用国内产品还是有差距的。
还有一个问题需要注意，F5在这个方面绝对是领军厂商，但一些功能是需要单独授权的才能使用的。
就数据库层面的负载均衡，主要是基于可靠性和负载均衡两个方面考虑，比如,双主机或者多主机的，基于ORACLE的RAC应用等等。当然还应该结合业务应用，数据库应用等多个方面的规划部署来实现。
收起我个人理解这个问题基本没有其他选择的余地，一定是硬件的，这也是业务系统特点所要求的。这方面国产品牌还是有较大差距（我们做过一些测试），一般业务的负载均衡都是选择如F5，A10等产品较多，不过在一些其他方面还是可以选择国产的，只要能够满足业务系统需求就可以。
收起从部署和管理方面来讲，还是应该选择硬件方面的负载均衡比较好，并且人社行业的业务特点和已经比较成熟的业务应用设计，多是基于WEBLOGIC中间的应用在使用，所以从业务应用的部署和后续管理方面等角度考虑，还是应该考虑硬件的负载均衡设备比较好。
至于功能，目前不论是国内品牌还是国外品牌，都能够满足基于三层应用的HTTP应用的快速部署应用，但从长远一点看，还是应该考虑一下或者具有基于HTTPS功能的业务应用来考虑，这方面我们已经做了部分功能的测试，它可以为进一步提高系统安全性方面做些准备工作。
收起目前提出的云架构方案，数据大集中，采用多台高性能服务器部署虚拟化，多套存储形成存储池，服务器虚拟化，存储虚拟化，可以在各种宿主机上面在线迁移。
收起- 我觉得，云架构方案目前还是一个比较新的应用技术，并不一定适合人社系统的应用。 从商家的角度可能觉得是一个新的好的东西，会让我们对这类商家有一个良好的认识。但如果你对人社系统进行比较深入一点的了解后，你可能就不会完全赞同他们的观点了。这更多应该是在建设方面还没有在人社系统下有成熟的方案。还有就后续管理工作的各方面准备工作情况。 一是人社系统的业务特点要求，要采用云应用只能是私有云，而这个私有云的建设，管理等方面，都存在着很大的不可预知的风险。这些都是人社系统在目前快速发展情况下无法接受的。 二是人社信息化建设处于当前快速发展的情况下，不论是业务发展，还是人才储备都无法承受任何方面出现有风险。 三是就目前的情况下，我觉得还是基于成熟的虚拟化应用更适合当前的需要。包括虚拟化是已经成熟的应用了。而且有很多成熟成功的应用案例可以借鉴。我们的应用情况来看，虚拟化应用确实可以大大提高工作效率，减少一些工作风险。 至于在线迁移等应用还是需要根据业务应用要求再结合一些系统应用备份软件等做好测试工作后再实施部署。 我们在5年前做过类似的工作，当时的技术条件和设备条件并不是很成熟，效果不是很理想。因为实际应用服务器不同于PC机，在服务器上的应用建议一定要做好事测试后再部署。 我觉得还是先在一些相对要求不高的辅助系统的应用上，可以统一规划一下，在新的应用环境下实施，测试，部署。待成熟后再逐步扩展推广应用比较稳妥。也应该考虑到后期的管理工作。