一种云计算资源纳管的方法、系统和装置与流程

1.本发明涉及云计算技术领域，特别是涉及一种云计算资源纳管的方法、系统和装置。


背景技术：

2.云计算管理系统是位于云计算体系里偏上层，为用户提供云计算资源管理、业务发放、监控告警等服务的管理平台。其形态可以是独立的云管平台，也可以是云计算操作系统的控制台管理终端。
3.云计算管理系统和位于下层的云计算操作系统之间有时会存在数据不一致的情况，例如用户通过云计算操作系统命令行或云计算操作系统提供的api接口，可以绕过管理系统直接在下层创建虚拟机等资源(如附图1所示，为云计算资源纳管的使用场景示意图)。这些资源管理系统感知不到，无法对这些资源进行管理和监测，也无法呈现给用户使用。这些资源必须通过资源纳管的方式才能进入到管理系统，后续用户才能通过云计算管理系统对其进行统一管控。
4.针对每一个云计算资源，其属性一般包含两大类。一类是资源的“原始属性”，随资源创建时即自动拥有，例如虚拟机的id、名称、规格、创建时间等；另一类是资源的管理属性，通常是由管理系统创建资源时附加上去，例如资源的用途、归属的数据中心、所属的业务等，这些管理属性主要便于用户对资源进行业务侧管理、权限侧管理，如附图2所示，为原始属性和管理属性的分类示意图。在资源纳管时，由于待纳管的资源不是通过管理系统发放的，因此天生就缺失管理属性，如何将其补齐则是纳管的关键问题。
5.现有的方案存在的问题：
6.(1)现有纳管技术针对管理属性，一般是纳管完成后，留待用户手动填补；或是在纳管开始时让用户额外导入一个“描述了资源各管理属性的定义文件”来配合纳管流程补充管理属性。这两种方法都需要用户深度参与纳管过程，并做额外的准备工作，给用户带来了不便。
7.(2)此外，现有纳管技术一般是找到资源的关联依赖关系后逐个同步资源和关联资源，这样一来，当有关联的资源纳管失败了一部分时，成功的那一部分因为缺少依赖依然无法正常使用。
8.鉴于此，如何克服现有技术所存在的缺陷，解决上述技术问题，是本技术领域待解决的难题。


技术实现要素：

9.针对现有技术的以上缺陷或改进需求，本发明提供一种云计算资源纳管的方法、系统和装置，通过定义管理属性的推导方式，让纳管程序尽可能自动为资源的管理属性赋值；并将纳管流程设计为“预纳管”、预览补充、“确认纳管”三个阶段；通过预览补充阶段给用户手动修正管理属性的机会，通过“预纳管”和“确认纳管”阶段，解决资源纳管部分成功、
部分失败导致资源无法使用的问题。本发明尽可能减少了用户在纳管过程中手动操作，也兼顾了灵活性、增强了健壮性。
10.本发明实施例采用如下技术方案：
11.第一方面，本发明提供了一种云计算资源纳管的方法，包括：1、一种云计算资源纳管的方法，其特征在于，包括：
12.对云计算资源进行建模，并将资源创建时即可确定的属性标记为原始属性，将为了管理便捷而附加上的属性标记为管理属性；
13.针对每一种管理属性，为其定义一种属性推导方式；
14.当有新增资源时，根据新增资源的原始属性以及管理属性的属性推导方式来执行预纳管阶段、预览补充阶段以及确认纳管阶段，给对应纳管资源的原始属性和管理属性赋值并完成纳管。
15.进一步的，所述管理属性的属性推导方式包括：
16.第一推导方式：从关联的父资源中继承管理属性；
17.第二推导方式：从关联的父资源中继承管理属性并对该管理属性进行换算以得到实际的管理属性；
18.第三推导方式：对于无法从父资源中继承的管理属性，由后续外部输入方进行补充。
19.进一步的，所述预纳管阶段具体包括：
20.对纳管资源的原始属性赋值：查询新增资源的原始属性，通过该原始属性直接给纳管资源的对应原始属性赋值；
21.对纳管资源的管理属性赋值：根据新增资源的管理属性不同，采取不同的属性推导方式来对纳管资源的对应管理属性赋值；
22.当该纳管资源的各个管理属性全部推导完成后，将该纳管资源暂存，并打上“预纳管标记”。
23.进一步的，所述对纳管资源的管理属性赋值具体包括：
24.若对应新增资源的管理属性属于第三推导方式，则直接给该纳管资源的管理属性打上“手动补充”标记，留待预览补充阶段补充；
25.若对应新增资源的管理属性属于第一或第二推导方式，且推导方式中涉及到的关联父资源全部都已经纳管，则执行第一或第二推导方式，将计算的结果赋值给纳管资源的管理属性；
26.若对应新增资源的管理属性属于第一或第二推导方式，但推导方式中涉及到的关联父资源中存在一个或者几个尚未纳管，则需要先纳管父资源，再执行第一或第二推导方式。
27.进一步的，若关联父资源所依赖链条上的根资源也尚未被纳管，则无法进行属性推导，此时将该链条上资源的管理属性打上“手动补充”标记。
28.进一步的，所述预览补充阶段具体包括：
29.当所有待纳管资源和它们父资源链条上的资源全部预纳管完成后，将预纳管的数据提供给外部输入方进行预览查看，并在此阶段接受外部输入方对标记为“手动补充”的管理属性的补充，以及接受外部输入方对第一和第二推导方式所生成的管理属性的修正。
30.进一步的，所述确认纳管阶段具体包括：
31.当外部输入方预览且补充修正完成后，将该批次待纳管资源和它们父资源链条上资源的“预纳管标记”一次性全部删除，完成纳管。
32.进一步的，若外部输入方在确认纳管阶段取消纳管，则将预纳管的资源信息全部删除。
33.第二方面，本发明提供了一种云计算资源纳管的系统，用于实现如第一方面中的云计算资源纳管的方法，所述系统包括模型构建和管理模块、推导方式管理模块以及纳管服务模块，其中：
34.所述模型构建和管理模块用于对云计算资源进行建模，将所有资源属性分类标记为原始属性和管理属性；
35.所述推导方式管理模块用于为资源的每一个管理属性定义一种属性推导方式，当需要推导某管理属性的值时，即调用该模块中定义的推导方式；
36.所述纳管服务模块用于实现预纳管阶段、预览补充阶段以及确认纳管阶段的功能，以完成纳管。
37.第三方面，本发明提供了一种云计算资源纳管的装置，具体为：包括至少一个处理器和存储器，至少一个处理器和存储器之间通过数据总线连接，存储器存储能被至少一个处理器执行的指令，指令在被处理器执行后，用于完成第一方面中的云计算资源纳管的方法。
38.与现有技术相比，本发明的有益效果在于：
39.(1)云计算管理系统在纳管资源时，系统能尽可能根据关联资源推导出该资源的管理属性，减少了用户后续手动补充管理数据的工作，也不需要用户在纳管时就附加其他的数据文件。
40.(2)通过预纳管、预览补充、确认纳管三个阶段，保证了未正式确认纳管时数据不被管理系统误用，也保证纳管数据的全量性和完整性。
41.(3)在预览补充阶段用户可以修正完善管理属性，从而和自动推导管理属性形成有效补充，兼顾了便捷性和灵活性。
附图说明
42.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍。显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1为本发明背景技术中云计算资源纳管的使用场景示意图；
44.图2为本发明背景技术中原始属性和管理属性的分类示意图；
45.图3为本发明实施例1提供的一种云计算资源纳管的方法流程图；
46.图4为本发明实施例1提供的属性推导方式示意图；
47.图5为本发明实施例1提供的虚拟机依赖父资源关联关系示意图；
48.图6为本发明实施例1提供的预纳管阶段的扩展流程图；
49.图7为本发明实施例2提供的对虚拟机进行资源纳管的方法流程图；
50.图8为本发明实施例2提供的用户预览和补充界面示意图；
51.图9为本发明实施例3提供的一种云计算资源纳管的系统的模块结构示意图；
52.图10为本发明实施例4提供的一种云计算资源纳管的装置结构示意图。
具体实施方式
53.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
54.本发明是一种特定功能系统的体系结构，因此在具体实施例中主要说明各结构模组的功能逻辑关系，并不对具体软件和硬件实施方式做限定。
55.此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。下面就参考附图和实施例结合来详细说明本发明。
56.实施例1：
57.如图3所示，本发明实施例提供一种云计算资源纳管的方法，该方法包括如下步骤：
58.步骤100：对云计算资源进行建模，并将资源创建时即可确定的属性标记为原始属性，将为了管理便捷而附加上的属性标记为管理属性。在本优选实施例中，由云计算管理系统对那些支持用户通过云计算操作系统命令行创建的云计算资源或允许用户通过第三方平台创建的云计算资源进行建模，并对资源划分出原始属性和管理属性。该步骤中所述的云计算资源包括但不限于：虚拟机、云硬盘(或称为存储卷)、网卡(或称为端口)、子网(或称为虚拟交换机)、路由器、vpc(或称为虚拟私有云)、可用域、宿主机、亲和性组、负载均衡、防火墙、vpn等。
59.步骤200：针对每一种管理属性，为其定义一种属性推导方式。通过对应的属性推导方式可以对纳管资源的管理属性进行赋值。
60.步骤300：当有新增资源时，根据新增资源的原始属性以及管理属性的属性推导方式来执行预纳管阶段、预览补充阶段以及确认纳管阶段，以给对应纳管资源的原始属性和管理属性赋值并完成纳管。
61.通过以上三个步骤，可以在纳管资源时，尽可能根据关联资源推导出该资源的管理属性，减少用户后续手动补充管理数据的工作，也不需要用户在纳管时就附加其他的数据文件。
62.具体的，对于上述步骤100的原始属性和管理属性，本优选实施例以作为云计算最核心资源的虚拟机为例，其“原始属性”包括id、名称、规格、状态、网卡、可用域、宿主机、亲和性组等。管理属性包括所属数据中心、用途、所属业务、归属部门、标签、描述、有效期限等。
63.如图4所示，对于上述步骤200中针对管理属性的属性推导方式，本优选实施例的这些推导方式主要包括如下三种(第一推导方式、第二推导方式、第三推导方式)。
64.第一推导方式(图中标号201)：从关联的父资源中继承管理属性。即指定资源的管理属性可从某一依赖的父资源的某管理属性中获取。例如，在本实施例的一个实施方式中，虚拟机依赖于宿主机、子网、亲和性组、可用域等资源(如附图5所示的虚拟机依赖父资源关
联关系示意图)，虚拟机的管理属性“所属数据中心”继承于虚拟机的关联父资源“可用域”的管理属性“所属数据中心”。在一些实施方式中，还可指定子资源的管理属性从若干父资源继承而来，即父资源中任意一个资源的该管理属性有值，即可继承。在一些实施方式中，还可进一步定义从多个父资源继承管理属性的优先级关系，即当多个父资源的该管理属性均有值时，定义优先从某一个父资源中继承。
65.第二推导方式(图中标号202)：从关联的父资源中继承管理属性并对该管理属性进行换算以得到实际的管理属性。该方式是在第一推导方式的基础上更进一步，管理属性是从关联的父资源的属性继承后换算而来。即先通过第一推导方式确定继承于父资源的值，再通过拼接或经过用户自定义函数将继承于父资源的值经过转换后，生成实际需要填入管理属性中的值。例如，在本实施例的一个实施方式中，虚拟机的管理属性“描述”从父资源“宿主机”或“子网”的“用途”属性继承而来，当“宿主机”或“子网”的“用途”属性任意一个有值即可确定虚拟机“描述”的基础值，然后将上述确定的虚拟机“描述”的基础值经过转换(本例是字符串拼接转换)，最终生成虚拟机“描述”为：用于数据分析的虚拟机，其中“数据分析”即为从父资源“宿主机”或“子网”中继承而来的“用途”属性。
66.第三推导方式(图中标号203)：对于无法从父资源中继承的管理属性，由后续外部输入方(外部输入方可以为用户或管理员等，下面均以用户为例进行说明)进行补充。该方式对于完全无法从关联父类资源推导的属性，可标记为“手动补充”，留待后面预览补充阶段让用户手动补充。
67.在上述步骤100、步骤200的资源建模以及推导方式设置完成后，云计算管理系统周期性扫描云计算操作系统是否有资源新增，或云计算操作系统有资源新增时通知云计算管理系统。当云计算管理系统获知资源新增时，开始执行步骤300中的纳管三阶段流程：预纳管阶段、预览补充阶段以及确认纳管阶段。
68.如图6所示，对于上述步骤300中的预纳管阶段，本优选实施例具体包括如下步骤：
69.步骤301：对纳管资源的原始属性赋值：查询新增资源的原始属性，通过该原始属性直接给纳管资源的对应原始属性赋值。本优选实施例中，云计算管理系统向云计算操作系统查询该新资源的“原始属性”，直接给纳管资源的对应原始属性赋值。
70.步骤302：对纳管资源的管理属性赋值：根据新增资源的管理属性不同，采取不同的属性推导方式来对纳管资源的对应管理属性赋值。本优选实施例中，对于每一个管理属性，处理方式如下：如果对应新增资源的管理属性属于第三推导方式，则直接给该纳管资源的管理属性打上“手动补充”标记，留待预览补充阶段补充。如果对应新增资源的管理属性属于第一或第二推导方式，且推导方式中涉及到的关联父资源全部都已经纳管，则执行第一或第二推导方式，将计算的结果赋值给纳管资源的管理属性。如果对应新增资源的管理属性属于第一或第二推导方式，但推导方式中涉及到的关联父资源中存在一个或者几个尚未纳管，则需要先纳管父资源，再执行第一或第二推导方式。如此递归处理依赖链条上的所有资源。在一些实施方式中，如果关联父资源所依赖链条上的根资源也尚未被纳管，即无法进行属性推导，则将该链条上资源的管理属性打上“手动补充”标记。
71.步骤303：当该纳管资源的各个管理属性全部推导完成后，将该纳管资源暂存，并打上“预纳管标记”。本优选实施例在纳管资源的各个管理属性全部推导完成后，将该纳管资源在云计算管理系统的数据库中暂存，并打上“预纳管标记”，拥有“预纳管标记”的资源
仅代表该资源处于纳管的中间状态，此时其仍有部分未能通过推导获得的管理属性，且已推导出的管理属性尚未由用户确认，云计算管理系统可以通过这些“预纳管标记”，识别这类特殊资源，防止这些资源参与管理系统的各项实际业务。
72.对于上述步骤300中的预览补充阶段，本优选实施例具体包括如下过程：当所有待纳管资源和它们父资源链条上的资源全部预纳管完成后，将预纳管的数据提供给外部输入方进行预览查看，并在此阶段接受外部输入方对标记为“手动补充”的管理属性的补充，以及接受外部输入方对第一和第二推导方式所生成的管理属性的修正。也即，用户可在此阶段对标记为“手动补充”的管理属性进行补充，或对通过第一和第二推导方式进行生成的管理属性进行手动修正。
73.对于上述步骤300中的确认纳管阶段，本优选实施例具体包括如下过程：当用户预览且补充修正完成后，管理系统将该批次待纳管资源和它们父资源链条上资源的“预纳管标记”通过单一事务一次性全部删除，即令资源以及父资源链条上资源整体从“预纳管状态”迁移到“完成纳管状态”。其中任意一个资源状态无法迁移则回退所有资源的状态迁移，以防止仅部分资源纳管导致关联资源丢失的问题。完成纳管后，这些资源正式进入云计算管理系统参与实际业务。在一些实施方式中，用户还可以在此阶段取消纳管，若用户取消纳管，则管理系统将预纳管的资源信息全部删除，这些资源会在下一个云计算管理系统扫描资源新增周期中被发现，并重新按照上述步骤进行纳管。
74.综上所述，通过上述步骤，本实施例在纳管资源时，能尽可能根据关联资源推导出该资源的管理属性，减少用户后续手动补充管理数据的工作，也不需要用户在纳管时就附加其他的数据文件。另外，本实施例通过预纳管、预览补充、确认纳管三个阶段，保证了未正式确认纳管时数据不被管理系统误用，解决资源纳管部分成功、部分失败导致资源无法使用的问题，保证纳管数据的全量性和完整性。本实施例在预览补充阶段还可以让用户修正完善管理属性，从而和自动推导管理属性形成有效补充，兼顾了便捷性和灵活性。本实施例尽可能减少了用户在纳管过程中手动操作，兼顾了灵活性、增强了健壮性。
75.实施例2：
76.基于实施例1提供的云计算资源纳管的方法，本实施例2以一个具体实施场景的例子来对该方法进行进一步的说明。
77.以纳管云计算最核心的资源虚拟机为例，如图7所示，本实施例的实施步骤包括以下步骤：
78.s101、对虚拟机进行建模，将其属性分为“原始属性”和“管理属性”分别标记。该步骤中，云计算管理系统建立虚拟机的管理模型，将虚拟机的属性分为“原始属性”和“管理属性”。其中“原始属性”包括虚拟机的id、名称、规格、状态、网卡、镜像、可用域、宿主机、亲和性组、创建用户等。“管理属性”包括所属数据中心、用途、所属业务、归属部门、标签、描述、有效期限等。
79.s102、针对每一个“管理属性”，为其定义一种属性推导方式。该步骤中，云计算管理系统内置三种基础的管理属性推导方式：第一推导方式(推导方式1)，从关联的父资源继承，即指定子资源的管理属性可从某一依赖的父资源的某管理属性中获取。第二推导方式(推导方式2)，从关联的父资源的属性计算而来。即子资源的管理属性基于父资源的某一个属性，经过字符串拼接或用户自定义函数转换而来。第三推导方式(推导方式3)是留待用户
补充，对于完全无法从关联父资源推导的属性，可标记为“手动补充”，留待后面预览补充阶段，由用户补充。
80.下表为本实施例中虚拟机的各个“管理属性”配置推导方式，这些推导方式可以是上述3种推导方式中的一种。
81.[0082][0083]
需要说明的是，以上各个管理属性所配置的推导方式仅仅是针对典型的云计算场景，在实际不同的云计算管理系统中，可依照特定系统的管理需求，为管理属性配置推导方式。
[0084]
s103、管理系统扫描发现到虚拟机新增，或收到虚拟机新增的通知，开始触发纳管。该步骤中，当有用户在云计算操作系统中通过命令行或第三方工具绕开云计算管理系统创建了一个虚拟机，云计算管理系统通过每隔1分钟的资源变动扫描，感知到这个新增资源，并触发纳管。这里1分钟的间隔时间是举例设计，可根据需要进行任意更改。
[0085]
s104、向云计算操作系统查询该新资源的“原始属性”，直接给纳管资源的对应属性赋值。该步骤中，云计算管理系统首先从云计算操作系统中查询这个虚拟机的“原始属性”：id、名称、规格、状态、网卡、镜像、可用域、宿主机、亲和性组、创建用户，并将这些原始属性直接赋值。
[0086]
s105、依次处理“管理属性”。该步骤中，针对所属数据中心、用途、所属业务、归属部门、标签、描述、有效期限等“管理属性”，依次按照上表的推导方式进行推导。
[0087]
s106、标记为“手动补充”。该步骤中，以“有效期限”字段为例，无法通过父资源推导，则标记为“手动补充”，留待预览补充阶段用户来手动补充。
[0088]
s107、执行推导方式，结果赋值给管理属性和s108、纳管父资源。这两个步骤中，以“描述”字段为例，该字段的推导方式convert(format("用于inherit($host.usage|$subnet.usage)的虚拟机"))依赖父资源宿主机host和子网subnet，则首先判断该虚拟机的宿主机和子网是否纳管，如果没有，则先纳管子网和宿主机。在纳管子网时，子网的管理属性推导又依赖于子网的父资源私有网络，则如此深度遍历递归纳管依赖链条上的所有资源(参考附图5)。当该虚拟机的宿主机和子网均完成预纳管后，按照inherit($host.usage|$subnet.usage)表达式取宿主机的用途或者子网的用途(两者任意一个有值即可)，暂记为x。最后执行外层的转换函数convert(format("用于x的虚拟机"))，生成最终的“描述”字段，例如：用于电子商务平台数据交换服务的虚拟机。
[0089]
s109、所有“管理属性”全部处理完毕后，将该纳管虚拟机在云计算管理系统的数
据库中暂存，并打上“预纳管标记”。该步骤中，当这个虚拟机所有“原始属性”id、名称、规格、状态、网卡、镜像、可用域、宿主机、亲和性组、创建用户均完成推导后，云计算管理系统将这个虚拟机打上“预纳管标记”，该虚拟机即完成了预纳管阶段。拥有“预纳管标记”的虚拟机不会参与管理系统的各项实际业务。
[0090]
s110、用户预览查看，可在此阶段对标记为“手动补充”的管理属性进行补充，对通过推导方式进行生成的管理属性进行修正。该步骤中，云计算管理系统可以将预纳管的虚拟机以及关联纳管资源的数据提供给用户进行预览查看，用户可在此阶段对标记为“手动补充”的管理属性“有效期限”进行补充，也可以对通过推导方式进行生成的管理属性进行修正，界面示意图参考附图8。
[0091]
s111、将这一批次待纳管资源和它们父资源链条上的资源的“预纳管标记”全部删除，完成纳管。该步骤中，当用户完成对该虚拟机以及关联纳管资源的管理属性“手动补充”或修正完成后，云计算管理系统将这一批资源的“预纳管标记”全部删除，完成纳管，这些资源正式进入云计算管理系统，参与实际业务。
[0092]
综上所述，通过上述步骤，本实施例在纳管资源时，能尽可能根据关联资源推导出该资源的管理属性，减少用户后续手动补充管理数据的工作，也不需要用户在纳管时就附加其他的数据文件。另外，本实施例通过预纳管、预览补充、确认纳管三个阶段，保证了未正式确认纳管时数据不被管理系统误用，也保证纳管数据的全量性和完整性。本实施例在预览补充阶段还可以让用户修正完善管理属性，从而和自动推导管理属性形成有效补充，兼顾了便捷性和灵活性。
[0093]
实施例3：
[0094]
基于实施例1提供的云计算资源纳管的方法，本实施例3提供一种云计算资源纳管的系统，用于实现如实施例1所述的云计算资源纳管的方法。
[0095]
如图9所示，本实施例3提供的系统包括模型构建和管理模块、推导方式管理模块以及纳管服务模块，具体的，纳管服务模块用于实现预纳管阶段、预览补充阶段以及确认纳管阶段的功能，以完成纳管，纳管服务模块还可细分为属性推导模块、资源创建感知模块、资源纳管模块、通信模块、用户预览和属性设置页面模块。附图9中各模块的协作关系通过连线表示，分别为：模型构建和管理模块与推导方式管理模块的协作1、模型构建和管理模块与属性推导模块的协作2、属性推导模块与资源纳管模块的协作3、资源纳管模块与用户预览和属性设置页面模块的协作4、资源纳管模块与资源创建感知模块的协作5、属性推导模块与通信模块的协作6、资源创建感知模块与通信模块的协作7。
[0096]
在本优选实施例中，模型构建和管理模块用于对云计算资源进行建模，将所有资源属性分类标记为原始属性和管理属性。
[0097]
在本优选实施例中，推导方式管理模块用于为资源的每一个管理属性定义一种属性推导方式，当需要推导某管理属性的值时，即调用该模块中定义的推导方式。推导方式管理模块定义的属性推导方式包括“从关联的父资源继承”、“从关联的父资源的属性转换而来”、“用户补充”等第一、第二、第三推导方式。当模型构建和管理模块需要推导某管理属性的值时，即调用本推导方式管理模块中定义的推导方式，该过程即附图9中所述的模块协作1。
[0098]
在本优选实施例中，推导方式管理模块可以支持管理属性推导方式的动态配置，
即用户可以在本模块中随时修改、更换某属性的推导方式。
[0099]
在本优选实施例中，属性推导模块负责具体处理待纳管资源的属性赋值流程。即针对资源的“原始属性”，直接通过通信模块从下层的云计算操作系统中获取数据并赋值，即附图9中所示的模块协作6；针对资源的“管理属性”，则请求模型构建和管理模块进行处理，即附图9中所示的模块协作2。
[0100]
在本优选实施例中，资源创建感知模块负责周期性通过通信模块向云计算操作系统查询是否有新增资源，或通过通信模块收取云计算操作系统发来的资源新增信号，即附图9中所示的模块协作7；并通知资源纳管模块触发纳管，即附图9中所示的模块协作5。
[0101]
在本优选实施例中，资源纳管模块负责协调预纳管、预览补充、确认纳管三阶段流程，当待纳管资源的某属性推导方式涉及的父资源未纳管时，递归触发父资源的纳管；当所有涉及的父资源纳管完成后，本模块调用属性推导模块来完成原始属性的赋值和执行管理属性推导，即附图9中所示的模块协作3。
[0102]
在本优选实施例中，用户预览和属性设置界面模块是一个面向用户的界面模块，用户通过此模块预览已预纳管的资源、补充无法自动推导的管理属性、修正自动推导的管理属性，并将用户的输入反馈给资源纳管模块进行处理，即附图9中所示的模块协作4。
[0103]
在上述模块的配合之下，还是以纳管云计算最常见、最核心的资源虚拟机为例，本实施例的系统工作流程具体如下：
[0104]
推导方式管理模块首先定义三种属性推导方式：“从关联的父资源管理属性继承”、“从关联的父资源的属性计算而来”、“用户补充”。
[0105]
模型构建和管理模块定义并创建虚拟机的数据模型，将虚拟机的所有资源属性分类标记为“原始属性”和“管理属性”两大类。针对每一个“管理属性”，为其绑定推导方式管理模块中定义的三种属性推导方式中的一种。
[0106]
资源创建感知模块周期性地通过通信模块向云计算操作系统查询是否有新增资源，或通过通信模块收取云计算操作系统发来的资源新增信号，如果发现新增虚拟机，则触发纳管流程。
[0107]
资源纳管模块开始执行预纳管、预览补充、确认纳管三阶段流程。
[0108]
首先，资源纳管模块调用属性推导模块，针对资源的“原始属性”，直接通过通信模块从下层的云计算操作系统中获取数据并给原始属性赋值。针对每一个“管理属性”：当某属性推导方式涉及的父资源未纳管时，属性推导模块通知资源纳管模块开始递归处理父资源的纳管；当父资源纳管完成后，属性推导模块通过通信模块获取父资源属性的值，并通过模型构建和管理模块、推导方式管理模块来执行管理属性的推导和赋值。
[0109]
其次，当虚拟机的管理属性全部推导完毕后，开始进行预览补充流程，资源纳管模块将虚拟机打上“预纳管标记”，让该虚拟机不参与实际业务。用户通过用户预览和属性设置界面模块预览已预纳管的虚拟机，并补充无法自动推导的管理属性，也可以手动修正自动推导的管理属性。
[0110]
最后，用户在用户预览和属性设置界面模块中确认纳管，资源纳管模块将虚拟机和其关联纳管资源的“预纳管标记”一次性全部删除，正式完成纳管，这些资源整体进入云计算管理系统参与实际业务。如果用户在用户预览和属性设置界面模块中取消纳管，则资源纳管模块将虚拟机和其关联纳管资源的数据全部删除，结束纳管流程。
[0111]
综上所述，本实施例云计算管理系统在纳管资源时，系统能尽可能根据关联资源推导出该资源的管理属性，减少了用户后续手动补充管理数据的工作，也不需要用户在纳管时就附加其他的数据文件。本实施例通过预纳管、预览补充、确认纳管三个阶段，保证了未正式确认纳管时数据不被管理系统误用，也保证纳管数据的全量性和完整性。本实施例在预览补充阶段用户可以修正完善管理属性，从而和自动推导管理属性形成有效补充，兼顾了便捷性和灵活性。
[0112]
实施例4：
[0113]
在上述实施例1-实施例3提供的云计算资源纳管的方法、系统的基础上，本发明还提供了一种可用于实现上述方法及系统的云计算资源纳管的装置，如图10所示，是本发明实施例的装置架构示意图。本实施例的云计算资源纳管的装置包括一个或多个处理器21以及存储器22。其中，图10中以一个处理器21为例。
[0114]
处理器21和存储器22可以通过总线或者其他方式连接，图10中以通过总线连接为例。
[0115]
存储器22作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如实施例1-实施例3中的云计算资源纳管的方法、系统模块。处理器21通过运行存储在存储器22中的非易失性软件程序、指令以及模块，从而执行云计算资源纳管的装置的各种功能应用以及数据处理，即实现实施例1-实施例3的云计算资源纳管的方法、系统功能。
[0116]
存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器22可选包括相对于处理器21远程设置的存储器，这些远程存储器可以通过网络连接至处理器21。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0117]
程序指令/模块存储在存储器22中，当被一个或者多个处理器21执行时，执行上述实施例1-实施例3中的云计算资源纳管的方法、模块功能，例如，执行以上描述的图1、图7所示的各个步骤。
[0118]
本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(readonlymemory，简写为：rom)、随机存取存储器(randomaccessmemory，简写为：ram)、磁盘或光盘等。
[0119]
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
[0120]
还需要说明的是，本发明所述实施例仅是以云计算领域中核心且常见的资源虚拟机为例进行说明，对于其它云计算资源，包括但不限于云硬盘(或称为存储卷)、网卡(或称为端口)、子网(或称为虚拟交换机)、路由器、vpc(或称为虚拟私有云)、可用域、宿主机、亲和性组、负载均衡、防火墙、vpn，这些资源的纳管依然适用于本专利所述方法，均应包含在本发明的保护范围之内。
[0121]
还需要说明的是，本发明所述实施例中所描述的虚拟机的属性，如id、名称、规格、状态、网卡、镜像、可用域、宿主机、亲和性组、创建用户、所属数据中心、用途、所属业务、归
属部门、标签、描述、有效期限等，是最典型、最有代表性、最有普适性的虚拟机属性。而在不同具体云计算系统中的虚拟机属性定义、数量、内涵可能会有所不同，但依然适用于本专利所述方法，均应包含在本发明的保护范围之内。