可扩展及自动复制的服务器群配置管理基础设施制造技术

提供了一种可扩展及自动复制的服务器群配置管理基础设施。集中式配置数据库存储用于服务器群的所有配置数据。新的配置数据可通过扩展配置对象模型被添加到配置数据库而无需了解或改变配置数据库的模式。为服务器群中的每个服务器提供了使服务器群中的配置数据跨服务器群中的多个服务器自动保持同步的同步机制。

【技术实现步骤摘要】
【国外来华专利技术】可扩展及自动复制的服务器群配置管理基础设施背景现今，因特网被广泛地用于向使用浏览器的用户传送应用。因特网还被用于Web上贸易，其中各个消费者和企业使用Web来购买各种货物和服务。事实上， 一些公司仅在Web上供应货物和服务而其它公司使用Web来扩展他们的领域。关于这些贸易活动以及其它活动，企业和其它内容供应商使用服务器来处理 来自不同用户的请求。各种架构被用来处理这些请求。通常，其中具有群集中的一 组服务器(服务器群(server farm))的分布式架构被用来处理请求。在这样 的服务器群系统中，服务器组在用户看来就像是单个服务器。负载平衡机制可被用 于确定服务器群中的哪个服务器将被用于处理送往该服务器群的各种请求。配置和维护服务器群内的各种服务器向来就是一个难题。随着给定服务器群 中的所采用的服务器总体数量的增长，该问题被加剧。为了适当地维护服务器群内 的服务器，各服务器必须不时地被更新。这些更新包括服务器所提供的配置数据和 服务，从而确保服务器的每一个的某些设置相对于彼此同步，并且接近实时地保持 对存在于服务器群的服务器上的各种服务和应用程序的了解。遗憾的是，执行服务器管理的当前技术无法提供能够对服务器群内的服务器 进行系统和全面管理的内聚性方法。例如，通常，大多数应用将配置数据存储在文 件中。这些方法具有诸多关键问题。首先，必须在运行应用的所有服务器之间保持 这些配置文件同步。诸如微软的应用服务器的技术设法通过在服务器之间复制配置 文件来保持配置文件跨多个服务器地同步。然而，当将配置文件复制到服务器机器 上时，需要大量附加工作来提供服务器专用信息。因此，期望具有中央存储用于服 务器群的所有配置文件并且使得用于应用的配置数据在服务器群中的任意位置都 可用的机制。另外，当在另一个应用(基础应用(base application))上构建了一个应 用时，该应用必须了解基础应用具有其自身的文件格式并且该应用通常需要将其设 置存储在单独的文件中。尽管诸如XML等技术使得文件格式更易于扩展，但是这 些技术要求基础应用公开一模式(schema)和机制以方法防止不同的应用以不兼容 的方式扩展该模式。此外，如果基础应用希望升级以XML方式存储的设置，则基 础应用必须确保其没有附带地改变其它应用的设置或改变这些应用程序所依赖的 设置。类似地，基本应用绝对不能改变包含依赖于该基础应用的应用的设置的文件 的位置。另一种常见设计将应用设置存储在每个机器的注册表中。此设计使得实质 上不可能将设置跨服务器群分布，并且可能会对系统资源使用具有不利影响。因此， 期望提供一种不依赖于固定文件格式的存储应用设置的集中式可扩展机制。概要本专利技术通过为服务器群提供一种可扩展及自动复制的配置管理基础设施来解 决上述需要。基础设施包括配置数据库，它是服务器群中所有配置数据的主副本 (master copy)并且配置数据被自动保持在其中。配置基础设施还包括配置管理对象模型，该模型使得在无需理解或更改底层 配置数据库模式的情况下，第三方能够更新配置数据库中的配置数据。优选地，配 置管理对象模型是与配置数据库交互的唯一方法。根据本专利技术的另一个方面，配置管理基础设设施还包括确保用配置数据库中 的任意配置变化对服务器群中的所有服务器进行更新的安全同步机制。例如，服务 器群中的每个服务器包括诸如定时器服务等代理，该代理以诸如每一分钟的特定时 间间隔自动地查询配置数据库。然后，代理将配置数据库中的任意变化下载到服务 器。总之，本专利技术提供了一种可扩展及自动复制的服务器群配置管理基础设施。 因此，可自动地同步服务器群中的配置并且可将配置变化添加到集中式配置数据库 而无需用户知道或改变底层配置数据库模式。本概要被提供用于以简化形式介绍将在以下具体描述中进一步描述的概念的 精选。本概要并非旨在标识所要求保护的主题的关键特征或本质特征，也并非旨在 用于帮助确定所要求保护的主题的范围。附图说明在所附权利要求中阐述了本专利技术被认为是本专利技术的特性的新颖特征。然而， 通过参考以下结合附图阅读的示例性实施例的详细描述，将更好地理解本专利技术自身 以及使用优选模式、及其其它目的和优点，其中图1示例了示出其中可实现本专利技术的各方面的数据处理系统的一个示例性网络的示意图2示例了示出用在图1中的一个示例性服务器群的框图； 图3是示出了另一示例性服务器群的框图；以及图4是示出了对服务器群进行可扩展及自动复制的配置管理的一个示例性过 程的流程图。示例性实施例的具体描述图1示出了可在其中实现本专利技术的一个示例性实施例的数据处理系统的网络 100的示意表示。数据处理系统的网络100包括网络102，该网络102是用于在数 据处理系统的网络100内连接在一起的各种设备与计算机之间提供通信链接的介 质。网络102可包括诸如有线或无线通信链接、光纤电缆等的连接。如图1中所示，数据处理系统的网络100包括至少一个服务器群104和多个 客户机108-112，所有这些都连接到网络102。服务器群104—般由被呈现为用于 处理请求的单个服务器或虚拟服务器的一组服务器构成。客户机108、 110和 112是服务器群104的客户机。这些客户机108、 IIO和112可以是例如个人计 算机或网络计算机。 一般而言，服务器群104向客户机108-112提供诸如引导 文件、操作系统图像和应用等数据。数据处理系统的网络IOO可包括未示出的 附加服务器、客户机和其它设备。在所示示例中，数据处理系统的网络100是因特网，其中网络102表示使用 TCP/IP协议族来彼此通信的网络和网关的全球范围的集合。在因特网的中心处是 主节点或主机之间的高速数据通信线路主干。这些节点或主机包括路由数据和消息 的成千上万的商业、政府、教育和其它计算机系统。网络数据处理系统IOO还可实 现为诸如内联网、局域网(LAN)或广域网(WAN)等许多不同类型的网络。图 1旨在作为示例，而无意作为本专利技术的架构上的限制。图2是根据本专利技术的一个示例性实施例的服务器群104的框图。如图2中 所示，服务器群104包括诸如202A、 202B、 202C等彼此通过通信系统212通 信的多个服务器。通信系统212用于处理发向服务器群104的路由请求和响应。 通信系统212可采用包括例如总线、网络、共享存储器等在内的各种形式。服务器群104可包括连接到通信系统212并且用于接收从网络102发往服 务器群104的请求的负载管理器214。这些请求可包括从客户机108-112(图1) 接收的请求，并且可包括例如对网页、文件以及其它内容的请求。负载管理器 214操作用于将请求分布到服务器202A-202C以便处理。实质上，负载管理器 214操作用于确保服务器群104的服务器202A-202C中没有一个多余地承担对 服务器群104作出的请求。在本专利技术的实施例中，服务器群104包括基本上存储用于服务器群104的 所有配置数据的配置数据库218。配置数据库218可操作地连接到通信系统212 以便使得配置数据能被发送到服务器群104中的服务器202A-202C的每一个。 配置数据库218用于管理服务器202A-202C的每一个的配置设置。因此，配置 数据库218起到用于必须被本文档来自技高网...

【技术保护点】
一种服务器群，包括：　　　　配置数据库，存储用于所述服务器群的配置数据；以及　　　　至少一个服务器，其中所述服务器包含用于使用所述配置数据中的任何变化来自动更新所述服务器的同步机制。

【技术特征摘要】
【国外来华专利技术】US 2005-6-30 11/171,6171.一种服务器群，包括配置数据库，存储用于所述服务器群的配置数据；以及至少一个服务器，其中所述服务器包含用于使用所述配置数据中的任何变化来自动更新所述服务器的同步机制。2. 如权利要求1所述的服务器群，其特征在于，所述配置数据库是通过由扩 展配置对象模型的配置数据对象提供的配置数据来更新的。3. 如权利要求2所述的服务器群，其特征在于，所述配置数据对象无需使用 所述配置数据库的模式而扩展所述配置对象模型。4. 如权利要求1所述的服务器群，其特征在于，所述同步机制通过以下操作 来使用所述配置数据中的任何变化自动更新所述服务器.-定期地査询所述配置数据库；以及 将所述配置数据中的所述变化下载到所述服务器。5. 如权利要求4所述的服务器群，其特征在于，所述同步机制是定时器服务。6. 如权利要求1所述的服务器群，其特征在于，还包括存储所述服务器群中 的至少一个服务器的数据的至少一个内容存储。7. 如权利要求6所述的服务器群，其特征在于，所述同步机制向所述服务器传播关于所述内容存储的信息。8. 如权利要求1所述的服务器群，其特征在于，还包括用于在所述服务器群 的服务器之间分布对所述服务器群作出的请求的负载管理器。9. 一种用于对包含至少一个服务器的服务器群进行可扩展及自动复制的配置 管理的系统，包括配置数据库，存储用于所述服务器群的配置数据；配置对象模型，可扩展用于在不使用所述配置数据库的模式的情况下更新所 述配置数据库中的所述配置数据；...

【专利技术属性】
技术研发人员：JK班克斯顿，CM鲁瑟尔，WD泰勒，
申请(专利权)人：微软公司，
类型：发明
国别省市：US[美国]