CN113904951A

CN113904951A - 一种网关设备的数据监控方法、装置及相关设备

Info

Publication number: CN113904951A
Application number: CN202111148180.4A
Authority: CN
Inventors: 李有; 秦海中
Original assignee: Jinan Inspur Data Technology Co Ltd
Current assignee: Jinan Inspur Data Technology Co Ltd
Priority date: 2021-09-28
Filing date: 2021-09-28
Publication date: 2022-01-07
Anticipated expiration: 2041-09-28
Also published as: CN113904951B

Abstract

本申请公开了一种网关设备的数据监控方法，包括根据监控指令确定目标网关的监控接口信息和监控数据类型；从第一映射关系中查询获得监控接口信息对应的接口动作信息；其中，第一映射关系为网关接口信息与网关接口动作信息之间的映射关系；从第二映射关系中查询获得接口动作信息对应的流表条目；其中，第二映射关系为网关接口动作信息与规则流表之间的映射关系；根据流表条目匹配获得监控数据类型对应的报文数据；该网关设备的数据监控方法可以实现OVN网络架构下网关设备的数据监控，提高产品的实用性。本申请还公开了一种网关设备的数据监控装置、系统及计算机可读存储介质，均具有上述有益效果。

Description

一种网关设备的数据监控方法、装置及相关设备

技术领域

本申请涉及数据监控领域，特别涉及一种网关设备的数据监控方法，还涉及一种网关设备的数据监控装置、系统及计算机可读存储介质。

背景技术

当前云计算、云服务大热的时代，很多企业都热衷于采用软件的方式实现网络转发，以此来解决硬件设备无法满足的功能多样化、节约成本、使用灵活等优点。

目前，使用比较广的软件定义网络的开源框架是openstack平台，此平台下软件定义网络实现三层转发比较成熟的模式是通过neutron_l3_agent模块创建命名空间，并在命名空间里创建虚拟port接口对，这些接口对基于linux内核提供转发服务，因此，此种模式对于转发数据的监控也比较成熟，可以直接使用linux系统自带的接口统计工具即可获取这些虚拟接口。但是，此种模式下需要创建较多的命名空间和较多的虚拟port，会占用很多系统资源，并且报文经过较长的路径转发才能实现三层路由功能，性能较低。相关技术中，为了弥补此缺点，应运而生了一种新的网络模式OVN(Open Virtual Network，分布式的控制器)，这种模式下把原先的OVS(Open Virtual Switch，软件定义的二层交换机)模块由单纯的二层转发提升到了四层，所以三层路由功能由OVS流表完成，减少了系统资源的开销，也提升了性能。但是，由于三层转发是在OVS模块的进程内完成，对操作系统不可见，就无法基于操作系统实现接口统计工具，所以就无法获取转发的数据统计，这给数据监控带来很大的难题，目前还没有比较好的处理方式。

因此，如何实现OVN网络架构下网关设备的数据监控，提高产品的实用性是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种网关设备的数据监控方法，该网关设备的数据监控方法可以实现OVN网络架构下网关设备的数据监控，提高产品的实用性；本申请的另一目的是提供一种网关设备的数据监控装置、系统及计算机可读存储介质，均具有上述有益效果。

第一方面，本申请提供了一种网关设备的数据监控方法，包括：

根据监控指令确定目标网关的监控接口信息和监控数据类型；

从第一映射关系中查询获得所述监控接口信息对应的接口动作信息；其中，所述第一映射关系为网关接口信息与网关接口动作信息之间的映射关系；

从第二映射关系中查询获得所述接口动作信息对应的流表条目；其中，所述第二映射关系为网关接口动作信息与规则流表之间的映射关系；

根据所述流表条目匹配获得所述监控数据类型对应的报文数据。

优选的，所述从第一映射关系中查询获得所述监控接口信息对应的接口动作信息，包括：

根据所述监控接口信息确定监控接口；

通过所述监控接口与目标数据库建立连接，并在所述目标数据库中确定所述第一映射关系；

从所述第一映射关系中查询获得所述监控接口信息对应的接口动作信息。

优选的，所述网关设备的数据监控方法还包括：

当连接所述目标数据库失败，或未从所述第一映射关系中查询到所述监控接口信息时，返回查询失败提示；

当从所述第一映射关系中查询到所述监控接口信息，未查询到所述监控接口信息对应的接口动作信息时，返回查询成功提示和监控数据为零的提示。

优选的，所述根据所述流表条目匹配获得所述监控数据类型对应的报文数据，包括：

确定所述目标网关的关联节点；

与各所述关联节点的OVS数据库建立连接；

在所述OVS数据库中，根据所述流表条目匹配获得所述监控数据类型对应的报文数据。

优选的，所述根据所述流表条目匹配获得所述监控数据类型对应的报文数据之后，还包括：

对各所述报文数据进行汇总分析，获得汇总结果；

将所述汇总结果反馈至所述监控指令的发起端。

优选的，所述将所述汇总结果反馈至所述监控指令的发起端，包括：

对所述汇总结果进行URL应答格式处理，获得处理后数据信息；

将所述处理后数据信息反馈至所述发起端。

优选的，所述根据监控指令确定目标网关的监控接口信息和监控数据类型之前，还包括：

通过URL接收所述监控指令。

第二方面，本申请还公开了一种网关设备的数据监控装置，包括：

信息确定模块，用于根据监控指令确定目标网关的监控接口信息和监控数据类型；

第一查询模块，用于从第一映射关系中查询获得所述监控接口信息对应的接口动作信息；其中，所述第一映射关系为网关接口信息与网关接口动作信息之间的映射关系；

第二查询模块，用于从第二映射关系中查询获得所述接口动作信息对应的流表条目；其中，所述第二映射关系为网关接口动作信息与规则流表之间的映射关系；

数据获取模块，用于根据所述流表条目匹配获得所述监控数据类型对应的报文数据。

第三方面，本申请还公开了一种网关设备的数据监控设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上所述的任一种网关设备的数据监控方法的步骤。

第四方面，本申请还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的任一种网关设备的数据监控方法的步骤。

本申请所提供的一种网关设备的数据监控方法，包括根据监控指令确定目标网关的监控接口信息和监控数据类型；从第一映射关系中查询获得所述监控接口信息对应的接口动作信息；其中，所述第一映射关系为网关接口信息与网关接口动作信息之间的映射关系；从第二映射关系中查询获得所述接口动作信息对应的流表条目；其中，所述第二映射关系为网关接口动作信息与规则流表之间的映射关系；根据所述流表条目匹配获得所述监控数据类型对应的报文数据。

可见，本申请所提供的网关设备的数据监控方法，在OVN网络架构下创建网关时，添加网关接口信息与网关接口动作信息之间的第一映射关系、网关接口信息与网关接口动作信息之间的第二映射关系，以便于基于该第一映射关系和第二映射关系实现网关接口数据的检索与统计，从而实现OVN网络架构下网关设备的数据监控，有效地提高了产品的实用性和竞争力。

本申请所提供的一种网关设备的数据监控装置、系统及计算机可读存储介质，均具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明现有技术和本申请实施例中的技术方案，下面将对现有技术和本申请实施例描述中需要使用的附图作简要的介绍。当然，下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本申请的保护范围。

图1为本申请所提供的一种网关设备的数据监控方法的流程示意图；

图2为本申请所提供的一种OVN网络架构下的进程通信拓扑图；

图3为本申请所提供的另一种网关设备的数据监控方法的流程示意图；

图4为本申请所提供的一种网关设备的数据监控装置的结构示意图；

图5为本申请所提供的一种网关设备的数据监控系统的结构示意图。

具体实施方式

本申请的核心是提供一种网关设备的数据监控方法，该网关设备的数据监控方法可以实现OVN网络架构下网关设备的数据监控，提高产品的实用性；本申请的另一核心是提供一种网关设备的数据监控装置、系统及计算机可读存储介质，也具有上述有益效果。

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

本申请实施例提供了一种网关设备的数据监控方法。

请参考图1，图1为本申请所提供的一种网关设备的数据监控方法的流程示意图，该网关设备的数据监控方法可包括：

S101：根据监控指令确定目标网关的监控接口信息和监控数据类型；

本步骤旨在实现目标网关的监控接口信息和监控数据类型的确定，其中，目标网关即为需要进行数据监控的网关设备(路由器)，监控接口信息表示目标网关中需要进行数据监控的网关接口的相关信息，如接口名称、接口编号等，监控数据类型表示在对目标网关的监控接口进行监控时所需要获取的数据类型，如基于该监控接口累计转发的数据包数量、累计转发的流量大小、累计丢弃的数据包数量、吞吐量等。

具体而言，技术人员可以根据实际需要发起监控指令，该监控指令中配置有目标网关信息、目标网关的监控接口信息以及监控数据类型等，由此，监控控制器即可在接收到监控指令后，通过解析该指令获得如上信息，并进入后续步骤，以根据这些信息进行相应数据的采集与获取，从而实现对于目标网关的数据监控。

作为一种优选实施例，上述根据监控指令确定目标网关的监控接口信息和监控数据类型之前，还可以包括：通过URL(Uniform Resource Locator，统一资源定位符)接收监控指令。

本优选实施例提供了一种监控指令的获取方法，即基于URL实现，换而言之，用户终端可通过URL下发监控指令至监控控制器，以实现数据监控。当然，通过URL技术实现指令传输仅为本申请实施例所提供的一种实现方式，并不唯一，本申请对此不做限定。

S102：从第一映射关系中查询获得监控接口信息对应的接口动作信息；其中，第一映射关系为网关接口信息与网关接口动作信息之间的映射关系；

本步骤旨在查询获取监控接口信息对应的接口动作信息，该接口动作信息即为通过该监控接口所执行的操作，如转发数据包、丢弃数据包等。具体而言，在通过网关设备进行数据流转的过程中，可以同时记录网关接口信息与网关接口动作信息之间的映射关系，即上述第一映射关系，其中，该第一映射关系具体可采用表格形式实现，例如，可以在创建网关设备的同时，创建一份空白的映射表格，当网关设备通过各网关接口进行数据流转时，即可将网关接口信息及其动作信息对应记录至该表格中，生成第一映射关系表。由此，当需要进行数据监控时，即可从第一映射关系中查询获得监控接口信息对应的接口动作信息。

作为一种优选实施例，上述从第一映射关系中查询获得监控接口信息对应的接口动作信息，可以包括：根据监控接口信息确定监控接口；通过监控接口与目标数据库建立连接，并在目标数据库中确定第一映射关系；从第一映射关系中查询获得监控接口信息对应的接口动作信息。

具体而言，第一映射关系可存储于预先创建的数据库(即上述目标数据库)中，由此，在进行第一映射关系查询时，可首先与目标数据库建立连接，以便从目标数据库中确定第一映射关系，进而从第一映射关系中查询获得监控接口信息对应的接口动作信息。其中，与目标数据库建立连接关系可以通过监控接口实现，即先根据监控接口信息确定监控接口，进而利用该监控接口与目标数据库建立连接。

作为一种优选实施例，该网关设备的数据监控方法还可以包括：当连接目标数据库失败，或未从第一映射关系中查询到监控接口信息时，返回查询失败提示；当从第一映射关系中查询到监控接口信息，未查询到监控接口信息对应的接口动作信息时，返回查询成功提示和监控数据为零的提示。

本优选实施例所提供的数据监控方法还可实现信息提示功能。如上所述，可将第一映射关系存储于目标数据库中，然后通过与目标数据库建立连接实现第一映射关系查询，在此基础上，当与目标数据库连接失败时，可返回查询失败时提示，以提醒技术人员当前发生异常；进一步，当与目标数据库连接成功，但未能从第一映射关系中查询到监控接口信息时，同样返回查询失败提示，因为前端页面能够获取到该接口信息，就表示该网关接口必然存在，也就是说，第一映射关系中必然存在该网关接口的接口信息，但是，如若未能从第一映射关系中查询到监控接口信息，则说明当前同样存在异常，返回查询失败提示即可。更进一步地，如若在连接目标数据库成功之后，可以在第一映射关系中查询到监控接口信息，但是无法查询到该监控接口信息对应的接口动作信息，则表示该监控接口确实还未执行过该类动作，此时，说明数据查询操作已执行成功，只是数据查询结果为0，因此，可以返回查询成功提示和监控数据为零的提示。可以想到的是，这里的提示信息反馈具体是指将提示信息反馈至发起监控指令的发起端。

S103：从第二映射关系中查询获得接口动作信息对应的流表条目；其中，第二映射关系为网关接口动作信息与规则流表之间的映射关系；

本步骤旨在查询获取接口动作信息对应的流表条目，该流表条目是指规则流表中的流表条目，其中记录有接口与接口之间进行数据流转的相关信息。同样的，在通过网关设备进行数据流转的过程中，可以同时记录网关接口动作信息与规则流表之间的映射关系，即上述第二映射关系，并且，该第二映射关系也可采用表格形式实现，例如，可以在创建网关设备的同时，创建一份空白的映射表格，当网关设备通过各网关接口进行数据流转时，即可将网关接口动作信息及其规则流表对应记录至该表格中，生成第二映射关系表。由此，当需要进行数据监控时，即可从第二映射关系中查询获得接口动作信息对应的流表条目。

此外，第二映射关系同样可存储于预先创建的数据库中，可以存储至第一映射关系所在的目标数据库，也可以存储至其他数据库，本申请对此不做限定。在此基础上，同样可通过与数据库建立连接实现第二映射关系的查询。并且，该过程同样可设置提示信息的反馈功能，其具体实现过程可参照上述目标数据库对应的提示信息的反馈过程，本申请在此不再赘述。

S104：根据流表条目匹配获得监控数据类型对应的报文数据。

本步骤旨在实现报文数据的获取，该报文数据即为用户所需监控的目标网关的相关数据信息。具体而言，在确定接口动作信息对应的流表条目后，即可根据流表条目进行数据匹配，以获得监控数据类型对应的报文数据。可以理解的是，流表条目中记录有该监控接口执行对应接口动作时的各类数据流转信息，在用户指定监控数据类型后，即可从中提取该类别的报文数据，如指定网关接口转发至其他网关接口的数据包的数量等。至此，实现网关设备的数据监控。

作为一种优选实施例，上述根据流表条目匹配获得监控数据类型对应的报文数据，可以包括：确定目标网关的关联节点；与各关联节点的OVS数据库建立连接；在OVS数据库中，根据流表条目匹配获得监控数据类型对应的报文数据。

可以理解的是，在OVN网络架构下，东西向网关为分布式网关，因此，与目标网管有关的所有节点都会存在该监控接口，包括计算节点和网关节点，因此，为实现全面完整的数据监控，在基于流表条目进行报文数据获取时，可首先确定目标网关的所有关联节点，并与各关联节点的OVS数据库建立连接，从而在各OVS数据库中实现报文数据的获取。其中，各网络节点的流表规则可存储于自身对应的OVS数据库中。

作为一种优选实施例，上述根据流表条目匹配获得监控数据类型对应的报文数据之后，还可以包括：对各报文数据进行汇总分析，获得汇总结果；将汇总结果反馈至监控指令的发起端。

具体而言，在完成各类报文数据的获取之后，还可进一步对其进行汇总分析，获得汇总结果，例如，当需要获取监控接口累计转发报文的数量时，则可以将所有流表条目匹配得到的每一个转发报文的数量进行累加，获得完整的累计转发报文数量；当需要获取监控接口在某一段时间内的报文转发速率时，则可以将该时间段内所监控到的报文转发速率进行加和平均，获得最终的转发速率。进一步，将汇总结果反馈至监控指令的发起端即可。

作为一种优选实施例，上述将汇总结果反馈至监控指令的发起端，可以包括：对汇总结果进行URL应答格式处理，获得处理后数据信息；将处理后数据信息反馈至发起端。

如上所述，用户终端可通过URL下发监控指令至监控控制器，因此，在进行汇总结果反馈时，可先对汇总结果进行URL应答格式处理，再将处理后的数据信息反馈至发起端，实现统一格式的前后端联动。

基于以上各实施例，本申请实施例提供了另一种网关设备的数据监控方法。

首先，请参考图2，图2为本申请所提供的一种OVN网络架构下的进程通信拓扑图，其中，实线表示现有的数据下发流程，虚线表示新增流程，如图2所示，创建路由器的实现流程包括：

1、通过URL下发创建路由通知给neutron-server进程，neutron-server进程翻译用户操作后下发数据到OVN北向数据库(ovn-nb-db)，此时，已将用户操作翻译成虚拟机路由器port(接口)相关信息。

2、ovn-northd进程监控ovn-nb-db，当感知到数据变化时，将路由器port信息翻译成port间转发动作写入OVN南向数据库(ovn-sb-db)，在ovn-sb-db数据库中，新增一个port与此port相关的动作之间的映射关系表(表1)，ovn-northd在写入ovn-sb-db的过程中，记录映射关系到此表中。

3、ovn-controller进程监控ovn-sb-db数据库，当感知到数据变化时，将port间转发动作翻译成OVS可识别规则下发给OVS，OVS会生成规则流表，在ovn-sb-db数据库中，新增一个port间相关动作及OVS规则流表之间的映射关系表(表2)，ovn-controller则负责把port间动作及OVS规则之间的映射关系写入此表中。

4、当用户需要监控路由器的网关port的数据统计时，可以通过新加的URL到neutron-server获取。neutron-server先通过port信息查询新增表1，根据获取到的数据再查询新增表2获取到此port对应的OVS流表规则，然后直接查询ovs-db数据库获取流表匹配的报文个数、字节数等信息，最后再进行数据统计计算，例如，当需要获取网关port三秒内的平均转发率时，则可以在获取数据后，间隔三秒再获取一次数据，两次数据相减后除以3，之后将计算结果返回给用户。

其中，neutron-server进程、ovn-northd进程、ovn-controller进程均为OVN网络架构下的控制进程，ovn-nb-db、ovn-sb-db均为OVN网络架构下的分布式数据库。

进一步，请参考图3，图3为本申请所提供的另一种网关设备的数据监控方法的流程示意图，其具体实现流程包括：

1、用户通过URL接口获取路由接口的监控数据，可以为接口设置不同的参数以代表不同的数据类型，如下：

请求类型：GET

url:/v2.0/portdata

请求参数：

port-id：要获取的port的id，可以同时获取多个，各id间用逗号分割；

mode：要获取的数据类型，如receive、forward、drop、error、pps、pbs等；

time：要获取多久的数据，单位秒，当获取累计数据时，表示时间段内数据加和；当获取平均数据时，表示时间段内每秒速率；

formart：total(求和计算)、average(平均计算)等。

2、neutron-server接收到URL请求后解析该请求的参数，分析用于想要获取的数据，此处以路由器中一个内部网络网关port获取累计转发报文个数为例进行说明。由于获取的是转发的数据，因此，只需要获取此port转发给其他port的动作即可，故neutron-server根据port-id连接到ovn-sb-db数据库，在新增表1中查找此port对应的转发到其他port的动作条目。

3、如果连接数据库失败或者连接成功之后没有在数据库中查询到port的相关信息，则返回失败提示，因为前端页面能够获取到port信息，则表示该port一定存在，所以此处理应当可以获取到相关信息，若获取失败，则说明存在异常。如果在表1中没匹配到port的动作条目，则返回成功提示，且提示获取的数据为0，流程结束。

4、neutron-server连接到ovn-sb-db数据库，并根据步骤2中获取到的动作条目查询新增表2，以获取对应的OVS中的流表条目。

5、如果数据库连接失败或者数据未查询到则返回失败提示。

6、由于port为内部网络的网关port，在OVN架构下，东西向网关为分布式网关，故和此路由有关的计算节点(此路由子网下的虚拟机所在的计算节点)和网关节点都会存在这个网关port，故neutron-server需要以此连接到以上所涉及的所有节点的ovs-db数据库，并根据步骤4中获取的流表条目查询流表获取每条流表，然后筛选这些流表中实际用于转发报文的流表条目，并获取这些流表条目所匹配到的报文个数及匹配到的报文字节数，最后把所有的数据分别相加得到总的转发报文个数和总的转发报文字节数。

7、将获取到的数据进行URL应答格式整理后进行应答。

8、用户得到想要的监控数据。

可见，本申请实施例所提供的网关设备的数据监控方法，在OVN网络架构下创建网关时，添加网关接口信息与网关接口动作信息之间的第一映射关系、网关接口信息与网关接口动作信息之间的第二映射关系，以便于基于该第一映射关系和第二映射关系实现网关接口数据的检索与统计，从而实现OVN网络架构下网关设备的数据监控，有效地提高了产品的实用性和竞争力。

为解决上述技术问题，本申请还提供了一种网关设备的数据监控装置，请参考图4，图4为本申请所提供的一种网关设备的数据监控装置的结构示意图，该网关设备的数据监控装置可包括：

信息确定模块1，用于根据监控指令确定目标网关的监控接口信息和监控数据类型；

第一查询模块2，用于从第一映射关系中查询获得监控接口信息对应的接口动作信息；其中，第一映射关系为网关接口信息与网关接口动作信息之间的映射关系；

第二查询模块3，用于从第二映射关系中查询获得接口动作信息对应的流表条目；其中，第二映射关系为网关接口动作信息与规则流表之间的映射关系；

数据获取模块4，用于根据流表条目匹配获得监控数据类型对应的报文数据。

可见，本申请实施例所提供的网关设备的数据监控装置，在OVN网络架构下创建网关时，添加网关接口信息与网关接口动作信息之间的第一映射关系、网关接口信息与网关接口动作信息之间的第二映射关系，以便于基于该第一映射关系和第二映射关系实现网关接口数据的检索与统计，从而实现OVN网络架构下网关设备的数据监控，有效地提高了产品的实用性和竞争力。

作为一种优选实施例，上述第一查询模块2可具体用于根据监控接口信息确定监控接口；通过监控接口与目标数据库建立连接，并在目标数据库中确定第一映射关系；从第一映射关系中查询获得监控接口信息对应的接口动作信息。

作为一种优选实施例，上述第一查询模块2还可用于当连接目标数据库失败，或未从第一映射关系中查询到监控接口信息时，返回查询失败提示；当从第一映射关系中查询到监控接口信息，未查询到监控接口信息对应的接口动作信息时，返回查询成功提示和监控数据为零的提示。

作为一种优选实施例，上述数据获取模块4可具体用于确定目标网关的关联节点；与各关联节点的OVS数据库建立连接；在OVS数据库中，根据流表条目匹配获得监控数据类型对应的报文数据。

作为一种优选实施例，该网关设备的数据监控装置还可包括汇总监控模块，用于在上述根据流表条目匹配获得监控数据类型对应的报文数据之后，对各报文数据进行汇总分析，获得汇总结果；将汇总结果反馈至监控指令的发起端。

作为一种优选实施例，上述汇总监控模块可具体用于对汇总结果进行URL应答格式处理，获得处理后数据信息；将处理后数据信息反馈至发起端。

作为一种优选实施例，该网关设备的数据监控装置还可包括指令接收模块，用于通过URL接收监控指令。

对于本申请提供的装置的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述技术问题，本申请还提供了一种网关设备的数据监控系统，请参考图5，图5为本申请所提供的一种网关设备的数据监控系统的结构示意图，该网关设备的数据监控系统可包括：

存储器10，用于存储计算机程序；

处理器20，用于执行计算机程序时可实现如上述任意一种网关设备的数据监控方法的步骤。

对于本申请提供的系统的介绍请参照上述方法实施例，本申请在此不做赘述。

为解决上述问题，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如上述任意一种网关设备的数据监控方法的步骤。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本申请提供的计算机可读存储介质的介绍请参照上述方法实施例，本申请在此不做赘述。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请的保护范围内。

Claims

1.一种网关设备的数据监控方法，其特征在于，包括：

2.根据权利要求1所述的网关设备的数据监控方法，其特征在于，所述从第一映射关系中查询获得所述监控接口信息对应的接口动作信息，包括：

根据所述监控接口信息确定监控接口；

3.根据权利要求2所述的网关设备的数据监控方法，其特征在于，还包括：

4.根据权利要求1所述的网关设备的数据监控方法，其特征在于，所述根据所述流表条目匹配获得所述监控数据类型对应的报文数据，包括：

确定所述目标网关的关联节点；

与各所述关联节点的OVS数据库建立连接；

5.根据权利要求4所述的网关设备的数据监控方法，其特征在于，所述根据所述流表条目匹配获得所述监控数据类型对应的报文数据之后，还包括：

对各所述报文数据进行汇总分析，获得汇总结果；

将所述汇总结果反馈至所述监控指令的发起端。

6.根据权利要求5所述的网关设备的数据监控方法，其特征在于，所述将所述汇总结果反馈至所述监控指令的发起端，包括：

将所述处理后数据信息反馈至所述发起端。

7.根据权利要求1所述的网关设备的数据监控方法，其特征在于，所述根据监控指令确定目标网关的监控接口信息和监控数据类型之前，还包括：

通过URL接收所述监控指令。

8.一种网关设备的数据监控装置，其特征在于，包括：

9.一种网关设备的数据监控系统，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的网关设备的数据监控方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的网关设备的数据监控方法的步骤。