CN116170275A - 一种云网络运维管理方法和装置 - Google Patents

Abstract

本发明公开了一种云网络运维管理方法和装置，涉及计算机技术领域，解决目前无法有效的管理多集群资源和业务，了解和管理集群各组件运行状态的问题。该方法包括：响应于用户的操作，确定与操作对应的操作请求，获取集群参数，集群参数用于指示目标集群节点。根据集群参数，将操作请求发送至目标集群节点，以使目标集群节点根据操作请求，获取目标设备的目标数据，显示目标数据。

Description

一种云网络运维管理方法和装置

技术领域

本发明涉及云计算技术领域，尤其涉及一种云网络运维管理方法和装置。

背景技术

随着云计算技术的发展，云网络的重要性越来越凸显，运维管理平台越来被各企业机构熟悉，得到广泛应用。尤其对于多集群的管理，集群数增多，集群内对象数量庞大的问题日渐严重，管理起来十分困难。

因此，如何有效的管理多集群资源和业务，了解集群各组件运行状态并管理，成为一个亟待解决的问题。

发明内容

本发明提供了一种云网络运维管理方法和装置，用于解决目前无法有效的管理多集群资源和业务，了解和管理集群各组件运行状态的问题。

为达到上述目的，本发明采用如下技术方案：

第一方面，本发明提供了一种云网络运维管理方法，包括：响应于用户的操作，确定与操作对应的操作请求，获取集群参数，集群参数用于指示目标集群节点。根据集群参数，将操作请求发送至目标集群节点，以使目标集群节点根据操作请求，获取目标设备的目标数据，显示目标数据。

本申请提供的云网络运维管理方法，通过响应于用户的操作，确定与该操作对应的操作请求，进而获取集群参数，并根据该集群参数，将操作请求发送至目标集群节点，以使目标集群节点根据该操作请求，获取目标设备的目标数据，最后显示该目标数据，可以实现有效管理多集群资源和业务，了解和管理集群各组件运行状态。

一种可能的实现方式，操作请求包括以下请求中的一项或多项：总览请求和巡检请求。操作请求为总览请求时，目标集群节点根据操作请求，获取目标设备的目标数据，包括：目标集群节点根据总览请求，获取目标设备的总览信息，总览信息用于指示目标设备的在线情况。和/或，操作请求为巡检请求时，目标集群节点根据操作请求，获取目标设备的目标数据，包括：目标集群节点根据巡检请求，获取目标设备的巡检信息，巡检信息用于指示目标设备的工作情况和目标设备的通信状况。

一种可能的实现方式，根据集群参数，将操作请求发送至目标集群节点，包括：根据集群参数，确定目标集群节点；获取目标集群节点状态；若目标集群节点状态为正常，将操作请求发送至目标集群节点；若目标集群节点异常，将操作请求发送至异常的目标集群节点外的另一集群节点。

一种可能的实现方式，本申请提供的云网络运维管理方法还包括：采集目标设备的日志信息，日志信息用于记录目标设备为用户提供的服务信息。显示日志信息。

该可能的实现方式中，通过将系统日志和组件日志统一采集汇总，添加自定义标签化后将该日志可视化展示，降低了日志处理的难度，同时方便用户在不登陆主机情况下查看日志，进行问题排查，跟踪，提高了日志分析的效率。

第二方面，本发明提供了一种云网络运维管理装置，包括：处理模块、获取模块、发送模块、显示模块。

其中，处理模块，用于响应于用户的操作，确定与操作对应的操作请求。

获取模块，用于获取集群参数；集群参数用于指示目标集群节点。

发送模块，用于根据集群参数，将操作请求发送至目标集群节点，以使目标集群节点根据操作请求，获取目标设备的目标数据。

显示模块，用于显示目标数据。

本申请提供的云网络运维管理装置，通过响应于用户的操作，确定与该操作对应的操作请求，进而获取集群参数，并根据该集群参数，将操作请求发送至目标集群节点，以使目标集群节点根据该操作请求，获取目标设备的目标数据，最后显示该目标数据，可以实现有效管理多集群资源和业务，了解和管理集群各组件运行状态。

一种可能的实现方式，操作请求包括以下请求中的一项或多项：总览请求和巡检请求。

操作请求为总览请求时，获取模块还用于：根据总览请求，获取目标设备的总览信息，总览信息用于指示目标设备的在线情况。

和/或，

操作请求为巡检请求时，获取模块还用于：根据巡检请求，获取目标设备的巡检信息，巡检信息用于指示目标设备的工作情况和目标设备的通信状况。

一种可能的实现方式，处理模块还用于：根据集群参数，确定目标集群节点；获取模块还用于：获取目标集群节点状态；发送模块还用于：若目标集群节点状态为正常，将操作请求发送至目标集群节点；若目标集群节点异常，将操作请求发送至异常的目标集群节点外的另一集群节点。

一种可能的实现方式，本申请提供的云网络运维管理装置还包括：采集模块。

其中，采集模块，用于采集目标设备的日志信息，日志信息用于记录目标设备为用户提供的服务信息。

显示模块还用于：显示日志信息。

该可能的实现方式中，通过将系统日志和组件日志统一采集汇总，添加自定义标签化后将该日志可视化展示，降低了日志处理的难度，同时方便用户在不登陆主机情况下查看日志，进行问题排查，跟踪，提高了日志分析的效率。

第三方面，提供了一种管理设备，该管理设备具有实现上述第一方面或任一种可能的实现方式所述的云网络运维管理方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面或任一种可能的实现方式所述的云网络运维管理方法。

第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面或任一种可能的实现方式所述的云网络运维管理方法。

其中，第三方面至第五方面中任一种设计方式所带来的技术效果可参见第一方面中不同可能的实现方式所带来的技术效果，此处不再赘述。

本申请中第二方面到第五方面及其各种实现方式的具体描述，可以参考第一方面及其各种实现方式中的详细描述；并且，第二方面到第五方面及其各种实现方式的有益效果，可以参考第一方面及其各种实现方式中的有益效果分析，此处不再赘述。

本申请的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的云网络运维管理系统的一个架构图；

图2为本申请实施例提供的运维管理平台的一个结构示意图；

图3为本申请实施例提供的一种云网络运维管理方法的一个流程示意图；

图4为本申请实施例提供的一种云网络运维管理方法的一个示例图；

图5为本申请实施例提供的一种云网络运维管理方法的另一个示例图；

图6为本申请实施例提供的一种云网络运维管理方法的另一个示例图；

图7为本申请实施例提供的一种云网络运维管理装置的一个结构示意图；

图8为本申请实施例提供的一种云网络运维管理装置的另一个结构示意图；

图9为本申请实施例提供的一种管理设备的一个结构示意图。

具体实施方式

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

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

此外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

目前针对云网络领域的运维管理平台很少或基本没有。而且相关技术中的运维管理平台整体结构简单，一般都只能运维管理本集群或几台机器，无法实现多集群的纳管；功能比较单一，无法完全覆盖所需需求，无法查看主机状态，组件运行情况，无法配置管理等等；同时缺少日志管理模块，查看分析日志，进行问题定位排查，比较低效。基于此，本申请提供一种云网络运维管理方法和装置，响应于用户的操作，确定与操作对应的操作请求，获取集群参数，根据集群参数，将操作请求发送至目标集群节点，以使目标集群节点根据操作请求，获取目标设备的目标数据，显示目标数据，以实现有效的管理多集群资源和业务，了解和管理集群各组件运行状态。

下面将结合附图对本申请实施例的实施方式进行详细描述。

本申请提供的方案可以应用于图1示意的云网络运维管理系统100中。如图1所示，云网络运维管理系统100包括：运维管理平台101、多个集群102、多台主机103。

其中，运维管理平台101中部署有操作入口组件(UI+Keeper-apiserver)，该操作入口组件为最上层组件，作为运维管理层组件，与用户直接交互，可以纳管多个集权，从上而下层层递进，完成运维管理，例如操作入口组件响应于用户的操作，确定与该操作对应的操作请求。同时，该运维管理平台101还与数据库apiserverdb连接，用于在该数据库中获取集群参数和对应的集群中的控制节点机器102的地址。

集群102包括至少3台控制节点机器，每台控制节点机器中部署有控制组件(Keeper-controller)，该控制组件为集群内控制层执行组件，对于集群内的操作查询如无需涉及具体主机可在该组件中完成。同一集群标准规划3台控制节点机器，且每台控制节点机器部署控制组件。待进程启动后，人为将集群信息和三个后端URL地址记录到数据库中，便于运维管理平台101将确定的操作请求发送到指定集群中。

多台主机103中的每一台主机103中部署有执行组件(Keeper-executor)。该执行组件为底层执行组件，用于云网络运维管理系统的具体功能实现。同一集群内所有主机Host1-Hostx都需要部署执行组件，进程启动后会自动注册远程调用方式(remoteprocedure call，RPC)服务，并开启监听，同时将上线信息自动注册到集群内数据库ETCD中，记录节点信息和监听端口号，便于集群102远程调用RPC服务，与多台主机103建立连接。

本申请提供的方案可以应用于图2示意的运维管理平台101中，该运维管理平台101可以部署于图1所示的云网络运维管理系统100中，该运维管理平台101可以为计算机、交换机、路由器或者其他产品形态，具体不予限定。该运维管理平台101包括：处理器201、存储器202。

其中，处理器201可以为中央处理器(central processing unit，CPU)，处理器201还可以为其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器202可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；或者非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者上述种类的存储器的组合，用于存储可实现本申请方法的应用程序、配置文件、数据信息或者其他内容。

处理器201通过运行或执行存储在存储器202内的软件程序和/或模块，以及调用存储在存储器202内的数据，执行如下功能：

响应于用户的操作，确定与操作对应的操作请求，获取集群参数，根据集群参数，将操作请求发送至目标集群节点，以使目标集群节点根据操作请求，获取目标设备的目标数据，显示目标数据。

需要说明的是，上述图1示意的云网络运维管理系统100、运维管理平台101，仅为对本申请方案的应用场景举例说明，并不是对本申请方案应用场景的限定。

一方面，本申请公开了一种云网络运维管理方法，可以由管理设备执行，例如由图2中示意的运维管理平台101执行。如图3所示，该方法可以包括如下步骤：

S301、响应于用户的操作，确定与操作对应的操作请求。

其中，操作请求可以包括：总览请求和巡检请求。

一种可能的实现方式，用户需要总览运维管理平台中的所有设备时，用户向运维管理平台提交总览操作，运维管理平台响应于用户的总览操作，确定与该总览操作对应的总览请求。

另一种可能的实现方式，用户需要巡检运维管理平台中的所有设备时，用户向运维管理平台提交巡检操作，运维管理平台响应于用户的巡检操作，确定与该巡检操作对应的巡检请求。

S302、获取集群参数。

具体的，运维管理平台在响应于用户的操作，确定与该操作对应的操作请求后，获取传入的集群参数。

S303、根据集群参数，将操作请求发送至目标集群节点，以使目标集群节点根据操作请求，获取目标设备的目标数据。

具体的，运维管理平台在获取到集群参数之后，根据该集群参数在数据库中查询与该集群参数对应的集群信息，以及与该集群参数对应的控制节点机器的后端地址。进而，将该操作请求发送至目标集群的控制节点机器。

其中，由于每一个集群配备有至少3个控制节点机器，通常情况下会循环发送至该至少3个控制节点机器中的1个控制节点机器中。当其中1个控制节点机器处于异常情况下，运维管理平台可以将该操作请求发送至除该异常情况下的控制节点机器外的其他控制节点机器。

控制节点机器在接收到操作请求后，根据该操作请求获取目标设备的目标数据。

一种可能的实现方式，当操作请求为总览请求时，此时需要获取集群下所有目标设备的信息，控制节点机器根据该总览请求，获取数据库中所有的目标设备的目标数据。例如，该目标数据可以为目标设备的主机信息、产品信息等。进而控制节点机器通过进程并发和远程调用RPC和每台目标设备的客户端中的执行组件取得联系，执行该总览操作，并将获取到的目标设备的目标数据整合后发送至控制节点机器，最后由控制节点机器整合该目标数据，并返回发送至运维管理平台。

例如，如图4所示，当用户的操作请求为总览请求时，运维管理平台通过获取集群参数，按照该集群参数将该总览请求发送至控制节点机器，控制节点机器根据该总览请求，获取数据库中所有目标主机的目标数据。进而再将该获取到的目标主机的目标数据返回发送至控制节点机器，进而再返回发送至运维管理平台。

另一种可能的实现方式，当操作请求为巡检请求时，此时需要获取集群下所有目标设备的巡检信息，控制节点机器根据该巡检请求，获取数据库中所有的目标设备的巡检数据。进而控制节点机器通过进程并发和远程调用RPC和每台目标设备的客户端中的执行组件取得联系，执行该巡检操作，并将获取到的目标设备的巡检数据整合后发送至控制节点机器，最后由控制节点机器整合该巡检数据，并返回发送至运维管理平台。

例如，如图5所示，当用户的操作请求为巡检请求时，运维管理平台获取集群参数，按照该集群参数将该巡检请求发送至控制节点机器，并由该控制节点机器获取集群节点信息和具有执行组件的目标设备注册时的IP地址和端口信息，汇总数据，通过进程并发和远程调用RPC服务，以及执行组件中的巡检功能实现每台主机巡检操作，并将结果返回控制节点机器中。控制节点机器等待所有主机执行完巡检操作后收到反馈数据，整理汇总所有机器的巡检结果，返回运维管理平台。

S304、显示目标数据。

示例性的，运维管理平台在接收到控制节点机器发送的目标数据后，通过该运维管理平台的UI界面，显示该目标数据。

需要说明的是，运维管理平台也可以通过软件或短信等方式将目标数据显示给用户，本申请对此不予限定。

进一步的，运维管理平台还会采集目标设备的日志信息。其中，日志信息用于记录目标设备为用户提供的服务信息。进而运维管理平台显示采集到的日志信息。

例如，云网络运维管理系统中还可以设置有日志采集组件，该日志采集组件可以部署于云网络运维管理系统中的多个集群的美个控制节点机器中，也可以部署于多台主机上。如图6所示，该日志采集组件是Grafana+Loki

+Promtail的架构设计，Promtail日志采集组件是代理，Loki日志组件是主5服务器，用于存储和查询日志，Grafana日志组件用于处理日志进行可视化展示。其中，Promtail日志采集组件，部署在所有需要采集日志的主机上，通过设置采集日志路径和对应的Loki地址，并对每个需要采集日志的主机添加标签，例如添加主机信息，进而生成带有标签的日志，并将该日志发送至Loki组件中。Loki日志组件将标签化后的日志进行存储，并将存储后的日志关0联至Grafana日志组件上进行日志分类，日志筛选等操作，之后进行统计和展示。最终将Grafana统计和展示结果网址嵌入到运维管理平台页面进行统一展示查看。

本申请提供的方案，响应于用户的操作，确定与操作对应的操作请求，

获取集群参数，根据集群参数，将操作请求发送至目标集群节点，以使目标5集群节点根据操作请求，获取目标设备的目标数据，显示目标数据，以实现有效的管理多集群资源和业务，了解和管理集群各组件运行状态。

上述主要从设备的工作原理的角度对本申请实施例提供的方案进行了介绍。可以理解的是，计算设备为了实现上述功能，其包含了执行各个功能相

应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文0中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

5本申请实施例可以根据上述方法示例对计算设备进行功能模块的划分，

例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划0分方式。

在采用对应各个功能划分各个功能模块的情况下，图7示出了上述和实施例中涉及的云网络运维管理装置的一种可能的组成示意图，如图7所示，该云网络运维管理装置700可以包括：处理模块71、获取模块72、发送模块73、显示模块74。

其中，处理模块71，用于支持云网络运维管理装置700执行图3所示的云网络运维管理方法中的S301。

获取模块72，用于支持云网络运维管理装置700执行图3所示的云网络5运维管理方法中的S302。

发送模块73，用于支持云网络运维管理装置700执行图3所示的云网络运维管理方法中的S303。

显示模块74，用于支持云网络运维管理装置700执行图3所示的云网络运维管理方法中的S304。

0在本申请实施例中，进一步的，如图8所示，该云网络运维管理装置70

0还可以包括：采集模块75。

采集模块75，用于支持云网络运维管理装置700执行采集述目标设备的日志信息步骤。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援5引到对应功能模块的功能描述，在此不再赘述。

本申请实施例提供的云网络运维管理装置700，用于执行上述云网络运维管理方法，因此可以达到与上述云网络运维管理方法相同的效果。

本申请实施例还提供了一种管理设备900，如图9所示，该指令管理设备900可以包括存储器901、处理器902以及收发器903，其中存储器901和处0理器902之间可以通过总线或网络或其他方式连接，图9中以通过总线连接为例。

处理器902可以为中央处理器(central processing unit，CPU)。处理器902还可以为其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASI5C)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器901可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；或者非易失性存储器(non-volatile0memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者上述种类的存储器的组合，用于存储可实现本申请方法的应用程序代码、配置文件、数据信息或者其他内容。

存储器901作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本申请实施例中的例如元数据采集模块等等。处理器902通过运行存储在存储器901中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理。

存储器901可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器902所创建的数据等。此外，存储器901可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器901可选包括相对于处理器902远程设置的存储器，这些远程存储器可以通过网络连接至处理器902。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

收发器903用于指令管理设备900与其他设备的信息交互。

所述一个或者多个模块存储在所述存储器901中，当被所述处理器902执行时，执行如图3所示实施例中的云网络运维管理方法。

本申请实施例还提供了一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的云网络运维管理方法和相关步骤。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实5施例的技术方案本质上或者说做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：

U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器0(randomaccess memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种云网络运维管理方法，其特征在于，包括：

响应于用户的操作，确定与所述操作对应的操作请求；

获取集群参数；所述集群参数用于指示目标集群节点；

根据所述集群参数，将所述操作请求发送至所述目标集群节点，以使所述目标集群节点根据所述操作请求，获取目标设备的目标数据；

显示所述目标数据。

2.根据权利要求1所述的方法，其特征在于，所述操作请求包括以下请求中的一项或多项：总览请求和巡检请求；

所述操作请求为总览请求时，所述目标集群节点根据所述操作请求，获取目标设备的目标数据，包括：

所述目标集群节点根据所述总览请求，获取目标设备的总览信息；所述总览信息用于指示所述目标设备的在线情况；

和/或，

所述操作请求为巡检请求时，所述目标集群节点根据所述操作请求，获取目标设备的目标数据，包括：

所述目标集群节点根据所述巡检请求，获取目标设备的巡检信息；所述巡检信息用于指示所述目标设备的工作情况和所述目标设备的通信状况。

3.根据权利要求1所述的方法，其特征在于，所述根据所述集群参数，将所述操作请求发送至所述目标集群节点，包括：

根据所述集群参数，确定所述目标集群节点；

获取所述目标集群节点状态；

若所述目标集群节点状态为正常，将所述操作请求发送至所述目标集群节点；

若所述目标集群节点状态为异常，将所述操作请求发送至所述异常的目标集群节点外的另一集群节点。

4.根据权利要求1所述的方法，其特征在于，还包括：

采集所述目标设备的日志信息；所述日志信息用于记录所述目标设备为用户提供的服务信息；

显示所述日志信息。

5.一种云网络运维管理装置，其特征在于，包括：

处理模块，用于响应于用户的操作，确定与所述操作对应的操作请求；

获取模块，用于获取集群参数；所述集群参数用于指示目标集群节点；

发送模块，用于根据所述集群参数，将所述操作请求发送至所述目标集群节点，以使所述目标集群节点根据所述操作请求，获取目标设备的目标数据；

显示模块，用于显示所述目标数据。

6.根据权利要求5所述的装置，其特征在于，所述操作请求包括以下请求中的一项或多项：总览请求和巡检请求；

所述操作请求为总览请求时，所述获取模块还用于：根据所述总览请求，获取目标设备的总览信息；所述总览信息用于指示所述目标设备的在线情况；

和/或，

所述操作请求为巡检请求时，所述获取模块还用于：根据所述巡检请求，获取目标设备的巡检信息；所述巡检信息用于指示所述目标设备的工作情况和所述目标设备的通信状况。

7.根据权利要求5所述的装置，其特征在于，

所述处理模块还用于：根据所述集群参数，确定所述目标集群节点；

所述获取模块还用于：获取所述目标集群节点状态；

所述发送模块还用于：若所述目标集群节点状态为正常，将所述操作请求发送至所述目标集群节点；若所述目标集群节点异常，将所述操作请求发送至所述异常的目标集群节点外的另一集群节点。

8.根据权利要求5所述的装置，其特征在于，还包括：

采集模块，用于采集所述目标设备的日志信息；所述日志信息用于记录所述目标设备为用户提供的服务信息；

所述显示模块还用于：显示所述日志信息。

9.一种管理设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行如权利要求1-4任一项所述的云网络运维管理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-4中任一项所述的云网络运维管理方法。

11.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-4中任一项所述的云网络运维管理方法。

Images