CN114327908B

CN114327908B - 多云管理平台的管理方法

Info

Publication number: CN114327908B
Application number: CN202210003203.0A
Authority: CN
Inventors: 戴璟铭
Original assignee: SmartX Inc
Current assignee: Beijing Zhiling Haina Technology Co ltd
Priority date: 2022-01-04
Filing date: 2022-01-04
Publication date: 2022-10-11
Anticipated expiration: 2042-01-04
Also published as: CN114327908A

Abstract

本发明提供了一种多云管理系统的管理方法，用户通过多云管理平台登录vCenter，并与所述vCenter建立并维护有效连接；发起全量缓存的请求，所述vCenter向所述多云管理平台返回所有VMWare资源数据，并缓存至所述多云管理平台的数据库中；执行定时轮询操作，当任一VMWare任务完成后，发起增量缓存请求，所述vCenter向所述多云管理平台返回完成的VMWare任务对应的VMWare资源数据，并增量更新至所述数据库中。本发明在较长时间的全量缓存的基础上增加灵活的增量缓存的方式，确保当局部网络异常时，也能得到最终一致性的资源同步情况，且多云管理平台能够敏捷的响应用户的操作，及时更新缓存，同时能有效减低多云管理平台和vCenter的资源占用。

Description

多云管理平台的管理方法

技术领域

本发明涉及分布式管理技术领域，尤其涉及一种多云管理平台的管理方法。

背景技术

随着各式各样的基础架构逐渐成熟，不同的技术架构有其自身的优势，所以同时在生产上应用多种的基础架构已成为趋势。而多云管理的重要性也凸显，在多云管理下，能将多种基础架构抽象抹平，设计统一的操作方式。

VMWare云平台为一种流行的虚拟化架构，其虚拟化软件vShpere，包括两个核心组建，ESXi服务器和vCenter Server。ESXi服务器是一种Hypervisor，即虚拟机管理器，可在其中创建和运行虚拟机和虚拟设备；vCenter Server是用于管理网络中多个ESXi服务器和资源的服务。同时VMWare云平台提供了VMware vSphere API(下称VMWare API)供管理vCenter Server和ESXi服务器。

当使用VMWareAPI在VMWare云平台管理vCenter时，有两种方式列举出VMWare的资源：一种是每次管理前加载VMWare资源，此种方式在使用过程中，体验会较差，首先是面临等待的时间会随着资源的增加线性增长，再来是难以丰富VMWare原本无法提供的功能；另一种是缓存VMWare的资源。然而现有技术仅使用的定时的全量缓存来解决资源状态同步的问题，但是面临时效性和资源消耗的问题，若定时更新的时间太长，会降低VMWare云平台的缓存有效性；若定时更新的时间太短，则会占用较多的vCenter资源，会对VMWare云平台带来新的负担。

发明内容

本发明的目的在于提供一种多云管理平台的管理方法，已解决对VMWare资源数据的缓存面临管理资源的时效性低以及对vCenter和多云管理平台的资源的消耗大的问题。

为了达到上述目的，本发明提供了一种多云管理系统的管理方法，所述方法包括：

用户通过多云管理平台登录vCenter，并与所述vCenter建立并维护有效连接；

发起全量缓存的请求，所述vCenter向所述多云管理平台返回所有VMWare资源数据，并缓存至所述多云管理平台的数据库中；

执行定时轮询操作，当任一VMWare任务完成后，发起增量缓存请求，所述vCenter向所述多云管理平台返回完成的VMWare任务对应的VMWare资源数据，并增量更新至所述数据库中。

可选的，所述多云管理平台包括API接口、账号管理模块及连接管理模块，用户通过所述多云管理平台登录vCenter，并与所述vCenter建立并维护有效连接的步骤包括：

用户通过所述API接口输入账号和密码；

所述账号管理模块向所述vCenter验证输入的账号和密码是否有效，当输入的账号和密码有效时判定与所述vCenter建立有效连接；以及，

所述账号管理模块将有效的账号和密码缓存至所述数据库中，所述连接管理模块维护与所述vCenter的有效连接。

可选的，所述多云管理平台还包括任务管理中心，发起全量缓存的请求的步骤包括：

所述账号管理模块向所述任务管理中心发起全量缓存的请求；

所述任务管理中心获取缓存的与所述vCenter的有效连接。

可选的，所述多云管理平台还包括资源操作模块，用户通过所述API接口向所述资源操作模块发起操作VMWare任务的请求，所述资源操作模块接收请求后，所述任务管理中心进行操作。

可选的，所述资源操作模块接收请求后，所述任务管理中心进行操作之前，还包括：

所述任务管理中心获取缓存的与所述vCenter的有效连接；以及，

所述任务管理中心进行操作时，所述vCenter向所述资源操作模块返回VMWare任务的ID，所述资源操作模块将所述ID传递至所述任务管理中心，并缓存至所述数据库中。

可选的，所述任务管理中心定时向所述vCenter发起获取未完成的VMWare任务的请求，所述vCenter返回未完成的VMWare任务，并缓存在所述数据库中。

可选的，执行定时轮询操作时，还判断所述数据库中未完成的VMWare任务是否完成，当所述数据库中未完成的VMWare任务完成后，发起增量缓存请求。

可选的，判断所述数据库中未完成的VMWare任务是否完成的步骤包括：

所述任务管理中心向所述数据库获取未完成的VMWare任务；

所述任务管理中心本次定时轮询操作时向所述vCenter获取当前未完成的VMWare任务的状态；以及，

并且在每次轮询查询时，根据所述vCenter向所述任务管理中心返回的信息判断当前未完成的VMWare任务的是否完成。

可选的，当判定所述数据库中未完成的VMWare任务完成后，更新所述数据库中的任务状态。

可选的，所述多云管理平台还包括缓存读取模块，所述VMWare资源数据被格式化后存入所述数据库中，并通过所述缓存读取模块读取所述数据库中的数据。

在本发明提供的多云管理系统的管理方法中，用户通过多云管理平台登录vCenter，并与所述vCenter建立并维护有效连接；发起全量缓存的请求，所述vCenter向所述多云管理平台返回所有VMWare资源数据，并缓存至所述多云管理平台的数据库中；执行定时轮询操作，当任一VMWare任务完成后，发起增量缓存请求，所述vCenter向所述多云管理平台返回完成的VMWare任务对应的VMWare资源数据，并增量更新至所述数据库中。本发明在较长时间的全量缓存的基础上增加灵活的增量缓存的方式，确保当局部网络异常时，也能得到最终一致性的资源同步情况，且多云管理平台能够敏捷的响应用户的操作，及时更新缓存，同时能有效减低多云管理平台和vCenter的资源占用。

附图说明

图1为本发明实施例提供的多云管理系统的管理方法的流程图

图2为本发明实施例提供的多云管理系统的结构框图；

图3为本发明实施例提供的全量缓存的流程图；

图4为本发明实施例提供的常规VMWare任务的增量缓存的流程图；

图5为本发明实施例提供的未完成VMWare任务的增量缓存的流程图；

图6为本发明实施例提供的定时轮询操作的流程图；

其中，附图说明为：

10-API接口；20-资源操作模块；30-连接管理模块；40-账号管理模块；50-缓存读取模块；60-任务管理中心；70-数据库；80-vCenter。

具体实施方式

下面将结合示意图对本发明的具体实施方式进行更详细的描述。根据下列描述，本发明的优点和特征将更清楚。需说明的是，附图均采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本发明实施例的目的。

图1为本实施例提供的多云管理系统的管理方法的流程图。如图1所示，所述多云管理系统的管理方法包括：

步骤S100：用户通过多云管理平台登录vCenter80，并与所述vCenter80建立并维护有效连接；

步骤S200：发起全量缓存的请求，所述vCenter80向所述多云管理平台返回所有VMWare资源数据，并缓存至所述多云管理平台的数据库70中；

步骤S300：执行定时轮询操作，当任一VMWare任务完成后，发起增量缓存请求，所述vCenter80向所述多云管理平台返回完成的VMWare任务对应的VMWare资源数据，并增量更新至所述数据库70中。

图2为本实施例提供的多云管理系统的结构框图，具体而言，所述多云管理系统包括所述多云管理平台及所述vCenter80等。其中，所述多云管理平台包括API接口10、账号管理模块40、连接管理模块30、任务管理中心60、资源操作模块20、缓存读取模块50及数据库70等。接下来，将结合图2对所述多云管理系统的管理方法进行详细解释。

API接口10是所述多云管理平台的前端，用户可通过外网访问，以管理VMWare，还可通过所述账号管理模块40管理连接所述vCenter80的账号，供所述连接管理模块30调用。具体而言，执行步骤S100，用户通过所述多云管理平台登录vCenter80时，可以通过所述API接口10输入账号和密码；所述账号管理模块40向所述vCenter80验证输入的账号和密码是否有效，当输入的账号和密码有效时判定与所述vCenter80建立有效连接。接下来，所述账号管理模块40将有效的账号和密码缓存至所述数据库70中，所述连接管理模块30维护与所述vCenter80的有效连接。

当使用VMWare账号进行登录所述vCenter80时，会在所述任务管理中心60中留下一条登录信息，为减少不必要的登录登出开销，以及减少每次请求资源时留下的登录信息过多，所述连接管理模块30维护与所述vCenter80的有效连接，在与所述vCenter80的连接失效时可以再通过所述连接管理模块30重新获取连接。

接下来，执行步骤S200，发起全量缓存的请求。图3为本实施例提供的全量缓存的流程图，如图2及图3所示，所述账号管理模块40向所述任务管理中心60发起全量缓存的请求，所述任务管理中心60向所述连接管理模块30获取缓存的与所述vCenter80的有效连接，重新与所述vCenter80建立有效连接。

接着，所述vCenter80向所述任务管理中心60返回所有VMWare资源数据，并缓存至所述数据库70中，如此一来，所述数据库70中便缓存了所有VMWare资源数据。此步骤中，由于要缓存所有VMWare资源数据，因此耗时较长。

用户可通过所述资源操作模块20在所述多云管理平台发送操作指令，操作VMWare资源。图4为本发明实施例提供的常规VMWare任务的增量缓存的流程图。如图2及图4所示，执行步骤S300，用户可以通过所述API接口10向所述资源操作模块20发起操作VMWare任务的请求，所述资源操作模块20接收请求后，所述任务管理中心60向所述连接管理模块30获取缓存的与所述vCenter80的有效连接，重新与所述vCenter80建立有效连接，所述任务管理中心60根据具体的VMWare任务进行操作。

进一步地，当所述任务管理中心60进行操作后，所述vCenter80向所述资源操作模块20返回VMWare任务的ID，所述资源操作模块20将所述ID传递至所述任务管理中心60，并缓存至所述数据库70中。

执行定时轮询操作，定时轮询中，只会关心VMWare任务的状态是否完成，只要有VMWare任务完成，便发起增量缓存请求，所述vCenter80向所述任务管理中心60返回完成的VMWare任务对应的VMWare资源数据，并增量更新至所述数据库70中，也即将增加的数据存储至所述数据库70中，并用新的数据替换旧数据。

图5为本实施例提供的未完成VMWare任务的增量缓存的流程图。

如图2及图5所示，本实施例中，所述任务管理中心60会定时向所述vCenter80发起获取未完成的VMWare任务的请求，以防止没有直接在所述多云管理平台上从而对资源的操作更新不及时，所述vCenter80会返回未完成的VMWare任务(具体是返回未完成的VMWare任务的ID)，并缓存在所述数据库70中。如此一来，未完成的VMWare任务便会存储在所述数据库70中。

在执行定时轮询操作时，还判断所述数据库70中未完成的VMWare任务是否完成，当所述数据库70中未完成的VMWare任务完成后，发起增量缓存请求，所述vCenter80向所述任务管理中心60返回完成的VMWare任务对应的VMWare资源数据，并增量更新至所述数据库70中。

图6为本实施例提供的定时轮询操作的流程图。

如图2及图6所示，进一步地，为了判断所述数据库70中未完成的VMWare任务是否完成，所述任务管理中心60会查询所述数据库70，以向所述数据库70获取未完成的VMWare任务。

当所述数据库70中具有未完成的VMWare任务时，在本次定时轮询操作中，所述任务管理中心60会向所述vCenter80获取当前未完成的VMWare任务的状态，每次请求时，所述vCenter80都会向所述任务管理中心60返回的VMWare任务的状态信息，并且在每次轮询查询时，所述任务管理中心60可以根据所述vCenter80返回的信息判断当前未完成的VMWare任务的是否完成。

本实施例中，当判定所述数据库70中未完成的VMWare任务完成后，更新所述数据库70中的任务状态，该VMWare任务完成。

本实施例中，在全量缓存和增量更新时，所述VMWare资源数据均是被格式化后存入所述数据库70中的，用户可以通过所述缓存读取模块50读取所述数据库70中的数据。

综上，在本发明实施例提供的多云管理系统的管理方法中，用户通过多云管理平台登录vCenter80，并与所述vCenter80建立并维护有效连接；发起全量缓存的请求，所述vCenter80向所述多云管理平台返回所有VMWare资源数据，并缓存至所述多云管理平台的数据库70中；执行定时轮询操作，当任一VMWare任务完成后，发起增量缓存请求，所述vCenter80向所述多云管理平台返回完成的VMWare任务对应的VMWare资源数据，并增量更新至所述数据库70中。本发明在较长时间的全量缓存的基础上增加灵活的增量缓存的方式，确保当局部网络异常时，也能得到最终一致性的资源同步情况，且多云管理平台能够敏捷的响应用户的操作，及时更新缓存，同时能有效减低多云管理平台和vCenter80的资源占用。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，虽然本发明已以较佳实施例披露如上，然而上述实施例并非用以限定本发明。对于任何熟悉本领域的技术人员而言，在不脱离本发明技术方案范围情况下，都可利用上述揭示的技术内容对本发明技术方案作出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围。

还应当理解的是，除非特别说明或者指出，否则说明书中的术语“第一”、“第二”、“第三”等描述仅仅用于区分说明书中的各个组件、元素、步骤等，而不是用于表示各个组件、元素、步骤之间的逻辑关系或者顺序关系等。

此外还应该认识到，此处描述的术语仅仅用来描述特定实施例，而不是用来限制本发明的范围。必须注意的是，此处的以及所附权利要求中使用的单数形式“一个”和“一种”包括复数基准，除非上下文明确表示相反意思。例如，对“一个步骤”或“一个装置”的引述意味着对一个或多个步骤或装置的引述，并且可能包括次级步骤以及次级装置。应该以最广义的含义来理解使用的所有连词。以及，词语“或”应该被理解为具有逻辑“或”的定义，而不是逻辑“异或”的定义，除非上下文明确表示相反意思。此外，本发明实施例中的方法和/或设备的实现可包括手动、自动或组合地执行所选任务。

Claims

1.一种多云管理平台的管理方法，其特征在于，包括：

执行定时轮询操作，当任一VMWare任务完成后，发起增量缓存请求，所述vCenter向所述多云管理平台返回完成的VMWare任务对应的VMWare资源数据，并增量更新至所述数据库中；

执行定时轮询操作时，还判断所述数据库中未完成的VMWare任务是否完成，当所述数据库中未完成的VMWare任务完成后，发起增量缓存请求；

判断所述数据库中未完成的VMWare任务是否完成的步骤包括：

任务管理中心向所述数据库获取未完成的VMWare任务；

所述任务管理中心本次定时轮询操作时多次向所述vCenter获取当前未完成的VMWare任务的状态；以及，

根据所述vCenter向所述所述任务管理中心返回的信息判断当前未完成的VMWare任务的是否完成。

2.如权利要求1所述的多云管理平台的管理方法，其特征在于，所述多云管理平台包括API接口、账号管理模块及连接管理模块，用户通过所述多云管理平台登录vCenter，并与所述vCenter建立并维护有效连接的步骤包括：

用户通过所述API接口输入账号和密码；

3.如权利要求2所述的多云管理平台的管理方法，其特征在于，所述多云管理平台还包括任务管理中心，发起全量缓存的请求的步骤包括：

所述任务管理中心获取缓存的与所述vCenter的有效连接，以登录所述vCenter。

4.如权利要求3所述的多云管理平台的管理方法，其特征在于，所述多云管理平台还包括资源操作模块，用户通过所述API接口向所述资源操作模块发起操作VMWare任务的请求，所述资源操作模块接收请求后，所述任务管理中心进行操作。

5.如权利要求4所述的多云管理平台的管理方法，其特征在于，所述资源操作模块接收请求后，所述任务管理中心进行操作之前，还包括：

所述任务管理中心获取缓存的与所述vCenter的有效连接，以登录所述vCenter；以及，

6.如权利要求3所述的多云管理平台的管理方法，其特征在于，所述任务管理中心定时向所述vCenter发起获取未完成的VMWare任务的请求，所述vCenter返回未完成的VMWare任务，并缓存在所述数据库中。

7.如权利要求6所述的多云管理平台的管理方法，其特征在于，当判定所述数据库中未完成的VMWare任务完成后，更新所述数据库中的任务状态。

8.如权利要求7所述的多云管理平台的管理方法，其特征在于，所述多云管理平台还包括缓存读取模块，所述VMWare资源数据被格式化后存入所述数据库中，并通过所述缓存读取模块读取所述数据库中的数据。