CN106878363B - 一种信息处理方法、装置及系统 - Google Patents

Abstract

本申请公开了一种信息处理方法、装置及系统。该方法包括：配置中心监测自身存储的配置信息，当监测到配置信息发生变更后，确定变更后的配置信息的标识信息，根据预先建立的虚拟机与标识信息之间的更新关联，确定与该标识信息具有更新关联的各虚拟机，将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息。本申请中对配置信息的更新方式，不再需要借助人工的方式，而是由配置中心为不同业务的虚拟机进行配置，尤其是在集群中包含大量运算设备、且配置信息变更较为频繁的场景，可有效保证更新配置信息的效率，此外，也不会发生遗漏或错配的情况。

Description

一种信息处理方法、装置及系统

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置及系统。

背景技术

随着信息技术的发展，大数据、云计算等大型业务的使用日益广泛，能够提供大型业务的业务提供方(以下简称：业务提供方)可向用户(个人用户及企业用户)提供上述业务。

对于使用上述业务的用户，尤其是企业用户而言，会在其内部的运算设备集群(如：服务器集群、计算机集群等，以下简称：集群)中部署相应的虚拟机，该虚拟机由业务提供方提供，用以获得由业务提供方所提供的不同业务，如：云存储业务、云计算业务等。其中，针对虚拟机进行不同的配置，可以使得虚拟机执行不同的业务，也就是说，用于执行不同业务的虚拟机分别存储着相应的配置信息，那么，在配置信息的支持下，可保证部署在运算设备中的虚拟机正常运行，并执行相应的业务。

实际应用时，业务提供方为优化业务，往往会改动某些硬件配置或软件配置，在这种情况下，就需要变更运算设备中原有的配置信息。

例如：如图1a所示，某集群内设有n台服务器，其中，服务器1～3在用户的配置下，用于执行数据存储业务，这3台服务器中虚拟机的原有配置信息指定了与数据库A连接，那么，服务器1～3便会与数据库A进行交互。假设为提升数据存储业务的效率，业务提供方将数据库A替换成性能更优的数据库 B，在这种情况下，就需要更新服务器1～3中虚拟机的配置信息，将原先指定的数据库A更改为数据库B，虚拟机加载了新的配置信息后，如图1b所示，服务器1～3便会与数据库B进行交互。相应地，对于集群中的其他服务器的虚拟机而言，也可以在用户的配置下执行不同业务，并且，相应业务所对应的软件或硬件配置发生变化，其他服务器的虚拟机的配置信息也需发生变更。

在现有技术中，采用人工的方式完成各运算设备上虚拟机配置信息的变更，具体地，当某业务对应的配置信息发生了变更后，需要人工逐一地在用于执行该业务的虚拟机中，分别更改原有的配置信息。

但是，在现有技术中，每一次配置信息的变更都需要人工地在多台运算设备的虚拟机中进行改动，显然，这样的方式耗时较长，尤其在面对大量运算设备、配置信息变更较频繁的情况下，难以满足实际应用的需要。

发明内容

本申请实施例提供一种信息处理方法，用以解决现有技术中针对运算设备中虚拟机的配置信息进行更新的问题。

本申请实施例提供一种信息处理装置，用以解决现有技术中针对运算设备中虚拟机的配置信息进行更新的问题。

本申请实施例提供一种信息处理系统，用以解决现有技术中针对运算设备中虚拟机的配置信息进行更新的问题。

本申请实施例采用下述技术方案：

本申请实施例提供的一种信息处理方法，配置中心存储配置信息；集群中包含若干运行有虚拟机的运算设备；所述方法包括：

配置中心监测自身存储的配置信息；

当监测到配置信息发生变更后，确定变更后的配置信息的标识信息；

根据预先建立的虚拟机与标识信息之间的更新关联，确定与该标识信息具有更新关联的各虚拟机；

将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息。

本申请实施例另提供的一种信息处理方法，配置中心存储配置信息；集群中包含若干运行有虚拟机的运算设备；所述方法包括：

针对所述集群中任一运算设备的虚拟机，接收由所述配置中心发送的变更后的配置信息；其中，所述变更后的配置信息，是所述配置中心在监测到配置信息发生变更后，确定变更后的配置信息的标识信息，并根据已建立的虚拟机与标识信息之间的更新关联发送的；

根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

本申请实施例提供的一种信息处理装置，该装置设于配置中心侧，配置中心存储配置信息；集群中包含若干运行有虚拟机的运算设备；该装置包括：

监测模块，监测配置中心存储的配置信息；

标识信息模块，当监测到配置信息发生变更后，确定变更后的配置信息的标识信息；

确定模块，根据预先建立的虚拟机与标识信息之间的更新关联，确定与该标识信息具有更新关联的各虚拟机；

更新处理模块，将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息。

本申请实施例另提供的一种信息处理装置，集群中包含若干运行有虚拟机的运算设备，该装置设于运算设备的虚拟机侧，配置中心存储配置信息；该装置包括：

接收模块，接收由所述配置中心发送的变更后的配置信息；其中，所述变更后的配置信息，是所述配置中心在监测到配置信息发生变更后，确定变更后的配置信息的标识信息，并根据已建立的虚拟机与标识信息之间的更新关联发送的；

更新模块，根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

本申请实施例另提供的一种信息处理系统，该系统包括：配置中心，以及包含有若干运行虚拟机的运算设备的集群；其中，

所述配置中心，监测自身存储的配置信息，当监测到配置信息发生变更后，确定变更后的配置信息的标识信息，根据预先建立的虚拟机与标识信息之间的更新关联，确定与该标识信息具有更新关联的各虚拟机，将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息；

针对集群中任一运算设备上的虚拟机，接收由所述配置中心发送的变更后的配置信息，根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

在集群中的各运算设备安装有业务提供方所提供的虚拟机的场景下，配置中心负责统一存储各类业务所对应的配置信息，当配置中心内的配置信息发生变更后，配置中心会确定出发生了变更的配置信息的标识信息，并基于此，根据预先建立的虚拟机与各业务的配置信息的标识信息之间的更新关联，确定出与变更的配置信息的标识信息之间具有更新关联的各虚拟机，从而，配置中心便可以将发生了变更的配置信息发送给确定出的各虚拟机，这样一来，各虚拟机接收到了变更后的配置信息后，便会更新自身属于该业务的原有配置信息。相较于现有技术而言，本申请中对配置信息的更新方式，不再需要借助人工的方式，而是由配置中心为不同业务的虚拟机进行配置，尤其是在集群中包含大量运算设备、且配置信息变更较为频繁的场景，可有效保证更新配置信息的效率，此外，也不会发生遗漏或错配的情况。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a～图1b为现有技术中集群中运算设备的虚拟机配置信息变更的示意图；

图2a为本申请实施例中的信息处理架构示意图；

图2b为本申请实施例提供的基于配置中心侧的信息处理过程示意图；

图3a为本申请实施例中提供的一种配置中心的架构示意图；

图3b为本申请实施例中提供的另一种配置中心的架构示意图；

图3c为本申请实施例中提供的一种集群中运算设备与配置中心的架构示意图；

图4为本申请实施例提供的基于虚拟机侧的信息处理过程示意图；

图5为本申请实施例提供的信息处理系统的架构示意图；

图6为本申请实施例提供的基于配置中心侧的信息处理装置结构示意图；

图7为本申请实施例提供的基于虚拟机侧的信息处理装置结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如前所述，当业务提供方为优化业务而变更相应的软件或硬件设置的情况下，相应的企业用户后台集群中运算设备上所运行的虚拟机的配置信息也需要发生相应的变更，以便于企业用户能够顺利获得由业务提供方所提供的业务。而采用现有技术中的方式，针对于企业用户集群中的各运算设备，只能依赖于人工操作逐一地变更使用该业务的各台虚拟机的配置信息，这样的方式的更新效率较低，且人工操作的方式容易出错。

基于此，就需要一种能够实现对使用不同业务的各台虚拟机的配置信息进行统一管理、自动配置的方式。故在本申请实施例中，提供一种信息处理方法，以实现针对集群中的运算设备中虚拟机的配置信息进行更新，并在此基础上，保证对配置信息更新过程的效率。

需要说明的是，本申请实施例中所述的业务提供方可以是能够提供诸如云服务等大型业务的业务提供方，如：网站、数据中心、电信运营商等。这里并不构成对本申请的限定。

以下结合附图，详细说明本申请各实施例提供的技术方案。

如图2a所示，示出了本申请实施中的信息处理方法所基于的处理架构。在图2a中，配置中心存储配置信息，配置中心可由配置服务器实现，在一种可选方式下，配置中心由多台配置服务器以集群的方式构成，这里并不作为对本申请的限定。可以认为，配置中心所存储的配置信息，就是业务提供方所提供的各种业务所对应的配置信息，在实际应用中，配置中心所存储的配置信息可以被相应的业务程序或业务人员所修改，从而产生配置信息的变更。

此外，在图2a中，所示的集群可以是企业用户后台的运算设备的集群，当然，在本申请实施例中的一些场景下，该集群也可以是业务提供方内部不同的业务集群，可以理解，在该场景下，业务提供方内部的业务集群中包含多台业务服务器，这些业务服务器也具有相应的配置信息，在配置信息的支持下正常运行，提供业务服务。对于这些业务服务器而言，其中的配置信息也会发生变更，那么，配置中心便可以统一地管理业务集群中各业务服务器的配置信息。这里只是对集群的说明，并不构成对本申请的限定。

基于上述如图2a所示的整体架构，本申请实施例中提供的一种信息处理方法，如图2b所示，具体包括以下步骤：

S201：配置中心监测自身存储的配置信息。

正如前述，配置中心所存储的配置信息会发生变更，在实际应用中的某些场景下，业务提供方为了优化相应的业务，会对该业务所对应的软件或硬件设置进行调整设置，进而配置中心所存储的与该业务相关的配置信息也就会发生变更(配置信息的变更，可由业务人员编辑而变更，也可由运行在配置中心内的配置程序进行变更，这里并不构成对本申请的限定)，一旦配置中心的配置信息发生了变更，那么，为了保证集群中运算设备的虚拟机能够顺利获得优化后的业务，就需要使得相应虚拟机所对应的配置信息也发生变更。

为实现此目的，配置中心将实时地监测自身存储的配置信息是否发生了变更。当配置信息发生了变更，则执行下述步骤 S202 。

S202：当监测到配置信息发生变更后，确定变更后的配置信息的标识信息。

由于业务提供方所提供的不同业务具有不同的软件或硬件设置，进而虚拟机在执行不同业务的情况下，其配置信息也不相同，如：对于云存储业务而言，使用该云存储业务的虚拟机的配置信息中，指定了某数据库M以进行存储；而对于云计算业务而言，使用该云计算业务的虚拟机的配置信息中，指定了某计算设备N以进行计算。从该示例中可见，不同业务的配置信息通常是不同的，而不同的业务的配置信息通常可由业务类型、配置内容等信息进行区分。故，在本申请实施例中，配置信息的标识信息，可包括该配置信息所对应的业务类型的信息、配置信息内容的信息等，这里并不构成对本申请的限定。

基于此，在本步骤中，一旦配置中心的配置信息发生了变更，那么，配置中心便会确定出发出了变更的配置信息所对应的标识信息。

S203：根据预先建立的虚拟机与标识信息之间的更新关联，确定与该标识信息具有更新关联的各虚拟机。

如前所述，在实际应用中，集群中的各运算设备内的虚拟机，可由用户(如，企业用户)自行定义用于执行相应的业务，也即，用户可自行定义某些虚拟机用于执行云计算业务，而某些虚拟机用于执行云存储业务。这样一来，假设在配置中心内，当云计算业务的配置信息发生了变更时，则配置中心应该将属于云计算业务的变更的配置信息，发送给用于执行云计算业务的虚拟机，而不是发送给用于执行云存储业务的虚拟机。

为了实现上述方式，在本申请实施例中，配置中心会预先建立各虚拟机与相应业务的配置信息之间的更新关联，更新关联就保证了当属于该业务的配置信息发生了变更时，配置中心就会根据更新关联向相应的虚拟机发送变更后的配置信息。也即，确定出与配置信息的标识信息具有更新关联的各虚拟机。之后，配置中心将执行以下步骤S204。

S204：将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息。

变更后的配置信息有助于优化虚拟机所执行的业务，那么，配置中心在确定出了与变更后的配置信息具有更新关联的各虚拟机后，便会将变更后的配置信息发送给确定出的各虚拟机。当虚拟机接收到了变更后的配置信息后，便会使用变更后的配置信息，更新该虚拟机上原有的配置信息，更新方式可以是诸如：整体替换(即，将原有的配置信息完全替换为变更后的配置信息)、局部更新(即，只更新发生了变更的部分)等，这里并不作具体限定。

当然，可以理解，上述方法并不仅限于一个集群，在实际应用中，可以针对使用了该业务提供方的业务的所有集群，这里并不构成对本申请的限定。

通过上述步骤，在集群中的各运算设备安装有业务提供方所提供的虚拟机的场景下，配置中心负责统一存储各类业务所对应的配置信息，当配置中心内的配置信息发生变更后，配置中心会确定出发生了变更的配置信息的标识信息，并基于此，根据预先建立的虚拟机与各业务的配置信息的标识信息之间的更新关联，确定出与变更的配置信息的标识信息之间具有更新关联的各虚拟机，从而，配置中心便可以将发生了变更的配置信息发送给确定出的各虚拟机，这样一来，各虚拟机接收到了变更后的配置信息后，便会更新自身属于该业务的原有配置信息。相较于现有技术而言，本申请中对配置信息的更新方式，不再需要借助人工的方式，而是由配置中心为不同业务的虚拟机进行配置，尤其是在集群中包含大量运算设备、且配置信息变更较为频繁的场景，可有效保证更新配置信息的效率，此外，也不会发生遗漏或错配的情况。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，具体而言，执行主体可以是配置中心，更为具体地，可以是配置中心内的配置服务器。

在实际应用场景下，根据实际应用的需要，业务提供方的业务人员(或运行在配置中心内的配置程序)可以对配置中心内存储的配置信息进行更改。更改的过程可包括以下步骤：

步骤一：配置中心接收针对配置信息的编辑操作。

在本申请实施例中，对配置信息的编辑操作包括对配置信息的增、删、改等操作，这里不构成对本申请的限定。

如前述内容，当业务提供方对业务进行优化时，可能会该业务的软件或硬件设置进行更改，相应地，该业务所对应的配置信息也需要适应性变更，在此情况下，业务人员或运行在配置中心内的配置程序，就会针对配置中心内属于该业务的配置信息进行变更。其变更方式通常是对原有的配置信息进行编辑。

例如：将某业务原有的配置信息中所定义的服务访问地址进行变更，具体地：

server

{

server name：www.xx.com；

}

变更为

server

{

server name：www.yy.com；

}

当然，该示例仅是为说明对配置信息进行编辑的变更，并不构成对本申请的限定。

作为本申请实施例中的一种方式，配置中心可以面向业务人员提供相应的编辑界面，相应地，业务人员可在该编辑界面中对不同业务的配置信息进行编辑。

步骤二：确定编辑后的配置信息的标识信息。

具体而言，确定编辑后的配置信息的标识信息，可以包括：确定所述编辑操作所对应的配置信息所属的业务，根据配置信息所属的业务，确定该配置信息的业务标识，确定编辑的配置信息的内容，根据所述内容，确定该配置信息的内容标识，将所述业务标识以及内容标识确定为编辑后的配置信息的标识信息。也就是说，配置信息的标识信息可包括：业务标识和内容标识。下面针对两种标识进行说明：

在实际应用中，属于不同业务的配置信息具有相应的业务标识，可以理解，业务标识用以区分配置信息所属的业务。例如：业务标识“Count”表示云计算业务，业务标识“storage”表示云存储业务。该示例仅是对业务标识的一种简单举例，并不构成对本申请的限定。当然，作为本申请实施例中的一种方式，业务标识进一步可由业务的类型标识和配置项标识构成，例如：业务类型标识为“Count”(表示云计算业务)，配置项标识为“severname”(表示该云计算业务的服务访问地址)，所以，完整的业务标识为：“Count-severname”。上述示例并不构成对本申请的限定。

此外，即使对于同一业务，其配置信息可能会发生多次变更，显然，如果只具有业务标识，仍难以区分多次变更的配置信息，故在本申请实施例中，配置信息的标识信息中处理包含业务标识之外，还包含每一次发生变更的配置信息的内容标识。可以理解，配置信息的每一次变更，其中的某些配置项就可能发生了变更，也即，配置信息的内容发生了变更，那么，每一次变更的配置信息的内容标识都不相同，基于此，内容标识可用以区分归属于同一业务的不同内容的配置信息。

在实际应用场景下，内容标识可以通过诸如信息摘要算法第五版(MessageDigest Algorithm，MD5)、SHA算法、MAC算法等信息摘要算法计算获得。使用信息摘要算法得到内容标识的过程属于现有技术，故在此不再过多赘述。

结合上述内容，每当配置中心接收了对某业务的配置信息的变更操作后，便可以确定出该配置信息的业务标识(即，该配置信息所属的业务)，以及该配置信息的内容标识。

步骤三：根据确定出的所述标识信息以及该配置中心已保存的标识信息，对编辑后的配置信息进行校验。

考虑到在实际应用场景下，如果业务人员所编辑的配置信息与配置中心已保存的配置信息一致，那么，本次编辑操作便是无意义的，为了避免这种情况的出现，故在本步骤中，配置中心会对编辑后的配置信息进行校验。

而由于每一业务的不同配置信息均具有自身的标识信息，那么，配置中心便可以根据编辑后的配置信息的标识信息以及该配置中心已保存的配置信息，对编辑后的配置信息进行校验。

基于此，对编辑后的配置信息进行校验，具体包括：确定编辑后的配置信息的业务标识，与配置中心已存储的业务标识不一致；或者，当业务标识一致时，确定编辑后的配置信息的内容标识，与配置中心已存储的内容标识不一致。

对于第一种校验的情况而言，业务标识不一致，则可认为具有新的业务，那么，配置中心将保存该业务标识对应的配置信息。

对于第二种校验的情况而言，业务标识一致，则可认为是针对已有业务的配置信息进行的编辑，进一步地，可以认为，若编辑后的配置信息的内容标识与配置中心已保存的内容标识发生了重复，那么，就表明此次编辑的配置信息与配置中心已保存的配置信息发生了重复，从而，校验不通过。

若编辑后的配置信息的内容标识与配置中心已保存的内容标识并不一致，那么，就表明此次编辑的配置信息与配置中心已保存的配置信息不一致，从而，校验通过。

在校验通过后，配置中心将执行下述步骤。

步骤四：将通过校验的配置信息确定为变更后的配置信息，并保存。

通过校验的配置信息，与配置中心所存储的配置信息均不一致，故配置中心就会将通过校验的配置信息确定为变更后的配置信息，并进行存储。

上述内容是配置中心内的配置信息的变更过程，当然，在实际应用场景下，对于诸如云计算、云存储等大型业务而言，其配置信息的数量较大，且配置中心将为大量的运算设备提供配置信息的更新，那么，为了保证面向大量运算设备提供配置信息的更新过程的处理效率及稳定性，作为本申请实施例中的一种方式，配置中心中包括若干配置服务器，以及用于备份配置信息的数据库。其架构如图3a所示。

在图3a中可见，配置中心中的各台配置服务器内均存储有各业务所对应的配置信息，且各台配置服务器均与数据库相连接。在实际应用过程中，每一台配置服务器均可接收针对配置信息的编辑操作。

假设在实际应用场景中，图3a中的配置服务器A接收针对云存储业务的编辑操作，经过前述的校验过程后，确定编辑的配置信息是变更的配置信息，进而配置服务器A将变更后的配置信息保存，并且，该配置服务器A将该保存的配置信息发送给数据库中，以进行备份。可以理解，数据库可保证配置信息的持久化存储，一旦配置中心内的配置服务器发生数据丢失的情况，便可以从数据库中获得备份的全部配置信息。

当配置服务器A将变更的配置信息成功备份在数据库中后，作为一种方式，配置服务器A便会通知配置中心内的其他配置服务器(通知中会携带相应的配置信息的标识信息)，以使得其他配置服务器从数据库中获取备份成功的配置信息。

另一种方式，配置服务器A可将发生变更的配置信息直接发生给配置中心内的其他配置服务器。

可见，无论上述的任一种方式，均会使得配置中心内的各台配置服务器中保存的配置信息一致，从而，任一台配置服务器均可以面向各类用户的集群中的运算设备，提供配置信息的更新。当然，上述两种方式并不构成对本申请的限定。

考虑到实际应用中，配置中心的配置服务器和数据库的业务量巨大，这就有可能在一台数据库的情况下，难以满足实际应用的需要，故基于图3a所示的架构，本申请实施例中还提供一种架构，如图3b所示，也即，数据库也可以采用集群式的架构，形成持久化中心。

基于上述内容，配置中心预先建立虚拟机与标识信息之间的更新关联的过程，具体可以包括：接收所述虚拟机发送的配置信息获取请求，确定所述获取请求所携带的业务标识，建立该虚拟机与所述业务标识的更新关联。并且，配置中心会在自身所存储的配置信息中，确定与所述业务标识相对应的、最近一次变更的配置信息，以及该配置信息的内容标识，并将确定出的配置信息及其内容标识一并发送给虚拟机。

具体而言，在实际应用中，用户对集群中的不同运算设备上虚拟机所执行的业务可进行设置，对于配置中心而言，并不能获知集群中的虚拟机分别用于执行何种业务，在此情况下，用户定义了虚拟机所需执行的业务后，该虚拟机便会向配置中心发送配置信息的获取请求，该获取请求中就携带了相应的业务标识，因此，配置中心便可以基于该获取请求，确定出这一台虚拟机所执行的业务，；

那么，当该业务的配置信息发生了变更后，配置中心就会将变更的配置信息发送给该虚拟机，也就是说，配置中心建立该虚拟机与所述业务标识的更新关联。

可见，更新关联是虚拟机与业务标识之间的一种关联关系，所以，当配置中心监测到了配置信息发生了变更后，在前述步骤203中，确定与该标识信息具有更新关联的各虚拟机，具体包括：确定与所述标识信息中的业务标识具有更新关联的各虚拟机。

配置中心会向确定出的各虚拟机发送变更后的配置信息，一种方式可采用推送方式。另一种方式可以是虚拟机(已建立了更新关联的虚拟机)周期性地向配置中心发送相应业务的查新请求，那么，在该方式中，将变更后的配置信息发送给确定出的各虚拟机，具体包括：在接收到虚拟机发送的查新请求后，将变更后的配置信息发送给确定出的各虚拟机。

所述虚拟机可包括：具有更新配置信息功能的客户端，也可包括具有执行业务功能的业务虚拟机。如图3c所示。

在图3c所示的架构基础上，确定与该标识信息具有更新关联的各虚拟机，具体包括：确定与该标识信息具有更新关联的各客户端。

将变更后的配置信息发送给确定出的各虚拟机，具体包括：将变更后的配置信息发送给确定出的各客户端，从而，客户端便可以更新业务虚拟机中的原有配置信息。

以上方法是基于配置中心一侧，在本申请实施例中，对于集群中各运算设备一侧，还提供一种信息处理方法，如图4所示。需要说明的是，该方法也可基于上述如图2a、图3b、图3c所示的架构。

具体地，该方法具体包括以下步骤：

S401：针对所述集群中任一运算设备的虚拟机，接收由所述配置中心发送的变更后的配置信息。

其中，所述变更后的配置信息，是所述配置中心在监测到配置信息发生变更后，确定变更后的配置信息的标识信息，并根据已建立的虚拟机与标识信息之间的更新关联发送的。具体的过程如前述内容，这里并不在过多赘述。

S402：根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

虚拟机所接收到的配置信息是经过变更的配置信息，相较于该虚拟机原有的配置信息而言，变更的配置信息有助于优化虚拟机所执行的业务，那么，虚拟机就会根据已变更的配置信息，更新自身原有的配置信息。

如前所述，虚拟机会接收到配置中心发送的变更的配置信息，是由于在配置中心内，建立了虚拟机与标识信息之间的更新关联。其中，所述标识信息包括：与所述配置信息相对应的业务标识，以及该配置信息对应的内容标识。

下面说明更新关联的建立过程：

在接收由所述配置中心发送的变更后的配置信息之前，所述方法还包括：向配置中心发送对指定业务的配置信息获取请求，以使得所述配置中心接收所述获取请求，确定该获取请求所携带的业务标识，并建立该业务标识与该虚拟机的更新关联。

具体而言，配置中心并不会获知集群中各运算设备的虚拟机在用户的定义下，用于执行何种业务，那么，在此情况下，执行不同业务的虚拟机向配置中心发送了针对配置信息的获取请求后，配置中心便会建立该配置信息的标识信息与该虚拟机之间的更新关联。具体如前述内容，这里不再过多赘述。

基于此，当虚拟机向配置中心发送了获取请求后，接收由所述配置中心发送的变更后的配置信息，还包括：接收由所述配置中心发送的变更后的配置信息及其内容标识。

作为本申请实施例中的一种方式，虚拟机基于配置信息的业务标识以及内容标识，便可以周期性地向配置中心进行查新，从而，配置中心内相应业务的配置信息发生了变更后，便会基于虚拟机的查新，将发生了变更后的配置信息发送给虚拟机。也即，接收由所述配置中心发送的变更后的配置信息，具体包括：在接收到所述配置中心反馈的变更后的配置信息及其内容标识后，根据所述配置信息的业务标识及该变更后的配置信息的内容标识生成查新请求，发送给配置中心，接收所述配置中心基于所述查新请求所发送的变更后的配置信息。

更为具体地，虚拟机会按照设定的时间周期，向所述配置中心发送包含业务标识及内容标识的查新请求，以使得所述配置中心根据所述业务标识及内容标识，与自身保存的该业务标识对应的配置信息的内容标识进行比对，并在比对不一致时，向虚拟机反馈该配置中心保存的配置信息。

当然，作为本申请实施例中的一种方式，虚拟机可以包括：具有获得业务功能的业务虚拟机，以及具有更新配置信息功能的客户端，即，如图3c所示的架构。

在该方式中，接收由所述配置中心发送的变更后的配置信息，具体包括：所述客户端接收由所述配置中心发送的变更后的配置信息。

根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息，具体包括：所述客户端根据变更后的配置信息，更新该运算设备内业务虚拟机的原有配置信息。

需要说明的是，在现有技术中，更新了虚拟机上的配置信息后，虚拟机需要重启才能够按照变更后的配置信息执行业务，显然，重启虚拟机会对业务的正常运行产生一定程度的影响，那么，为了避免出现重启虚拟机的情况，在本申请实施例中，所述客户端根据变更后的配置信息，更新该运算设备内业务虚拟机的原有配置信息，具体包括：

所述客户端根据接收到的变更后的配置信息，生成与该配置信息相匹配的回调函数，将所述回调函数发送给该运算设备内的业务虚拟机，以使得所述业务虚拟机根据回调函数加载变更后的配置信息，更新该业务虚拟机的配置信息。

在回调函数的作用下，可以使得虚拟机在运行过程中读取发生变更的配置信息，并基于变更后的配置信息执行业务，这样的方式能够保证业务的正常、高效地运行。

以上为本申请实施例提供的信息处理方法，基于同样的思路，本申请实施例还提供一种信息处理系统(可参考前述附图2a的架构)。

本申请实施例还提供一种信息处理系统。该系统包括：配置中心，以及包含有若干运行虚拟机的运算设备的集群；其中：

所述配置中心，监测自身存储的配置信息，当监测到配置信息发生变更后，确定变更后的配置信息的标识信息，根据预先建立的虚拟机与标识信息之间的更新关联，确定与该标识信息具有更新关联的各虚拟机，将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息。

针对集群中任一运算设备上的虚拟机，接收由所述配置中心发送的变更后的配置信息，根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

具体地，针对配置中心而言，在标识信息包括：与所述配置信息相对应的业务标识，以及该配置信息对应的内容标识的场景下，配置中心建立更新关联的过程为：接收所述虚拟机发送的配置信息获取请求，确定所述获取请求所携带的业务标识，建立该虚拟机与所述业务标识的更新关联。

基于此，配置中心确定与该标识信息具有更新关联的各虚拟机的过程为：确定与所述标识信息中的业务标识具有更新关联的各虚拟机。

在一种场景下，配置中心会在接收到虚拟机发送的查新请求后，再将变更后的配置信息发送给确定出的各虚拟机。

除此之外，配置中心所存储的配置信息可被业务人员或配置程序进行更改，具体地，配置中心收针对配置信息的编辑操作，确定编辑后的配置信息的标识信息，根据确定出的所述标识信息以及该配置中心已保存的标识信息，对编辑后的配置信息进行校验，将通过校验的配置信息确定为变更后的配置信息，并保存。

对于上述的编辑过程，配置中心将确定所述编辑操作所对应的配置信息所属的业务，根据配置信息所属的业务，确定该配置信息的业务标识，确定编辑的配置信息的内容，根据所述内容，确定该配置信息的内容标识，将所述业务标识以及内容标识确定为编辑后的配置信息的标识信息。

对于上述的校验过程，配置中心将确定编辑后的配置信息的业务标识，与配置中心已存储的业务标识不一致；或，当业务标识一致时，确定编辑后的配置信息的内容标识，与配置中心已存储的内容标识不一致。

实际应用时，配置中心内可采用集群式的架构，其中可包括若干台配置服务器和用于备份配置信息的数据库，在此情况下，配置中心中保存了变更后的配置信息的配置服务器，将变更后的配置信息及对应的标识信息发送至数据库进行备份，并通知其他配置服务器从所述数据库中获取备份的配置信息及对应的标识信息，以使得其他配置服务器保存获取到的配置信息及对应的标识信息。

对于集群中运算设备的虚拟机而言，其在接收由所述配置中心发送的变更后的配置信息之前，会向配置中心发送对指定业务的配置信息获取请求，以使得所述配置中心接收所述获取请求，确定该获取请求所携带的业务标识，并建立该业务标识与该虚拟机的更新关联。

虚拟机将接收由所述配置中心发送的变更后的配置信息及其内容标识。

在此基础上，虚拟机可向配置中心针对相应的配置信息进行查新，具体地，虚拟机在接收到所述配置中心反馈的变更后的配置信息及其内容标识后，根据所述配置信息的业务标识及该变更后的配置信息的内容标识生成查新请求，发送给配置中心，接收所述配置中心基于所述查新请求所发送的变更后的配置信息。

在一种场景下，虚拟机中可包括具有获得业务功能的业务虚拟机，以及具有更新配置信息功能的客户端，此时，客户端将接收由所述配置中心发送的变更后的配置信息，且客户端根据变更后的配置信息，更新该运算设备内业务虚拟机的原有配置信息。

当然，为了快速实现对变更后的配置信息的加载，客户端可采用回调函数的方式，使得业务虚拟机加载变更后的配置信息。

结合上述内容，本申请实施例中的信息处理系统的架构如图5所示。

在上述系统的基础上，本申请实施例还提供一种信息处理装置，如图6所示，该装置设于配置中心侧，配置中心存储配置信息；集群中包含若干运行有虚拟机的运算设备；包括：

监测模块601，监测配置中心存储的配置信息。

标识信息模块602，当监测到配置信息发生变更后，确定变更后的配置信息的标识信息。

确定模块603，根据预先建立的虚拟机与标识信息之间的更新关联，确定与该标识信息具有更新关联的各虚拟机。

更新处理模块604，将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息。

本申请实施例还提供一种信息处理装置，如图7所示。集群中包含若干运行有虚拟机的运算设备，该装置设于运算设备的虚拟机侧，配置中心存储配置信息；该装置包括：

接收模块701，接收由所述配置中心发送的变更后的配置信息；其中，所述变更后的配置信息，是所述配置中心在监测到配置信息发生变更后，确定变更后的配置信息的标识信息，并根据已建立的虚拟机与标识信息之间的更新关联发送的。

更新模块702，根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程信息处理设备的处理器以产生一个机器，使得通过计算机或其他可编程信息处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程信息处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程信息处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、 磁带、 磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

1.一种信息处理方法，其特征在于，配置中心存储配置信息，所述配置信息为各种业务所对应的配置信息；集群中包含若干运行有虚拟机的运算设备；所述方法包括：

配置中心监测自身存储的配置信息；

当监测到配置信息发生变更后，确定变更后的配置信息的标识信息，所述标识信息包括与所述配置信息相对应的业务标识，所述业务标识用以区分配置信息所属的业务；

根据预先建立的虚拟机与标识信息中的业务标识之间的更新关联，确定与该标识信息中的业务标识具有更新关联的各虚拟机；

将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息。

2.如权利要求1所述的方法，其特征在于，预先建立虚拟机与标识信息中的业务标识之间的更新关联，具体包括：

接收所述虚拟机发送的配置信息获取请求；

确定所述获取请求所携带的业务标识；

建立该虚拟机与所述业务标识的更新关联。

3.如权利要求1所述的方法，其特征在于，将变更后的配置信息发送给确定出的各虚拟机，具体包括：

在接收到虚拟机发送的查新请求后，将变更后的配置信息发送给确定出的各虚拟机。

4.如权利要求1所述的方法，其特征在于，所述虚拟机包括：具有更新配置信息功能的客户端；

确定与该标识信息中的业务标识具有更新关联的各虚拟机，具体包括：

确定与该标识信息中的业务标识具有更新关联的各客户端；

将变更后的配置信息发送给确定出的各虚拟机，具体包括：

将变更后的配置信息发送给确定出的各客户端。

5.如权利要求1所述的方法，其特征在于，在监测到配置信息发生变更之前，所述方法还包括：

配置中心接收针对配置信息的编辑操作；

确定编辑后的配置信息的标识信息；

根据确定出的所述标识信息以及该配置中心已保存的标识信息，对编辑后的配置信息进行校验；

将通过校验的配置信息确定为变更后的配置信息，并保存。

6.如权利要求5所述的方法，其特征在于，确定编辑后的配置信息的标识信息，具体包括：

确定所述编辑操作所对应的配置信息所属的业务；

根据配置信息所属的业务，确定该配置信息的业务标识；

确定编辑的配置信息的内容；

根据所述内容，确定该配置信息的内容标识；

将所述业务标识以及内容标识确定为编辑后的配置信息的标识信息。

7.如权利要求6所述的方法，其特征在于，对编辑后的配置信息进行校验，具体包括：

确定编辑后的配置信息的业务标识，与配置中心已存储的业务标识不一致；或

当业务标识一致时，确定编辑后的配置信息的内容标识，与配置中心已存储的内容标识不一致。

8.如权利要求7所述的方法，其特征在于，所述配置中心包括若干配置服务器，以及用于备份配置信息的数据库；所述方法还包括：

保存了变更后的配置信息的配置服务器，将变更后的配置信息及对应的标识信息发送至数据库进行备份；

通知其他配置服务器从所述数据库中获取备份的配置信息及对应的标识信息，以使得其他配置服务器保存获取到的配置信息及对应的标识信息。

9.一种信息处理方法，其特征在于，配置中心存储配置信息，所述配置信息为各种业务所对应的配置信息；集群中包含若干运行有虚拟机的运算设备；所述方法包括：

针对所述集群中任一运算设备的虚拟机，接收由所述配置中心发送的变更后的配置信息；其中，所述变更后的配置信息，是所述配置中心在监测到配置信息发生变更后，确定变更后的配置信息的标识信息，并根据已建立的虚拟机与标识信息中的业务标识之间的更新关联发送的，所述标识信息包括与所述配置信息相对应的业务标识，所述业务标识用以区分配置信息所属的业务；

根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

10.如权利要求9所述的方法，其特征在于，所述标识信息还包括：与所述配置信息对应的内容标识；

在接收由所述配置中心发送的变更后的配置信息之前，所述方法还包括：

向配置中心发送对指定业务的配置信息获取请求，以使得所述配置中心接收所述获取请求，确定该获取请求所携带的业务标识，并建立该业务标识与该虚拟机的更新关联；

接收由所述配置中心发送的变更后的配置信息，还包括：

接收由所述配置中心发送的变更后的配置信息及其内容标识。

11.如权利要求10所述的方法，其特征在于，接收由所述配置中心发送的变更后的配置信息，具体包括：

在接收到所述配置中心反馈的变更后的配置信息及其内容标识后，根据所述配置信息的业务标识及该变更后的配置信息的内容标识生成查新请求，发送给配置中心；

接收所述配置中心基于所述查新请求所发送的变更后的配置信息。

12.如权利要求9所述的方法，其特征在于，所述虚拟机包括：具有获得业务功能的业务虚拟机，以及具有更新配置信息功能的客户端；

接收由所述配置中心发送的变更后的配置信息，具体包括：

所述客户端接收由所述配置中心发送的变更后的配置信息；

根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息，具体包括：

所述客户端根据变更后的配置信息，更新该运算设备内业务虚拟机的原有配置信息。

13.如权利要求12所述的方法，其特征在于，所述客户端根据变更后的配置信息，更新该运算设备内业务虚拟机的原有配置信息，具体包括：

所述客户端根据接收到的变更后的配置信息，生成与该配置信息相匹配的回调函数；

将所述回调函数发送给该运算设备内的业务虚拟机，以使得所述业务虚拟机根据回调函数加载变更后的配置信息，更新该业务虚拟机的配置信息。

14.一种信息处理系统，其特征在于，该系统包括：配置中心，以及包含有若干运行虚拟机的运算设备的集群；其中，

所述配置中心，监测自身存储的配置信息，所述配置信息为各种业务所对应的配置信息，当监测到配置信息发生变更后，确定变更后的配置信息的标识信息，所述标识信息包括与所述配置信息相对应的业务标识，所述业务标识用以区分配置信息所属的业务，根据预先建立的虚拟机与标识信息中的业务标识之间的更新关联，确定与该标识信息中的业务标识具有更新关联的各虚拟机，将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息；

针对集群中任一运算设备上的虚拟机，接收由所述配置中心发送的变更后的配置信息，根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

15.一种信息处理装置，其特征在于，该装置设于配置中心侧，配置中心存储配置信息；集群中包含若干运行有虚拟机的运算设备；该装置包括：

监测模块，监测配置中心存储的配置信息，所述配置信息为各种业务所对应的配置信息；

标识信息模块，当监测到配置信息发生变更后，确定变更后的配置信息的标识信息，所述标识信息包括与所述配置信息相对应的业务标识，所述业务标识用以区分配置信息所属的业务；

确定模块，根据预先建立的虚拟机与标识信息中的业务标识之间的更新关联，确定与该标识信息中的业务标识具有更新关联的各虚拟机；

更新处理模块，将变更后的配置信息发送给确定出的各虚拟机，以使得所述各虚拟机根据变更后的配置信息更新原有的配置信息。

16.一种信息处理装置，其特征在于，集群中包含若干运行有虚拟机的运算设备，该装置设于运算设备的虚拟机侧，配置中心存储配置信息，所述配置信息为各种业务所对应的配置信息；该装置包括：

接收模块，接收由所述配置中心发送的变更后的配置信息；其中，所述变更后的配置信息，是所述配置中心在监测到配置信息发生变更后，确定变更后的配置信息的标识信息，并根据已建立的虚拟机与标识信息中的业务标识之间的更新关联发送的，所述标识信息包括与所述配置信息相对应的业务标识，所述业务标识用以区分配置信息所属的业务；

更新模块，根据接收到的变更后的配置信息，更新该运算设备内虚拟机的原有配置信息。

Images