云计算操作系统中配置信息的管理方法和系统 技术领域 本发明涉及计算机应用领域， 尤其涉及一种云计算操作系统中配置信息的管理方 法和系统。
背景技术 大型存储系统为便于简便、 可靠的维护， 通常都具备配置备份和维护功能， 这类功 能通常都能实现系统当前各种配置文件的备份， 即把当前所有配置文件备份为一个压缩 包， 保存起来， 当系统配置出现问题的时候据此进行恢复。
在实现本发明过程中， 发明人发现现有技术存在如下问题 ：
现有技术对配置文件的维护的方法一般只能保存几个配置状态， 并且无法实现各 种配置状态的对比， 更不具备与系统的历史运行状态综合生成更有效信息的能力。
发明内容 本发明提供的云计算操作系统中配置信息的管理方法和系统， 要解决的技术问题 是如何缩短配置信息的调试时间的问题。
为解决上述技术问题， 本发明提供了如下技术方案 ：
一种云计算操作系统中配置信息的管理方法， 包括 ：
将系统处理某种内容服务时符合期望参数时的配置信息作为系统处理该种内容 的基准配置信息保存 ；
当系统当前需处理的服务与系统所处理过的服务的内容相同， 则发起将当前系统 的配置信息更新为系统处理与当前需处理的服务内容相同的服务时的基准配置信息的操 作。
优选的， 所述方法还具有如下特点 ： 所述基准配置信息包括如下至少一种 ：
处于上线状态的服务节点 ；
处于上线状态的至少一个服务节点上硬件的性能信息 ；
处于上线状态的至少一个服务节点上用于处理该种内容的服务的软件 ； 以及，
处于上线状态的至少一个服务节点上参数的属性值。
优选的， 所述方法还具有如下特点 ： 所述方法还包括 ：
在系统处理某种内容的服务的过程中， 生成系统处理该种内容服务时的各版本的 配置信息 ；
获取系统在各版本配置信息下的成本和处理能力 ；
根据各版本的配置信息下系统成本和处理能力， 选择符合期望参数的配置信息作 为系统处理该种服务时的基准配置信息。
优选的， 所述方法还具有如下特点 ： 所述各版本的配置信息是由当前配置信息中 不同于上一版本的配置信息的配置信息组成的。
优选的， 所述方法还具有如下特点 ： 所述发起将当前系统的配置信息更新为系统
处理与当前需处理的服务内容相同的服务时的基准配置信息的操作， 包括 ：
在系统当前处于上线状态的服务节点不同于所述基准配置信息中记录的处于上 线状态的服务节点时， 发起将当前处于上线状态的服务节点更新为所述基准配置信息中记 录的处于上线状态的服务节点的操作 ；
在服务节点的硬件配置小于所述基准配置信息中的硬件配置， 发起将服务节点当 前硬件配置升级到基准配置信息中的硬件配置的操作 ；
在服务节点未安装基准配置信息的软件时， 发起将服务节点当前硬件配置升级到 基准配置信息中的硬件配置的操作 ；
根据所述基准配置信息中记录的各各处于上线状态的服务节点上软硬件的参数 的属性值， 配置所述系统中的各参数对应的属性值。
一种云计算操作系统中配置信息的管理系统， 包括 ：
存储模块， 用于将系统处理某种内容服务时符合期望参数时的配置信息作为系统 处理该种内容的基准配置信息保存 ；
更新模块， 用于当系统当前需处理的服务与系统所处理过的服务的内容相同， 则 发起将当前系统的配置信息更新为系统处理与当前需处理的服务内容相同的服务时的基 准配置信息的操作。
优选的， 所述系统还具有如下特点 ： 所述存储模块所存储的基准配置信息基准配 置信息包括如下至少一种 ：
处于上线状态的服务节点 ；
处于上线状态的至少一个服务节点上硬件的性能信息 ；
处于上线状态的至少一个服务节点上用于处理该种内容的服务的软件 ； 以及，
处于上线状态的至少一个服务节点上参数的属性值。
优选的， 所述系统还具有如下特点 ： 所述系统还包括 ：
生成模块， 用于在系统处理某种内容的服务的过程中， 生成系统处理该种内容服 务时的各版本的配置信息 ；
获取模块， 用于获取系统在各版本配置信息下的成本和处理能力 ；
选择模块， 用于根据各版本的配置信息下系统成本和处理能力， 选择符合期望参 数的配置信息作为系统处理该种服务时的基准配置信息。
优选的， 所述系统还具有如下特点 ： 所述生成模块所生成的各版本的配置信息是 由当前配置信息中不同于上一版本的配置信息的配置信息组成的。
优选的， 所述系统还具有如下特点 ： 所述更新模块包括 ：
第一更新单元， 用于在系统当前处于上线状态的服务节点不同于所述基准配置信 息中记录的处于上线状态的服务节点时， 发起将当前处于上线状态的服务节点更新为所述 基准配置信息中记录的处于上线状态的服务节点的操作 ；
第二更新单元， 用于在服务节点的硬件配置小于所述基准配置信息中的硬件配 置， 发起将服务节点当前硬件配置升级到基准配置信息中的硬件配置的操作 ；
第三更新单元， 用于在服务节点未安装基准配置信息的软件时， 发起将服务节点 当前硬件配置升级到基准配置信息中的硬件配置的操作 ；
配置单元， 用于根据所述基准配置信息中记录的各各处于上线状态的服务节点上软硬件的参数的属性值， 配置所述系统中的各参数对应的属性值。
与现有技术相比， 本发明提供的实施例， 在系统处理某种服务时， 通过记录各版本 的配置信息以及在各版本的配置信息条件下系统的处理能力， 从中得到适用于处理该种服 务的最佳配置信息， 在日后遇到相同内容的服务时， 可以直接使用得到最佳配置信息， 减少 了后续对配置信息的调试时间， 节约了系统的运营成本。 附图说明
图 1 为本发明提供的云计算操作系统中配置信息的管理方法实施例的流程示意 图；
图 2 为本发明提供的云计算操作系统中配置信息的管理系统实施例的结构示意 图；
图 3 为图 2 所示系统实施例的另一结构示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图及具体实施例对 本发明作进一步的详细描述。 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施 例中的特征可以相互任意组合。
发明人发现， 在集群系统或云计算操作系统等多服务服务节点构成的对外服务系 统中， 由于服务节点数量众多， 服务节点之间的关联复杂， 系统一旦上线运行可能会长久以 滚动升级的方法进行维护， 所以为了保证系统软硬件配置和运行状态的可追溯性， 需要对 配置信息进行管理。
考虑到系统对外所服务的内容在不断变化， 且在处理某一内容的服务时通常需要 进行长久的滚动升级以达到花费最少且性能较优的状态， 为了减少系统配置的调试时间， 提出如下方案 ：
将系统处理某种内容服务时符合期望参数时的配置信息作为系统处理该种内容 的基准配置信息保存 ；
当系统当前需处理的服务与系统所处理过的服务的内容相同， 则发起将当前系统 的配置信息更新为系统处理与当前需处理的服务内容相同的服务时的基准配置信息的操 作。
其中所述基准配置信息包括如下至少一种 ：
处于上线状态的服务节点 ；
处于上线状态的至少一个服务节点上硬件的性能信息 ；
处于上线状态的至少一个服务节点上用于处理该种内容的服务的软件 ； 以及，
处于上线状态的至少一个服务节点上参数的属性值。
下文以云计算操作系统为例进行说明， 其中云计算操作系统按照对外服务的功能 对系统中服务节点进行划分的话， 可以分为管理节点和服务服务节点， 其中管理节点用于 管理系统中的服务服务节点， 服务服务节点用于处理系统的服务。
图 1 为本发明提供的云计算操作系统中配置信息的管理方法实施例的流程示意 图。图 1 所示方法实施例， 包括 ：步骤 101、 在系统处理某一内容的服务的过程中， 生成系统处理该种内容服务时的 各版本的配置信息 ；
其中， 可以在如下任一发生变化时生成新版本的配置信息， 包括 ：
处于上线状态的服务节点 ；
处于上线状态的至少一个服务节点上硬件的性能信息 ；
处于上线状态的至少一个服务节点上用于处理该种内容的服务的软件 ； 以及，
处于上线状态的至少一个服务节点上参数的属性值。
其中本文所指的软件是指与处理该服务有关的软件 ； 硬件的配置状态包括硬件的 个数和性能， 软件的配置状态是指服务节点
本文中， 服务是按照内容进行划分的， 即服务可以是动漫渲染、 非线性媒体编辑或 者高性能计算等。
优选的， 在记录各版本的配置信息， 只记录当前版本与上一版本发生变化的配置 信息， 即各版本的配置信息是由当前配置信息中不同于上一版本的配置信息的配置信息组 成的， 从而减少每次存储的内存， 降低了磁盘空间的占用。
需要说明的是， 假设各版本的编号为 1， 2， ......N， 当需要查看第 i 版的配置信息 时， 可以根据第 2 至 i 版记录的配置信息得出相对于第 1 版配置信息中变化的全部配置信 息， 根据得到的变化的全部配置信息以及第 i 版配置信息， 得出第 i 版的配置信息。 步骤 102、 获取系统在各版本配置信息下的成本和处理能力 ；
其中， 系统的处理能力可以根据响应时间以及负载大小来决定。
步骤 103、 根据各版本的配置信息下系统成本和处理能力， 选择符合期望参数的配 置信息作为系统处理该种服务时的基准配置信息。
步骤 104、 当系统当前需处理的服务与系统所处理过的服务的内容相同， 则发起将 当前系统的配置信息更新为与当前需处理的服务内容相同的服务所对应的基准配置信息 的操作。其中本步骤具体包括 ：
步骤 A、 如果系统当前处于上线状态的服务服务节点不同于所述基准配置信息中 记录的处于上线状态的服务服务节点， 则发起将当前处于上线状态的服务服务节点更新为 所述基准配置信息中记录的处于上线状态的服务服务节点的操作。
例如， 根据系统当前处于上线状态的服务服务节点以及所述基准配置信息中记录 的处于上线状态的服务服务节点， 确定当前需要启动的服务服务节点， 所述管理节点可以 远程启动所述当前需要启动的服务服务节点， 也可以通知用户进行启动操作， 当然， 为了减 少资源的消耗， 可以根据系统当前处于上线状态的服务节点以及所述基准配置信息中记录 的处于上线状态的服务节点， 确定当前需要下线的服务节点 ； 所述管理节点可以远程启动 所述当前需要启动的服务节点， 也可以通知用户进行启动操作。
步骤 B、 如果服务节点的硬件配置小于所述基准配置信息中的硬件配置， 发起将服 务节点当前硬件配置升级到基准配置信息中的硬件配置的操作 ；
例如， 获取服务节点当前的硬件配置， 并将当前的硬件配置与基准配置信息中的 硬件配置进行比较， 得到当前性能低于基准配置信息中硬件配置的目标硬件， 发出告警信 息， 并显示所述目标硬件在基准配置信息中所对应的硬件配置， 通知用户对目标硬件进行 升级操作。
步骤 C、 如果服务节点未安装基准配置信息的软件， 发起将服务节点当前硬件配置 升级到基准配置信息中的硬件配置的操作 ；
具体的， 根据基准配置信息中记录的软件， 查找服务节点上是否已经安装该软件， 如果未安装， 可以通知用户安装或自行安装， 其中自行安装的过程具体包括 ： 从预先存储有 软件安装包的数据库获取软件安装包， 并启动服务节点上自行安装程序， 加载所述软件安 装包。
步骤 D、 根据所述基准配置信息中记录的各各处于上线状态的服务节点上软硬件 的参数的属性值， 配置所述系统中的各参数对应的属性值。
当然， 为了便于对配置信息的管理， 在以版本保存该系统的配置信息时， 可以记录 每个版本的使用时间。当接收到用户查询某一时间段内配置信息时， 按照已记录的各版本 的使用时间， 显示用户所需的版本信息。其中进一步， 还可以接收用户对配置信息的定制， 即可以输出系统全部的配置信息， 也可以根据用户选定的软件或硬件， 输出该软件或硬件 各版本的配置信息。
其中还可以记录每个版本中对各配置信息进行管理的管理人员。 在使用某一版本 的配置信息后， 系统出现重大问题时， 通过查询对该版本的配置信息进行管理人员， 确定责 任归属问题。 可选的， 为了便于对配置信息的管理， 所述管理节点在以版本保存该系统的配置 信息时， 记录每个版本的使用时间 ； 当接收到用户查询某一时间段内配置信息时， 按照第一 记录模块记录的各版本的使用时间， 显示用户所需的版本信息。
可选的， 为了满足用户对配置信息的多样化需求， 所述管理节点接收用户对配置 信息的定制， 并根据用户的定制信息， 输出所述定制信息所请求的配置信息。例如， 用户可 以定制某一服务节点、 某一软件或硬件的配置信息。
可选的， 管理节点记录每个版本中对各配置信息进行管理的管理人员， 以用于在 使用某一版本的配置信息后， 系统出现重大问题时， 通过查询对该版本的配置信息进行管 理人员， 确定责任归属问题。
本发明提供的方法实施例， 在系统处理某种服务时， 通过记录各版本的配置信息 以及在各版本的配置信息条件下系统的处理能力， 从中得到适用于处理该种服务的最佳配 置信息， 在日后遇到相同内容的服务时， 可以直接使用得到最佳配置信息， 减少了后续对配 置信息的调试时间， 节约了系统的运营成本。
图 2 为本发明提供的云计算操作系统中配置信息的管理系统实施例的结构示意 图。结合图 1 所示的方法实施例， 图 1 所示系统实施例包括 ：
存储模块 201， 用于将系统处理某种内容服务时符合期望参数时的配置信息作为 系统处理该种内容的基准配置信息保存 ；
更新模块 202， 用于当系统当前需处理的服务与系统所处理过的服务的内容相同， 则发起将当前系统的配置信息更新为系统处理与当前需处理的服务内容相同的服务时的 基准配置信息的操作。
其中所述存储模块 201 所存储的基准配置信息包括基准配置信息包括如下至少 一种 ：
处于上线状态的服务节点 ；
处于上线状态的至少一个服务节点上硬件的性能信息 ；
处于上线状态的至少一个服务节点上用于处理该种内容的服务的软件 ； 以及，
处于上线状态的至少一个服务节点上参数的属性值。
图 3 为图 2 所示系统实施例的另一结构示意图。图 3 所示系统实施例还包括 ：
生成模块 301， 用于在系统处理某种内容的服务的过程中， 生成系统处理该种内容 服务时的各版本的配置信息 ；
获取模块 302， 与所述生成模块 301 相连， 用于获取系统在各版本配置信息下的成 本和处理能力 ；
选择模块 303， 与所述获取模块 302 和所述存储模块 201 相连， 用于根据各版本的 配置信息下系统成本和处理能力， 选择符合期望参数的配置信息作为系统处理该种服务时 的基准配置信息。
其中所述生成模块 301 在如下任一发生变化时生成新版本的配置信息， 包括 ：
处于上线状态的服务节点 ；
处于上线状态的至少一个服务节点上硬件的性能信息 ；
处于上线状态的至少一个服务节点上用于处理该种内容的服务的软件 ； 以及，
处于上线状态的至少一个服务节点上参数的属性值。
可选的， 为了减少新版本配置信息所占用的存储空间， 所述生成模块 301 所生成 的新版本的配置信息是由当前配置信息中不同于上一版本的配置信息的配置信息组成的。
可选的， 所述更新模块 202 包括 ：
第一更新单元， 用于在系统当前处于上线状态的服务节点不同于所述基准配置信 息中记录的处于上线状态的服务节点时， 发起将当前处于上线状态的服务节点更新为所述 基准配置信息中记录的处于上线状态的服务节点的操作。
第二更新单元， 用于在服务节点的硬件配置小于所述基准配置信息中的硬件配 置， 发起将服务节点当前硬件配置升级到基准配置信息中的硬件配置的操作 ；
第三更新单元， 用于在服务节点未安装基准配置信息的软件时， 发起将服务节点 当前硬件配置升级到基准配置信息中的硬件配置的操作 ；
配置单元， 用于根据所述基准配置信息中记录的各各处于上线状态的服务节点上 软硬件的参数的属性值， 配置所述系统中的各参数对应的属性值。
可选的， 为了便于对配置信息的管理， 所述系统还包括 ：
第一记录模块， 用于在以版本保存该系统的配置信息时， 可以记录每个版本的使 用时间 ；
显示模块， 用于当接收到用户查询某一时间段内配置信息时， 按照第一记录模块 记录的各版本的使用时间， 显示用户所需的版本信息。
可选的， 为了满足用户对配置信息的多样化需求， 所述系统还包括 ：
接收模块， 用于接收用户对配置信息的定制 ；
输出模块， 用于根据用户的定制信息， 输出所述定制信息所请求的配置信息。
例如， 用户可以定制某一服务节点、 某一软件或硬件的配置信息。
当然， 所述系统还可以包括 ：
第二记录模块， 用于记录每个版本中对各配置信息进行管理的管理人员， 以用于在使用某一版本的配置信息后， 系统出现重大问题时， 通过查询对该版本的配置信息进行 管理人员， 确定责任归属问题。
本发明提供的系统实施例， 在系统处理某种服务时， 通过记录各版本的配置信息 以及在各版本的配置信息条件下系统的处理能力， 从中得到适用于处理该种服务的最佳配 置信息， 在日后遇到相同内容的服务时， 可以直接使用得到最佳配置信息， 减少了后续对配 置信息的调试时间， 节约了系统的运营成本。
本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程 序流程来实现， 所述计算机程序可以存储于一计算机可读存储介质中， 所述计算机程序在 相应的硬件平台上 ( 如系统、 设备、 装置、 器件等 ) 执行， 在执行时， 包括方法实施例的步骤 之一或其组合。
可选地， 上述实施例的全部或部分步骤也可以使用集成电路来实现， 这些步骤可 以被分别制作成一个个集成电路模块， 或者将它们中的多个模块或步骤制作成单个集成电 路模块来实现。这样， 本发明不限制于任何特定的硬件和软件结合。
上述实施例中的各装置 / 功能模块 / 功能单元可以采用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 也可以分布在多个计算装置所组成的网络上。 上述实施例中的各装置 / 功能模块 / 功能单元以软件功能模块的形式实现并作为 独立的产品销售或使用时， 可以存储在一个计算机可读取存储介质中。上述提到的计算机 可读取存储介质可以是只读存储器， 磁盘或光盘等。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限于此， 任何 熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到变化或替换， 都应涵 盖在本发明的保护范围之内。 因此， 本发明的保护范围应以权利要求所述的保护范围为准。