[发明专利]一种基于应用集群的配置数据动态更新系统及方法

说明书

本发明涉及一种基于应用集群的配置数据动态更新系统及方法，引入配置文件版本号方案，基于集群管理服务器，通过配置文件版本号对配置数据进行分类和管理，当配置文件版本号发生变化时，由集群管理服务器通知应用节点版本号变化事件，应用节点监听到版本号变化事件后，从集群管理服务器中获取最新版本，并读取最新版本号对应的配置数据，解析配置数据，组装成本地缓存对象，更新本地缓存，完成配置数据的动态更新，集群管理服务器上只存储配置文件版本号，利用磁盘来存储具体的配置数据，不受集群馆办理服务器自身内存的限制，能够支持大批量数据的动态更新。

技术领域

本发明涉及数据更新技术领域，具体涉及一种基于应用集群的配置数据动态更新系统及方法。

背景技术

随着分布式技术的逐渐普及，基于分布式技术的应用系统越来越多。另外Linux和虚拟技术成为当前主流技术潮流，应用系统不再局限于小型机部署，而是由多个x86刀片机或虚拟机组成的应用系统集群。应用系统集群是指由多台机器分别部署应用组成，集群化部署方便应用系统横向扩展，线性提升性能，但其也给运维和管理带来一定问题，比如集群内部各节点在面临配置数据(尤其静态配置数据)更新时如何做到及时、统一、同步更新，尤其在大批量、结构化数据发生变更时，如何做到集群内各个节点的数据同步，比如，营销配置活动发生变化、产品配置数据发生变化、基础域系统新增工号、消息中间件新增主题等等。目前主要采用集群管理服务器zookeeper，具体实现方案为：

集群管理服务器的功能之一就是集群配置管理，在分布式的环境中，可能会有多个对等的程序读取同样的配置文件，程序可以部署在多台机器上，如果配置采用文件的话，则需要为部署该程序的机器也部署一个配置文件，一旦要修改配置的时候就会非常麻烦，需要修改多个配置文件，而且容易产生不一致。集中式配置管理的思路是，将配置数据集中发布到zookeeper的节点上，供订阅者动态获取数据，实现配置的集中式管理和动态更新，可以简单的理解为配置数据与程序分离。

利用集群管理服务器zookeeper存在以下缺陷：

(1)Znode存储大小有限制，最大不能超过1M，zookeeper客户端和服务端均有限制。虽然可以通过修改环境变量“jute.maxbuffer”将最大值改大，但是如果ZNode的过大，读写某一个ZNode将造成不确定的延时，同时ZNode过大，将过快地耗尽ZooKeeper服务器的内存，因此ZooKeeper不适合存储大量数据；

(2)不适合传输大量数据，应用系统配置数据变化，需要zookeeper短时间内(最好在毫秒级)向应用系统集群各个节点同步数据，当节点数量较多时，网络带宽不足，将影响应用系统与zookeeper的心跳维持，触发应用与zookeeper会话失效，这反过来会影响应用对配置数据的处理(原先未同步完成的配置数据如何处理，另外本地缓存里的数据如何处理)，会话恢复后zookeeper不会再次触发watcher函数；

(3)Zookeeper不适合存储结构化数据，因为zookeepr的树形结构存储特性，很难表达较为复杂结构的配置数据。

发明内容

本发明提供了一种基于应用集群的配置数据动态更新系统及方法，能够支持大批量数据的动态更新。

本发明解决上述技术问题的技术方案如下：一种基于应用集群的配置数据动态更新系统，包括配置管理服务器、集群管理服务器和由多个应用节点组成的应用集群；

所述配置管理服务器，用于对配置数据的配置更新以及对配置文件版本号的配置更新，并将配置文件版本号上传至集群管理服务器，其中，配置数据存储于配置文件中；

所述集群管理服务器，用于当配置文件版本号更新时，生成版本号更新事件，并将版本号更新事件通过广播方式广播给应用集群中的每一个应用节点；