CN107210924B - 用于配置通信***的方法和设备 - Google Patents

Abstract

在用于配置通信***的配置服务器中的方法包括：在第一集群中配置多个节点；以及在至少第二集群中配置多个节点，使得配置服务器充当至少第一和第二集群的共用配置服务器。在与集群相关联的节点中的方法包括：确定与适配成用于配置与节点相关联的集群和至少一个其它集群的共用配置服务器有关的配置服务地址；发送对于配置信息的请求至共用配置服务器；以及从共用配置服务器中接收配置信息。

Description

用于配置通信***的方法和设备

技术领域

本发明涉及用于配置通信***的方法和设备，例如涉及大型***配置。

背景技术

包括多个节点和服务器并且特别是组织在集群中的节点和服务器的通信***的配置是复杂的任务。例如，服务定向行为的更新通常要求某些参数配置在通信***的每个节点中。这不仅引起对这样的更新的长维护窗口，而且还容易出错。

此外，在现存通信***中应用节点和配置服务器通常紧密耦合或密切相关，其意味支撑商业需要的动态外扩是困难的。在集群的所有节点或者在***中所有集群上作出配置的改变是困难的。在集群各种节点之间或者在多个集群之间确保配置一致性也是困难的。

发明内容

本发明的目的是提供消除或减少上文所提及至少一个或多个的劣势的方法和设备。

根据本发明的第一方面，提供有在用于配置通信***的配置服务器中的方法。方法包括：在第一集群中配置多个节点；以及在至少第二集群中配置多个节点，使得配置服务器充当至少第一和第二集群的共用配置服务器。

根据本发明的另一个方面，提供有用于配置通信***的配置服务器。配置服务器包括处理模块，其适配成在第一集群中配置多个节点，以及在至少第二集群中配置多个节点，使得配置服务器充当至少第一和第二集群的共用配置服务器。

根据本发明的另一个方面，提供有在通信***的节点中的方法，其中，节点与包括多个节点的集群相关联。方法包括：确定与适配成配置与节点相关联的集群和至少一个其它集群的共用配置服务器有关的配置服务地址。方法包括：发送对于配置信息的请求至共用配置服务器；以及从共用配置服务器中接收配置信息。

根据本发明的另一个方面，提供有包括指令的计算机程序，当指令在至少一个处理器上被执行时，促使该至少一个处理器实现根据附上的权利要求中的任一项的方法。

根据本发明的另一个方面，提供有包括如上文所述的计算机程序的载体，其中，载体是电信号、光信号、无线电信号或者计算机可读存储介质中的一个。

附图说明

为了对本发明的示例有更好的理解，以及为了更清楚地示出示例可如何被实现，现将仅以示例的方式参考以下附图，其中：

图1示出通信***的示例；

图2示出根据本发明实施例的方法的示例；

图3示出根据本发明实施例的通信***的示例；

图4图示通信***的集群可以如何在分层式结构中分组的示例；

图5提供通信***的集群可以如何在分层式结构中分组的进一步细节；

图6示出根据本发明实施例的方法的示例；

图7图示本发明实施例的应用的示例；

图8示出根据本发明实施例的方法的示例；

图9图示本发明实施例的应用的另一个示例；以及

图10示出根据本发明实施例的配置服务器的示例。

具体实施方式

集群***一般包含很多服务器（或者节点）。服务器可以是属于相同类型的，或者属于不同类型的。作为示例，集群***可包含2个负载均衡服务器（LBS），40个流量处理服务器（TPS），以及1个配置服务器（CS）。配置服务器单独地管理其集群中的每个服务器的配置。例如，每个负载均衡服务器或者流量处理服务器能具有在配置服务器中其本身的配置，但大多数的配置跨所有负载均衡服务器都相同，以及大多数的配置跨所有流量处理服务器都相同。理由是双重的。不同类型的服务器要求不同集合的配置参数，以及每个服务器典型地具有其本身的对于某些特定配置参数的独特值，例如，服务器应该起始的IP地址。

为了简化本文中的描述，预计具有跨服务器或节点的相同值的配置将称为“共用配置”，以及预计对不同服务器或节点具有独特值的配置将称为“特定配置”。

在共用配置将被改变的情景中，***管理方需要在每个服务器或节点上重复相同的改变。虽然能通过批量处理来减少繁琐，在跨所有服务器的共用配置的一致性上仍存在顾虑，因为每个操作都有失败的可能性。

在将通过添加新的流量处理服务器来扩大集群容量的情景中，运营方需要通过复制现存流量处理服务器的配置，以及对新的流量处理服务器的特定配置实现改变来对流量处理服务器生成新的配置。

在将添加新的服务的情景中，运营方需要特定地在服务器的一个类型上添加或改变某种配置，以及特定地在服务器的另一个类型上添加或改变某种配置。例如，为了支持对TCP端口8080的流量处理，运营方需要添加“8080”至所有负载均衡服务器的配置参数，以及还需要添加“8080”至所有流量处理服务器的另一个配置参数。

大型电信运营方一般具有多个相同用途的集群***，其能视为具有多个集群的一个***。每个集群具有其本身的配置服务器，其具有其本身的配置副本。虽然配置的一小部分将特定于每个集群（例如，由于本地省域规定），大多数的配置跨所有集群都将是相同。

在预计跨所有集群具有相等值的配置参数将被改变的情景中，运营方需要在每个集群上重复相同的改变。虽然能通过批量处理减少繁琐，在跨所有服务器的共用配置的一致性上仍存在顾虑，因为每个操作都有失败的可能性。

在新集群将添加至***的情景中，典型地，运营方将需要部署新的配置服务器，登陆至现存集群的运行配置服务器，以及复制该配置的全部至新集群的配置；以及作出轻微的改变以反映新集群的某些特定要求。在新集群的配置服务器以合适的配置被填充之后，只有那样处理流量或任务的服务器（例如，负载均衡服务器和流量处理服务器）才能启动。在该过程中，要求很多人为介入，例如当部署配置服务器、访问另一个配置服务器、复制现存配置、作出特定配置改变时，其所有都是低效的并且还是易出错的。

为了帮助解释典型配置的示例，图1示出***的配置，其中，运营方具有四个集群103₁到103₄。示例中的每个集群103示出为包括第一类型107的多个节点和第二类型109的多个节点，以及用于管理集群中每个节点的配置的配置服务器105。需要注意的是集群可包含另外节点，其包含其它类型的另外节点，但为了参考的方便仅示出第一和第二节点类型107、109。虚线111表示配置服务器105的（例如通过***管理方101的）手动配置。配置服务器105和其相应节点107、109之间的实线表示例如通过从外部不可直接访问的集群内部网络的私有通信。

示例中，第一集群103₁和第二集群103₂可提供给特定的服务，例如网页优化，而第三集群103₃和第四集群103₄可提供给另一个服务，例如视频优化。每个集群103中的每个节点107、109的配置是独特的，例如因为每个配置包含本地配置（例如IP地址）以启动相应的网页优化或视频优化服务。每个节点107、109之间的配置很难同步。在所有集群103的共用配置需要被更新的情景中，***管理方101须要一个接一个登陆进入每个集群103的配置集群105中，以重复地作出相同改变。这不仅是繁琐的行动，而且还易出错。

如上文所见，现存配置解决方案对运营方呈现出技术的复杂性。由于商业服务典型地由集群***中不同类型的多个节点所提供，运营方通常需要在每个类型的节点中设置不同的参数同时遵照严格过程。

作为另一个示例，七种不同的节点需要被更新以便添加新的服务至图1中的第三集群103₃。这是无可避免地复杂以及还易出错。

如先前所提及，每个节点107、109具有共用配置的副本。因此，对于具有n个节点的集群，管理方需要维护共用配置的n个副本。对于具有m个集群的多集群***，管理方须要维护共用配置的m*n个副本。共用配置的多个副本的该存在具有几个缺点。例如，在共用配置上作出改变是困难的。在不同节点中确保共用配置的一致性也是困难的。存储空间还被浪费，因为需要存储每个节点的共用配置的副本。

当添加新的节点至这样的***时也有缺点，因为这意味必须准备某种定制化和配置的新副本。添加新的集群意味必须准备新的集群中所有节点的配置和定制化。数据准备牵涉很多手动步骤，其同样地是易出错的。

下文所述的实施例提出用于组织和管理***配置的新概念。

根据本发明的第一方面，多集群***中的集群的配置由一个配置服务器所管理。这些集群的配置以分层式的方式管理，其中较低级别集群能从较高级别集群继承配置，其进一步细节将在本申请中稍后描述。

根据本发明的第二方面，提供节点特定配置的新表示，由此节点特定配置上升至集群的共用配置。该表示方法支持从共用配置的节点级别配置本地化（或者转化），其进一步的细节将在本申请中稍后描述。

根据本发明的第一实施例，图2示出在配置通信***的配置服务器中的方法。方法包括在第一集群中配置多个节点（步骤201）。在配置服务器中的方法还包括在至少第二集群中配置多个节点的步骤（步骤203），使得配置服务器充当至少第一和第二集群的共用配置服务器。

通过提供能够在至少第一和第二单独的集群中配置节点的共用配置服务器，这具有去除在每个集群中具有配置服务器的需要的好处。而且，这允许***更加容易地扩展。

在一个示例中，方法包括在分层式结构中配置多个集群，其包括至少第一集群和第二集群。

集群的分层式结构的优势是要求仅一个配置服务器支持多个集群，其提供在资源使用上的高效。这样的分层式结构还使得作出共用配置改变更加容易，例如，由此一次性改变能在所有直系后代集群上生效。

集群的分层式结构还提供引入集群的新变型的灵活性。例如，新的变型能放置在合适的分层中，其中集群的特定配置参数则被设定。所有其它配置可使用继承的值。

分层式结构还本质上帮助确保配置的一致性，因为预计为共用的配置仅有一个副本。

图3图示***中分层式结构的示例，其中运营方具有四个实际集群103₁到103₄，（其例如具有获取流量的节点）。第一和第二集群103₁ 和103₂是用于服务，例如网页优化，而第三和第四集群103₃和103₄ 是用于另一个服务，例如视频优化。

不是如图1对于相应集群103₁到103₄中的每个具有单独配置服务器105₁到105₄，图3实施例示出共用配置服务器113。共用配置服务器113可例如通过***管理方101来控制或管理。

四个实际集群 103₁到103₄在该示例中分组至两个逻辑集群中：服务1的集群1（涉及实际集群103₁和103₂，其还将在本文中相应地称为集群1.1和1.2）以及服务2的集群2（涉及实际集群103₃和103₄，其还将在本文中相应地称为集群2.1和集群2.2）。集群例如基于他们共有的在其共用服务方面的配置参数可逻辑地被分组。其它方法还可用于逻辑分组集群。这两个逻辑集群，也就是集群1和集群2，进一步分组成一个逻辑集群，根集群，集群0。需要注意的是，另外层和另外集群可以提供在分层式结构中，但图3的示例为了参考的方便已经被简化。

图4示出图3示例中所图示的集群的分层式结构的另一个表示。

在根级别的集群0，包括根配置，配置0；

在根级别以下的第一分层式级别上的集群1，包括第一级别配置，配置1；

在根级别以下的第二分层式级别的集群1.1，包括第二级别配置，配置1.1；

在根级别以下的第二分层式级别的集群1.2，包括第二级别配置，配置1.2；

在根级别以下的第一分层式级别的集群2，包括第一级别配置，配置2；

在根级别以下的第二分层式级别的集群2.1，包括第二级别配置，配置2.1；

在根级别以下的第二分层式级别的集群2.2，包括第二级别配置，配置2.2；

因此，在该示例中：

·集群0是集群1和集群2的父辈；

·集群1是集群1.1和集群1.2的父辈；

·集群2是集群2.1和集群2.2的父辈。

对于涉及每个集群的配置，图5提供配置参数可以如何互相关的示例。

预计对于所有集群共用的配置参数配置在根集群（集群0（这是分层式结构中最高级别））上。在上文示例中，配置参数p1、p2和p3示出为对所有集群是共用的（以及示出为相应地包括值“a”、“b”和“c”）。

预计在集群1.1和集群1.2之间共用的配置参数配置在集群1（这是在分层式结构中的第一级别）上。在图5的示例中，配置参数p4和p5示出为对在该级别的集群是共用的，也就是对集群1.1和集群1.2是共用的（以及示出为相应地包括值“d”和“e”）。

同样地，在集群2.1和集群2.2之间是共用的配置参数配置在集群2（这是分层式结构中第一级别）上。在图5的示例中，配置参数p4和p5示出为对在该级别上的集群是共用的，也就是对集群2.1和集群2.2是共用的（以及示出为相应地包括值“h”和“i”）。

预计特定于集群的配置参数配置在最低级别集群上，在图5示例中，最低级别是根级别以下的第二级别以及包括集群1.1、集群1.2、集群2.1和集群2.2。在示例中，配置参数p6示出为是特定于每个集群（以及示出为相应地包括每个集群的值“f”、“g”、“j”和“k”）。

从上文可见，参考“p”表示特定配置参数，例如启动应用的IP地址，以及值（例如“f”）是该配置参数的值，例如特定于集群1.1的IP起始地址。同样地，对于配置参数“p4”，例如，集群1.1和1.2共享该配置参数的相同值，也就是“d”。

可在集群之间共享的配置参数的示例包含例如：

- 不同通信协议的超时值，例如，TCP连接超时、HTTP请求超时等；

- 启用的特征，例如，报头丰富的启用、内容压缩的启用等；

- 外部节点的IP地址，例如，列入黑名单的IP地址、计费***的IP地址等。

图5因此示出每个集群（集群1.1、集群1.2、集群1.3和集群1.4）在将其自身特定配置参数与继承的配置参数组合之后的的实际配置。

例如，集群1.1包括：配置参数p6（具有特定于集群1.1的值“f”）、已经从较高分层式级别的父辈集群1继承的配置参数p4和p5（对应地具有值“d”和“e”）以及已经从祖父辈集群0或者根集群继承的配置参数p1、p2和p3（对应地具有值“a”、“b”和“c”）。

从上文可见，根据本发明的实施例的方法包括：通过对一个或多个集群分组成集群的逻辑分组来在分层式结构中配置多个集群。

在集群的逻辑分组中的集群包括至少一个共用的配置参数。

在一个实施例中，共用配置服务器提供在分层式结构中的根级别，以及其中，根级别包括配置（例如配置0），其包括对在由共用配置服务器所配置的所有集群共用的一个或多个配置参数。

在一个示例中，在根级别以下的第一级别的集群的逻辑分组中的集群（例如集群1；集群2）共享对该集群的逻辑分组共用的一个或多个配置参数，以及从根级别继承一个或多个配置参数。

在一个示例中，分层式结构包括多个级别，其中，在中间分层式级别的集群的逻辑分组中的集群共享对于该集群的逻辑分组共用的一个或多个配置参数，以及从父辈分层式级别继承一个或多个配置参数。

对于在中间分层式级别的集群的逻辑分组共用的一个或多个配置参数可向下传递至一个或多个子集群。

在最低分层式级别的集群（例如集群1.1、1.2、2.1、2.2）包括特定于该集群的至少一个配置参数，以及从父辈集群和任何祖父辈集群或者在分层中较高的任何集群继承一个或多个配置参数。需要注意的是，最低级别集群，例如集群1.1，可具有特定于该集群的不止仅一个的配置参数。

根据一个实施例，分层式结构包括多个分层式级别，以及其中，在较低分层式级别的一个或多个集群配置成从在较高分层式级别的一个或多个集群继承一个或多个配置参数。集群的实际配置可以是特定于该集群的其本身配置与其父辈的实际配置的组合，并且由此其本身配置占先。

参考图6，在适配成以该方式配置多个集群的共用配置服务器（例如，图3的共用配置服务器113）中执行的方法还可包括如下步骤：步骤601，接收来自第一节点的要接收第一节点的配置信息的请求。该方法包括，步骤603，从与请求一起所接收的集群身份信息中确定与第一节点相关联的集群。步骤605，对所识别的集群检索配置信息，以及配置信息则发送至第一节点（607）。

图7示出根据本发明的实施例，节点（或者云环境中的节点实例）如何能够从共用配置服务器113获取配置信息的示例。在建立或初始化过程期间，例如，新的节点（节点A）可采用包括集群身份（与节点相关联的集群的身份）和配置服务的地址（例如与上文所述的共用配置服务器相关联的端口和IP地址）的信息来引导，如步骤1所示。在建立或初始化过程期间，其它信息也可引导至节点。

图7的步骤2中，为了获取配置信息，节点（节点A）发送对于配置信息的请求至共用配置服务器113。例如，从在上文所述的引导过程中已获取的配置服务的地址确定共用配置服务器的地址。步骤2中所发送的请求可包括例如，对于节点A的配置的超文本传输协议（HTTP）GET请求的发送。配置服务和节点之间的接口可包括例如，RESTful接口（也就是遵守某些架构式约束的表示性状态转移架构）。HTTP GET请求包括集群身份，也就是将与新节点相关联的集群的身份。

图7的步骤3中，根据集群身份，配置服务（例如共用配置服务器113）返回对于该请求的配置信息。配置信息可包括例如，在JavaScript对象符号（JSON）文件中表示的配置文件。

步骤4中，根据一个示例，从配置服务下载的配置信息则被更改或本地化至节点级别配置，以及配置参数则能应用于本地节点应用。在本地级别关于转化的更多细节将在本申请中稍后描述。

多个集群的配置能通过配置服务（也就是共用配置服务器113）来管理。集群以分层式的方式来组织。每个集群能具有其本身的配置。集群的配置由其子集群来继承，以及子配置能有其本身的配置值。集群的实际配置是其本身的配置与其父辈（和在分层中任何较高集群）的实际配置的组合，由此其本身的配置占先。

因此，根据如图8所示的本发明的另一个实施例，提供有在通信***的节点中的方法，其中，节点与包括多个节点的集群相关联。方法包括：步骤801，确定与适配成配置与节点相关联的集群和至少一个其它集群的共用配置服务器有关的配置服务地址。步骤803中，对于配置信息的请求发送至共用配置服务器。步骤805中，从共用配置服务器接收配置信息。

接下来，将以更多细节描述节点如何能执行从配置服务器或者共用配置服务接收的共用配置的本地化或转化至对该节点的本地配置。本地化可考虑使用共用配置服务器的分层式配置来与本文所述的实施例相结合使用，或者单独地用在包括多个节点的单一集群中。

大型***能够具有上千个节点。每个节点可能需要在配置服务器上具有唯一配置。这是因为事实上配置通常包含一些节点特定配置值（例如应用将要启动的IP地址）。例如，如上图5中，与集群1.1对应的节点可包括节点特定配置，其包括具有值“f”（例如，“f”是在该节点的应用的起始IP地址）的配置参数p6。

管理上千个唯一配置牵涉关于在所有节点上改变共用配置、确保跨所有节点的共用配置的一致性，以及添加集群中新的节点的配置的复杂性。

根据本发明的第二方面，提供有提升节点特定配置以成为共用配置的方法。这具有的优势是，集群则仅需要有一个共用配置，由此集群中所有节点则能使用该共用配置。

因此，根据本发明的该方面，不是对配置参数设置节点特定值，实施例提出将别名配置参数设置为该值。每个节点能适配成执行本地化过程以转化别名配置参数至其实际节点特定值，也就是节点的特定配置参数。

例如，别名配置参数能遵循模式例如：

该“<Separator>Tag”可用于告知节点本地化或转化过程将被执行。在转化过程中，上述文字转化为对象属性的值。

例如，不是将节点特定配置参数的值设置为IP地址，例“1.2.3.4”，特定配置参数而是可设置为值例如

。当节点接收该别名表示时，在实际将值应用到应用之前，节点执行本地化过程以转化别名至接口‘eth1’的其第一ipv4地址（也就是“1.2.3.4”）。

因此，在一个实施例中，当从配置服务器（例如共用配置服务器）接收配置信息时，节点中的方法还包括：执行关于所接收的配置信息的转化过程以得出节点级别配置。

执行转化过程可包括：确定从配置服务器接收的配置信息中的别名配置参数，以及映射别名配置参数至特定于本地节点的特定配置参数。

映射信息可存储在节点，例如其中映射信息提供从配置服务器接收的别名配置参数和节点的特定配置参数之间的关系。

图9提供为另一个示例，其图示转化（本地化）过程可以如何在整体配置过程中提供。

第一步骤1中，假设节点A开始启动。步骤2中节点A执行本地IP发现。这可牵涉确定起始IP地址，其识别共用配置服务的IP地址。步骤3中，节点A发送对于配置信息的请求至配置服务（例如共用配置服务器），以及步骤4中接收配置信息文件。步骤5中，节点A转化别名配置参数至节点特定值或多个节点特定值。步骤6中，节点A将配置应用到应用。

上述实施例中，***配置可通过共用配置服务器提供为服务。在一个示例中，共用配置服务器是通信***中的节点或者另一个节点的部分，其中，配置服务运行在这样的节点上。在另一个示例中，共用配置服务提供为基于云的服务或平台，例如基于web的服务。具有许可使用该服务的任何节点能连接至该服务器以及使用配置服务以得到适当的配置。

根据本发明的实施例，图10示出配置服务器113的示例，其用于配置通信***。包括处理模块115的配置服务器113适配成在第一集群中配置多个节点，以及在至少第二集群中配置多个节点，使得配置服务器113充当至少第一和第二集群的共用配置服务器。

处理模块115可适配成对共用配置服务器执行本文所述的任何步骤。

节点能使用协议（诸如HTTP），例如用于从这样的配置服务器下载其配置。

在上文所述的一些实施例中，可见的是，节点特定配置提升为共用配置，使得集群能具有配置的仅仅一个副本，其能被集群中的所有节点共享。

此外，一些实施例中，集群能组织在逻辑分组中。集群的配置可由其子集群继承。因此，集群集合的共用配置能置于较高级别的集群，以及运营方只需要维护跨集群的共用配置的仅仅一个副本。

本文所述的实施例去除对每个集群要有其本身的配置服务器的必要性。

在上文所述的示例中，配置服务和节点宽松地耦合，其具有优势在于：两端能扩大或者演进而有对另一方具有极小的影响。

节点可采用包含集群身份、配置服务地址的信息和一些其它信息的信息来引导。配置服务地址能由节点使用以接触配置服务。集群身份使节点能够检索对该集群可用的配置文件。

上文所述的实施例帮助减少大型***的配置的复杂性。

本发明的实施例使大型***的配置管理能够实行得更加简单且更加高效。实施例还对云计算环境中的高弹性要求提供更好的支持。高弹性的意思是取决于流量简况来适配集群中服务器的数量应该是容易的。例如，有利的是：不要求任何额外的配置而在流量繁忙时期将服务器添加到集群，或者在低流量期间从集群中去除服务器。

上文实施例具有提供简单和高效的配置管理的优势。例如，运营方只需要对集群执行服务定向配置改变。服务定向配置和各种类型节点的配置之间的映射的复杂性对运营方是透明的。

分层式配置架构保持跨集群的共用配置的最小化副本。因此，对所有集群作出共用配置改变是相对较容易的。由于只有一个共用配置副本的存在，跨集群的配置的一致性还得到提高。

由于节点特定配置能提升为共用配置，集群中的所有节点能共享共用配置的相同副本，其具有优势在于：当集群外扩（也就是变得更大）时，运营方不需要作任何配置改变。

而且，当新的集群被添加时，运营方只需要作最小化的配置改变，因为大部分配置能从分层式架构中较高级别集群所继承。

本发明的实施例可以是平***立的，以及可用于裸金属机器、虚拟化环境和云环境。如本领域技术人员将理解，“裸金属”机器是传统的服务器，其上的操作***具有对硬件（例如，膝上型电脑上的Windows或者Linux服务器等）的直接访问权。在虚拟化环境和云环境中，虚拟服务器的操作***在软件之上运行，其被称为管理程序。虚拟服务器的操作***对硬件不具有直接的访问权。所有调用通过管理程序处理。

根据一个实施例，提供有用于配置包括一个或多个集群的通信***的方法，每个集群包括一个或多个类型的多个关联的通信节点，方法包括通过使用共用或者单个配置服务器来控制多个集群的配置。

多个集群可在分层式结构中来控制。对于分层中第一级别的第一级别集群的分组是共用的任何配置参数从在第二级别的共用集群中继承，第二级别比第一级别要高，以及对于在第二级别的集群是共用的任何参数从在第三级别的共用集群中继承，第三级别比第二级别要高，以及如此类推直到达到根级别，其中根级别的配置参数对***中的所有集群是共用的。

需要注意的是，上文所述的实施例阐述而不是限制本发明，以及本领域技术人员在不偏离附上的权利要求的范围的情况下将能够设计很多备选实施例。词组“包括”不排除除了那些列举在权利要求中以外的要素或步骤的存在，“一”不排除多个，以及单个处理器或其它单元可满足权利要求中记载的若干单元的功能。权利要求中的任何参考标记不应该理解成以致限制其范围。

Claims (23)

1.一种在配置服务器中的用于配置通信***的方法，所述方法包括：

在第一集群中配置多个节点；以及

在至少第二集群中配置多个节点，使得所述配置服务器充当至少第一和第二集群的共用配置服务器。

2.如权利要求1所述的方法，包括通过使用分层式结构配置包括至少所述第一集群和所述第二集群的多个集群的步骤。

3.如权利要求2所述的方法，其中，通过使用所述分层式结构配置所述多个集群包括将一个或多个集群分组成逻辑集群组。

4.如权利要求3所述的方法，其中，逻辑集群组中的集群包括至少一个共用的配置参数。

5.如权利要求2至4中任一项所述的方法，其中，所述共用配置服务器提供在所述分层式结构中的根级别，以及其中，所述根级别包括：包括一个或多个配置参数的配置，所述一个或多个配置参数对于正在由所述共用配置服务器配置的所有集群是共用的。

6.如权利要求5所述的方法，其中，逻辑集群组中在所述根级别下的第一级别的集群共享对该逻辑集群组是共用的一个或多个配置参数，以及从所述根级别中继承一个或多个配置参数。

7.如权利要求6所述的方法，其中，所述分层式结构包括多个级别，以及其中，逻辑集群组中在中间分层式级别的集群共享对该逻辑集群组是共用的一个或多个配置参数，以及从父辈分层式级别中继承一个或多个配置参数。

8.如权利要求7所述的方法，其中，在所述中间分层式级别对逻辑集群组是共用的所述一个或多个配置参数被向下传递至一个或多个子集群。

9.如权利要求6或7所述的方法，其中，在最低分层式级别的集群包括特定于该集群的至少一个配置参数，以及从父辈集群和任何祖父辈集群和在所述分层中任何更高的集群中继承一个或多个配置参数。

10.如权利要求6或7所述的方法，包括以下步骤：提供别名配置参数替代特定于集群的至少一个配置参数，由此所述别名配置参数由具有所述至少一个特定配置参数的节点所使用，用于转化所述别名配置参数至特定于相应节点的本地配置参数。

11.如权利要求2至4中任一项所述的方法，其中，所述分层式结构包括多个分层式级别，以及其中，在较低分层式级别的一个或多个集群被适配成从在较高分层式级别的一个或多个集群中继承一个或多个配置参数。

12.如权利要求2至4中任一项所述的方法，其中，集群的实际配置是特定于该集群的其本身配置与在所述分层中其父辈集群和任何较高级别集群的实际配置的组合，以及由此它本身的配置占先。

13.如权利要求1至4中任一项所述的方法，还包括：

从第一节点接收要接收所述第一节点的配置信息的请求；

从随所述请求接收的集群身份信息中确定与所述第一节点相关联的集群；

检索所识别的集群的配置信息；以及

发送所述配置信息至所述第一节点。

14.一种用于配置通信***的配置服务器（113），所述配置服务器（113）包括处理模块（115），所述处理模块被适配成在第一集群中配置多个节点，以及在至少第二集群中配置多个节点，使得所述配置服务器（113）充当至少第一和第二集群的共用配置服务器。

15.如权利要求14所述的配置服务器（113），其中，所述处理模块（115）被适配成执行根据权利要求2至13中任一项所述的步骤。

16.一种在通信***的节点中的方法，其中，所述节点与包括多个节点的集群相关联，所述方法包括：

确定与共用配置服务器有关的配置服务地址，所述配置服务器被适配成配置与所述节点相关联的所述集群和至少一个其它集群；

发送对于配置信息的请求至所述共用配置服务器；以及

从所述共用配置服务器中接收配置信息。

17.如权利要求16所述的方法，其中，所述发送步骤包括发送集群身份信息，所述集群身份信息识别与所述节点相关联的集群。

18.如权利要求16所述的方法，其中，在从所述共用配置服务器中接收到所述配置信息时，所述方法还包括对所接收的配置信息执行转化过程以得出节点级别配置。

19.如权利要求18所述的方法，其中，执行所述转化过程包括：

在从所述配置服务器中接收的所述配置信息中确定别名配置参数；以及

映射所述别名配置参数至特定于所述节点的特定配置参数。

20.如权利要求19所述的方法，还包括在所述节点存储映射信息，其中，所述映射信息提供在从所述配置服务器中接收的所述别名配置参数和所述节点的特定配置参数之间的关系。

21.如权利要求17至20中任一项所述的方法，包括在所述节点的初始建立过程期间，在所述节点接收以及存储所述集群身份和/或配置服务地址。

22.如权利要求16-20中任一项所述的方法，其中，所述集群包括一个或多个类型的多个节点。

23.一种包括计算机程序指令的计算机可读存储介质，所述计算机程序指令当在至少一个处理器上执行时，促使所述至少一个处理器实现根据权利要求1至13或16至22中任一项所述的方法。

Images