一种服务器集群的配置管理系统和方法技术方案

本发明专利技术公开了一种服务器集群的配置管理系统和方法。所述方法包括：应用服务器向配置服务器发送配置信息请求消息；配置服务器在接收到应用服务器发送的配置信息请求消息后，从配置数据库检索出该应用服务器的配置信息并返回给该应用服务器；应用服务器将自身的地址注册到配置服务器；配置服务器对配置数据库中的应用服务器的配置信息进行更新，并根据应用服务器的注册地址向相应的应用服务器下发更新后的配置信息；应用服务器在接收到配置服务器下发的更新后的配置信息后，对本地的配置信息进行更新。本发明专利技术的技术方案能实现配置信息的集中式管理、维护简单，能实现配置信息的及时更新且节省网络资源。

【技术实现步骤摘要】

本专利技术涉及服务器集群
，特别是涉及。
技术介绍
几乎所有的应用程序都需要配置信息，配置信息使得可以在不修改应用程序的情况下，动态调整系统运行的一些参数。目前广泛应用的配置信息，一般是以文件方式保存在本地，文件格式有XML、Pr0perties、JS0n等。还有一些基础表的内容，比如城市编码、国家代码、邮政编码等，也可以作为配置信息存储在数据库中。在大规模集群应用中，应用程序运行在数百台甚至几千台服务器上，配置信息的维护管理更显得尤为重要。传统的配置信息，基本上是以本地文件为主，格式有XML、Pr0pertieS、JS0n等。这种配置方式，单机修改起来比较方便，但是对于大规模集群应用，如果需要修改上百台甚至几千台服务器就很困难了。而且修改配置文件，大多数时候都需要重启应用才能生效。而将基础配置信息存储在数据库中的方式，可以解决集中修改的问题，但是修改之后不能及时通知应用服务器，也不能及时更新生效。通过应用服务器定时获取最新配置信息的方式不太可行，一是更新不及时，二是如果更新太频繁会浪费大量的网络流量，增加数据库的压力。可见现有的应用配置信息的维护管理方案中要么配置信息的维护特别繁琐，要么配置信息的更新不及时还浪费网络资源。
技术实现思路
本专利技术提供了一种服务器集群的配置管理系统，该系统能实现配置信息的集中式管理、维护简单，能实现配置信息的及时更新且节省网络资源。本专利技术还提供了一种服务器集群的配置管理方法，该方法能实现配置信息的集中式管理、维护简单，能实现配置信息的及时更新且节省网络资源。为达到上述目的，本专利技术的技术方案是这样实现的本专利技术公开了一种服务器集群的配置管理系统，该系统包括由多台应用服务器组成的应用服务器集群、配置服务器、配置数据库，其中；配置数据库，用于保存应用服务器的配置信息；应用服务器，用于向配置服务器发送配置信息请求消息，并接收配置服务器返回的配置信息；用于将自身的地址注册到配置服务器；用于在接收到配置服务器下发的更新后的配置信息后，对本地的配置信息进行更新；配置服务器，用于在接收到应用服务器发送的配置信息请求消息后，从配置数据库检索出该应用服务器的配置信息并返回给该应用服务器；用于对配置数据库中的应用服务器的配置信息进行更新，并根据应用服务器的注册地址向相应的应用服务器下发更新后的配置信息。本专利技术还公开了一种服务器集群的配置管理方法，对于由多台服务器组成的应用服务器集群，将各应用服务器的配置信息保存到一个配置数据库中，并设置一个配置服务器，该方法包括应用服务器向配置服务器发送配置信息请求消息；配置服务器在接收到应用服务器发送的配置信息请求消息后，从配置数据库检索出该应用服务器的配置信息并返回给该应用服务器；应用服务器将自身的地址注册到配置服务器；配置服务器对配置数据库中的应用服务器的配置信息进行更新，并根据应用服务器的注册地址向相应的应用服务器下发更新后的配置信息；应用服务器在接收到配置服务器下发的更新后的配置信息后，对本地的配置信息进行更新。由上述可见，本专利技术这种对于由多台服务器组成的应用服务器集群，将各应用服务器的配置信息保存到一个配置数据库中，并设置一个配置服务器，当应用服务器向配置服务器发送配置信息请求消息时，配置服务器从配置数据库检索出该应用服务器的配置信息并返回给该应用服务器；应用服务器将自身的地址注册到配置服务器；配置服务器对配置数据库中的应用服务器的配置信息进行更新，并根据应用服务器的注册地址向相应的应用服务器下发更新后的配置信息的技术方案，能实现配置信息的集中式管理、维护简单，能实现配置信息的及时更新且节省网络资源。附图说明图1是本专利技术实施例中的一种服务器集群的配置管理系统的组成示意图；图2是本专利技术实施例中应用服务器主动获取配置信息的流程图；图3是本专利技术实施例中的配置信息更新的流程图。具体实施例方式为了使本专利技术的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本专利技术进行详细描述。图1是本专利技术实施例中的一种服务器集群的配置管理系统的组成示意图。如图1 所示，该系统包括由多台应用服务器组成的应用服务器集群、配置服务器、配置数据库和配置控制平台。其中；配置数据库，用于保存应用服务器的配置信息；在每次配置信息更新时自动升级配置信息的版信息。应用服务器，用于向配置服务器发送配置信息请求消息，并接收配置服务器返回的配置信息；用于将自身的地址注册到配置服务器；用于在接收到配置服务器下发的更新后的配置信息后，对本地的配置信息进行更新；配置服务器，用于在接收到应用服务器发送的配置信息请求消息后，从配置数据库检索出该应用服务器的配置信息并返回给该应用服务器；用于对配置数据库中的应用服务器的配置信息进行更新，并根据应用服务器的注册地址向相应的应用服务器下发更新后的配置信息；应用服务器与配置服务器之间维持一个常连接，应用服务器通过调用配置服务器的远程调用接口从配置服务器获取配置信息。配置控制平台，用于提供人机交互接口，接收用户输入的配置信息添加/修改/删除/更新命令，并转发给配置服务器；配置服务器，用于根据所接收的配置信息添加/修改 /删除/更新命令，在配置数据库中进行相应的操作。该系统能实现配置信息的集中式管理、维护简单，能实现配置信息的及时更新且节省网络资源。在图1所述的系统中，配置服务器还包括一个转化模块，当配置服务器接收到应用服务器的配置请求消息后，先从自身的缓存中查找与该应用服务器的配置信息所对应的配置对象，如果有则直接从缓存中获取该对应的配置对象返回给应用服务器，如果没有，则从数据库中检索出对应的配置信息，并由转化模块将检索出的配置信息转化给配置对象后保存在缓存中，配置服务器将缓存中的配置对象返回给该应用服务器；此外，配置服务器对配置数据库中的应用服务器的配置信息进行更新后，将该更新后的配置信息由转化模块转化为配置对象保存到缓存中，然后配置服务器根据应用服务器的注册地址向相应的应用服务器下发缓存中的与更新后的配置信息对应的配置对象。可见，配置服务器中的转化模块可以将XML、Properties、Json等不同格式的配置文件转化为统一的配置对象，配置对象可以通过统一的序列化方式在不同操作系统、不同开发语言开发的应用之间传输，因此能实现不同操作系统、不同开发语言之间的兼容处理。在图1所述的系统中，配置数据库用于按照配置信息键值(ConfigKey)、应用名称 (AppName)和应用服务器名称(ComputerName)之间的对应关系保存配置信息；应用服务器，用于向配置服务器发送包含配置信息键值、应用名称和应用服务器名称这三个参数的配置信息请求消息；配置服务器，用于在接收应用服务器发送的配置信息请求消息后，先根据其中的配置信息键值、应用名称和应用服务器名称这三个参数去从配置数据库中检索配置信息； 如果没有检索到匹配项，则根据配置信息键值和应用名称这两个参数去从配置数据库中检索配置信息；如果仍没有检索到匹配项，则根据配置信息键值这一个参数去从配置数据库中检索配置信息。这种方案可以实现配置的特例化，在后续部分还会对该方案进行详细说明。在图1所示的系统中，所述配置服务器是由多台服务器组成的集群，该多台服务器之间在对同一配置信息进行修改时，通过数据库排他锁的方式，防本文档来自技高网...

【技术保护点】
１．一种服务器集群的配置管理系统，其特征在于，该系统包括：由多台应用服务器组成的应用服务器集群、配置服务器、配置数据库，其中；配置数据库，用于保存应用服务器的配置信息；应用服务器，用于向配置服务器发送配置信息请求消息，并接收配置服务器返回的配置信息；用于将自身的地址注册到配置服务器；用于在接收到配置服务器下发的更新后的配置信息后，对本地的配置信息进行更新；配置服务器，用于在接收到应用服务器发送的配置信息请求消息后，从配置数据库检索出该应用服务器的配置信息并返回给该应用服务器；用于对配置数据库中的应用服务器的配置信息进行更新，并根据应用服务器的注册地址向相应的应用服务器下发更新后的配置信息。

【技术特征摘要】
1.一种服务器集群的配置管理系统，其特征在于，该系统包括由多台应用服务器组成的应用服务器集群、配置服务器、配置数据库，其中；配置数据库，用于保存应用服务器的配置信息；应用服务器，用于向配置服务器发送配置信息请求消息，并接收配置服务器返回的配置信息；用于将自身的地址注册到配置服务器；用于在接收到配置服务器下发的更新后的配置信息后，对本地的配置信息进行更新；配置服务器，用于在接收到应用服务器发送的配置信息请求消息后，从配置数据库检索出该应用服务器的配置信息并返回给该应用服务器；用于对配置数据库中的应用服务器的配置信息进行更新，并根据应用服务器的注册地址向相应的应用服务器下发更新后的配直fe息。2.根据权利要求1所述的系统，其特征在于，该系统进一步包括配置控制平台，用于提供人机交互接口，接收用户输入的配置信息添加/修改/删除/ 更新命令，并转发给配置服务器；配置服务器，用于根据所接收的配置信息添加/修改/删除/更新命令，在配置数据库中进行相应的操作。3.根据权利要求1或2所述的系统，其特征在于，所述配置服务器，用于接收到应用服务器的配置请求消息后，先从自身的缓存中查找与该应用服务器的配置信息所对应的配置对象，如果有则直接从缓存中获取该对应的配置对象返回给应用服务器，如果没有，则从数据库中检索出对应的配置信息，并将检索出的配置信息转化给配置对象后保存在缓存中，将缓存中的配置对象返回给该应用服务器；所述配置服务器，用于对配置数据库中的应用服务器的配置信息进行更新后，将该更新后的配置信息转化为配置对象保存到缓存中，并根据应用服务器的注册地址向相应的应用服务器下发缓存中的与更新后的配置信息对应的配置对象。4.根据权利要求1或2所述的系统，其特征在于，配置数据库，用于按照配置信息键值、应用名称和应用服务器名称之间的对应关系保存配置信息；应用服务器，用于向配置服务器发送包含配置信息键值、应用名称和应用服务器名称这三个参数的配置信息请求消息；配置服务器，用于在接收应用服务器发送的配置信息请求消息后，先根据其中的配置信息键值、应用名称和应用服务器名称这三个参数去从配置数据库中检索配置信息；如果没有检索到匹配项，则根据配置信息键值和应用名称这两个参数去从配置数据库中检索配置信息；如果仍没有检索到匹配项，则根据配置信息键值这一个参数去从配置数据库中检索配置信息。5.根据权利要求1或2所述的系统，其特征在于，所述配置服务器是由多台服务器组成的集群，该多台服务器之间在对同一配置信息进行修改时，通过数据库排他锁的方式，防止配置信息的修改冲突。6.根据权利要求1或2所述的系统，其特征在于，应用服务器包括远程加载模块和本地加载模块；其中，远程加载模块，用于向配置服务器发送配置信息请求消息，并接收配置服务器返回的配置信息；本地加载模块，用于从应用服务器的本地获取配置信息；应用服务器通过切换远程加载模...

【专利技术属性】
技术研发人员：高磊，李春雷，
申请(专利权)人：北京新媒传信科技有限公司，
类型：发明
国别省市：11