CN108259268B - 网络监测数据处理方法、装置、计算机设备和存储介质 - Google Patents

网络监测数据处理方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN108259268B
CN108259268B CN201711486229.0A CN201711486229A CN108259268B CN 108259268 B CN108259268 B CN 108259268B CN 201711486229 A CN201711486229 A CN 201711486229A CN 108259268 B CN108259268 B CN 108259268B
Authority
CN
China
Prior art keywords
monitoring data
network monitoring
virtual machine
triggering
log
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201711486229.0A
Other languages
English (en)
Other versions
CN108259268A (zh
Inventor
刘春林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Weikun Shanghai Technology Service Co Ltd
Original Assignee
Weikun Shanghai Technology Service Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Weikun Shanghai Technology Service Co Ltd filed Critical Weikun Shanghai Technology Service Co Ltd
Priority to CN201711486229.0A priority Critical patent/CN108259268B/zh
Publication of CN108259268A publication Critical patent/CN108259268A/zh
Application granted granted Critical
Publication of CN108259268B publication Critical patent/CN108259268B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请涉及一种网络监测数据处理方法、装置、计算机设备和存储介质。所述方法包括：获取虚拟机的日志文件；所述日志文件中记载有所述虚拟机采集的网络监测数据和与所述网络监测数据相关的设备信息；解析所述网络监测数据，得到解析结果；当所述解析结果满足第一预警条件时，触发相应的报警信息；确定触发所述报警信息的网络监测数据；确定与所述触发所述报警信息的网络监测数据相关的设备信息；根据所述设备信息，定位与所述设备信息相应的虚拟机所属的应用区域。采用本方法能够节省处理网络监测数据的大量资源。

Description

网络监测数据处理方法、装置、计算机设备和存储介质
技术领域
本申请涉及网络技术领域，特别是涉及一种网络监测数据处理方法、装置、计算机设备和存储介质。
背景技术
随着网络技术的发展，出现了SDN（Software Defined Network，软件定义网络）技术，SDN是一种新型网络创新架构，是网络虚拟化的一种实现方式。传统的对软件定义网络中的网络状况监测，通常是是通过在虚拟机上安装第三方提供的应用程序来搜集虚拟机之间进行通信时的丢包、延迟和抖动等信息，再通过将这些数据上传到集中式服务器来进行分析处理。
然而，传统的采用第三方应用程序搜集网络监测数据，在数据的传输和处理过程中都需要额外的设置与第三方应用程序配套的网络端口、通信协议等，需额外分配资源，造成资源的浪费。
发明内容
基于此，有必要针对上述技术问题，提供一种能够节省资源的网络监测数据处理方法、装置、计算机设备和存储介质。
一种网络监测数据处理方法，应用于日志处理平台，所述方法包括：
获取虚拟机的日志文件；所述日志文件中记载有所述虚拟机采集的网络监测数据和与所述网络监测数据相关的设备信息；
解析所述网络监测数据，得到解析结果；
当所述解析结果满足第一预警条件时，触发相应的报警信息；
确定触发所述报警信息的网络监测数据；
确定与所述触发所述报警信息的网络监测数据相关的设备信息；
根据所述设备信息，定位与所述设备信息相应的虚拟机所属的应用区域。
在其中一个实施例中，所述获取虚拟机的日志文件包括：
按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件；
所述解析所述网络监测数据，得到解析结果包括：
将定期接收的所述日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存；
从多个数据缓存队列中并行读取日志文件；
并行解析读取的日志文件中的网络监测数据，得到解析结果。
在其中一个实施例中，所述解析所述网络监测数据，得到解析结果包括：
根据所述网络监测数据的格式，从所述网络监测数据提取关键字段信息；
从所述网络监测数据中获取与所述关键字段信息相对应的值；
所述当所述解析结果满足第一预警条件时，触发相应的报警信息包括：
当与所述关键字段信息相对应的值为异常值时，触发相应的报警信息。
在其中一个实施例中，所述方法还包括：
获取在网络监测数据展示页面中触发的网络监测数据展示指令；
根据所述网络监测数据展示指令，确定相应的网络监测数据；
分析确定的所述网络监测数据；
按照预设展示方式，展示分析的所述网络监测数据。
在其中一个实施例中，所述方法还包括：
获取预设时间段内的历史网络监测数据；
解析所述历史网络监测数据；
当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息。
在其中一个实施例中，所述解析所述历史网络监测数据包括：
根据所述历史网络监测数据的格式，从所述历史网络监测数据提取关键字段信息；
从所述历史网络监测数据中获取与所述关键字段信息相对应的值的平均值；
所述当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息包括：
当所述平均值为异常值时，触发相应的报警信息。
在其中一个实施例中，所述方法还包括：
统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数；
当统计的次数大于预设次数时，触发应用区域报警信息。
一种网络监测数据处理装置，所述装置包括：
获取模块，用于获取虚拟机的日志文件；所述日志文件中记载了所述虚拟机采集的网络监测数据和与所述网络监测数据相关的设备信息；
解析模块，用于解析所述网络监测数据，得到解析结果；
触发模块，用于当所述解析结果满足第一预警条件时，触发相应的报警信息；
确定模块，用于确定触发所述报警信息的网络监测数据；确定所述与触发所述报警信息的网络监测数据相关的设备信息；
定位模块，用于根据所述设备信息，定位与所述设备信息相应的虚拟机所属的应用区域。
一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述网络监测数据处理方法的步骤。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述网络监测数据处理方法的步骤。
上述网络监测数据处理方法、装置、计算机设备和存储介质，虚拟机将采集的网络监测数据和与网络监测数据相关的设备信息，存储到日志文件中。日志处理平台通过从虚拟机的日志文件中获取网络监测数据并解析，能对网络监测数据进行实时预警，并根据设备信息定位触发报警信息的虚拟机所属的应用区域，从而进行改善处理。这样通过利用现有的日志处理平台来处理网络监测数据，能实现实时预警和定位，无需额外配置第三方应用程序的网络端口或通信协议等来处理网络监测数据，节省了大量的资源。
附图说明
图1为一个实施例中网络监测数据处理方法的应用场景图；
图2为一个实施例中网络监测数据处理方法的流程示意图；
图3为一个实施例中解析网络监测数据，得到解析结果的步骤的流程示意图；
图4为一个实施例中展示分析的网络监测数据的步骤的流程示意图；
图5为一个实施例中对历史网络监测数据处理的步骤的流程示意图；
图6为另一个实施例中网络监测数据处理方法的流程示意图；
图7为一个实施例中网络监测数据处理装置的结构框图；
图8为另一个实施例中网络监测数据处理装置的结构框图；
图9为又一个实施例中网络监测数据处理装置的结构框图；
图10为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的网络监测数据处理方法，可以应用于如图1所示的应用环境中。其中，物理服务器120通过网络与日志处理平台110进行通信，物理服务器120上运行的虚拟机通过物理服务器120与日志处理平台110进行通信。其中，物理服务器120上运行着多个虚拟机，如图1中物理服务器124上运行着虚拟机124A至虚拟机124C。物理服务器120可以用独立的服务器或者是多个服务器121-124组成的服务器集群来实现。日志处理平台110可以是独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种网络监测数据处理方法，以该方法应用于图1中的日志处理平台为例进行说明，包括以下步骤：
S202，获取虚拟机的日志文件；日志文件中记载有虚拟机采集的网络监测数据和与网络监测数据相关的设备信息。
其中，日志文件是以日志格式记录事件的记录文件。网络监测数据是表示当前网络健康状况的数据，比如虚拟机在进行数据通信时的丢包率、延迟和抖动等数据。与网络监测数据相关的设备信息是用来采集网络监测数据的设备的相关信息，比如网络监测数据的采集端虚拟机的IP（Internet Protocol，网络之间互连的协议）地址、采集端虚拟机的标识、目的端虚拟机的IP地址、目的端虚拟机的标识等。其中，标识用来唯一标识该虚拟机。
具体地，虚拟机可在自身进行数据通信时采集网络监测数据，并确定与采集的网络监测数据相对应的设备信息。虚拟机可将采集的网络监测数据和确定的与网络监测数据相关的设备信息以日志格式写入日志文件中。通过安装在虚拟机上的rsyslog应用，将日志文件推送至日志处理平台。日志处理平台可接收来自虚拟机的日志文件。
在一个实施例中，在配置基线版的虚拟机时，配置获取MTR（My Trace Route，网络诊断工具）的软件仓库地址和MTR的安装目录，使得虚拟机能获取MTR安装包并运行MTR。通过运行MTR来获取虚拟机在进行数据通信时的网络的丢包率、延迟和抖动等数据。
在一个实施例中，虚拟机在采集网络监测数据，并确定与采集的网络监测数据相对应的设备信息后，可将网络监测数据和设备信息转换成与日志文件相匹配的格式。再将转换格式后的数据写入本地的日志文件中。将网络监测数据和设备信息转换成与日志文件相匹配的格式，具体可以是将上述数据进行合并处理形成消息记录。
在一个实施例中，虚拟机安装rsyslog应用后，可根据配置信息对rsyslog应用进行配置。配置信息，比如，rsyslog应用推送日志文件至日志处理平台的预设周期；rsyslog应用推送日志文件的目的地址，其中，目的地址比如目的端的端口、目的端IP地址等。
在一个实施例中，日志处理平台为ELK平台。ELK平台包括用于搜集和处理数据的logstash服务器、用于存储数据的ElasticSearch（简称ES）服务器和用于统计报表和展示的Kibana或grafana服务器。
S204，解析网络监测数据，得到解析结果。
具体地，日志处理平台在获取虚拟机的日志文件后，可对获取的日志文件中的网络监测数据进行解析处理，得到解析结果。
在一个实施例中，日志处理平台可根据网络监测数据的格式，从网络监测数据中提取关键字段。关键字段比如，网络监测数据的采集时间、网络延迟、网络丢包率等。根据关键字段，从网络监测数据中获取与关键字段对应的值。比如，网络监测数据的采集时间为2017.10.09 21:56:6.003，网络延迟为10ms ，网络丢包率为40%。日志处理平台可将解析出的关键字段和相对应的值转换为key：value的形式，比如，time：2017.10.09 21:56:6.003或lossrate：40%等。
在一个实施例中，日志处理平台为ELK平台，ELK平台中的logstash服务器接收日志文件，并抽取关键字段和与关键字段相对应的值后将其转换为key： value的形式。
在一个实施例中，日志处理平台可直接对获取网络监测数据进行数值提取，将提取的数值作为解析结果。比如，提取丢包率所对应的值。
S206，当解析结果满足第一预警条件时，触发相应的报警信息。
其中，第一预警条件是预先设置的实时预警条件，以便及时处理网络故障。第一预警条件，可以是网络监测数据中表示网络健康状况的单个关键字段所对应的值大于预警阈值，比如丢包率大于10%；也可以是网络监测数据中表示网络健康状况的多个关键字段所对应的值的综合权值大于预警阈值，比如丢包率、延迟和抖动所对应的值的综合权值大于预警阈值。报警信息是触发报警的信息。告警信息具体可以是数字、字母和符号等字符中的至少一种。
在一个实施例中，当日志处理平台解析网络监测数据，得到的解析结果满足第一预警条件时，日志处理平台触发相应地报警信息，将报警信息转发至报警设备，报警设备发出警报。
在一个实施例中，当日志处理平台解析网络监测数据，得到的解析结果满足第一预警条件时，日志处理平台触发相应地报警信息，将触发报警信息的网络监测数据和与网络监测数据相关的设备信息以邮件或短信等方式发送至运维人员，以便及时处理网络故障。
S208，确定触发报警信息的网络监测数据。
具体地，当日志处理平台解析网络监测数据，得到的解析结果触发相应的报警信息后，日志处理平台可从日志文件中直接获取触发相应的报警信息的网络监测数据。
S210，确定与触发报警信息的网络监测数据相关的设备信息。
具体地，日志处理平台可从日志文件中确定与触发报警信息的网络监测数据相关的设备信息。当虚拟机采集到网络监测数据时，虚拟机可同时记录与采集的网络监测数据相关的设备信息，比如，采集端虚拟机的IP地址、采集端虚拟机的标识、目的端虚拟机的IP地址、目的端虚拟机的标识等。
举例说明，日志文件中记载有网络监测数据：采集时间、网络延迟和网络丢包率分别为2017.10.09 21:56:6.003、10ms和40%。采集端虚拟机的IP地址、采集端虚拟机的标识和目的端虚拟机的IP地址分别为：172.13.21.11、H-OP-OPS-01-001和172.16.20.120。日志处理平台可将网络监测数据和设备信息解析成key：value的形式，比如time：2017.10.0921:56:6.003、sourceip：172.13.21.11或lossrate：40%等。当日志处理平台解析的网络监测数据满足第一预警条件时，第一预警条件比如lossrate大于30%，日志处理平台就可确定触发报警信息的网络监测数据相关的设备信息，比如采集端虚拟机的IP地址为172.13.21.11、采集端虚拟机的标识为H-OP-OPS-01-001、目的端虚拟机的IP地址为172.16.20.120。
S212，根据设备信息，定位与设备信息相应的虚拟机所属的应用区域。
其中，应用区域是虚拟机被分配的应用类别，具体可以是虚拟机上运行的服务所属的类别。虚拟机所属的应用区域可在虚拟机被创建时进行分配，日志处理平台可根据虚拟机的IP地址，确定虚拟机所属的应用区域。
在一个实施例中，日志处理平台为ELK平台，logstash服务器可判断设备信息中的IP地址所属的应用区域，确定虚拟机上运行的服务的类别，服务的类别比如web服务、app服务或db服务等。并将虚拟机所属的服务更新到key：value数据中，比如IP地址为172.13.21.11的虚拟机属于web应用区域，则更新key，value数据为sourceip：172.13.21.11，severzone：web。
在一个实施例中，日志处理平台根据设备信息，定位与设备信息相应的虚拟机所属的应用区域后，可通知运维人员对支撑相应的应用区域运行的物理设备进行调试维修，可以提高网络故障处理效率。
上述网络监测数据处理方法，虚拟机将采集的网络监测数据和与网络监测数据相关的设备信息，存储到日志文件中。日志处理平台通过从虚拟机的日志文件中获取网络监测数据并解析，能对网络监测数据进行实时预警，并根据设备信息定位触发报警信息的虚拟机所属的应用区域，从而进行改善处理。这样通过利用现有的日志处理平台来处理网络监测数据，能实现实时预警和定位，无需额外配置第三方应用程序的网络端口或通信协议等来处理网络监测数据，节省了大量的资源。
在一个实施例中，步骤S202包括：按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件。
具体的，虚拟机上可预先安装日志应用，比如rsyslog应用。虚拟机通过安装的日志应用，将日志文件推送至日志处理平台。可通过定时器等装置设置日志应用推送日志文件的预设周期，日志应用按预设周期定期自动将日志文件推送至日志处理平台。日志处理平台可按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件。
在一个实施例中，步骤S204包括：
S302，将定期接收的日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存。
其中，数据缓存队列是用于暂时存储数据的队列。缓存是暂时存储数据。数据缓存队列具体可以是Kafka（发布订阅类消息队列）或MSMQ（MicroSoft Message Queuing，微软消息队列）等。具体地，日志处理平台可将定期接收的日志文件分配至多个数据缓存队列，每个数据缓存队列将分配的相应日志文件按接收时间顺序依次缓存。
在一个实施例中，日志处理平台是ELK平台，当ELK平台中的logstash服务器接收到日志文件时，将接收的日志文件缓存到Kafka中的相应的topic。其中topic是Kafka中的主题，用于将Kafka划分为多个区。
S304，从多个数据缓存队列中并行读取日志文件。
其中，并行是同时，可以表示同时分别执行相同的操作。具体地，日志处理平台将接收的日志文件分别缓存至数据缓存队列，以缓解日志文件的处理压力，当对缓存的日志文件进行解析时，可并行的从数据缓存队列中读取所缓存的日志文件。
在一个实施例中，日志处理平台将日志文件分别缓存至相应的数据缓存队列的队尾，并实时的分别从缓存有相应日志文件的数据缓存队列的队首并行读取数据。
S306，并行解析读取的日志文件中的网络监测数据，得到解析结果。
具体地，日志处理平台并行的从多个数据缓存队列中读取按接收时间顺序依次缓存的日志文件，并对读取的日志文件分别进行并行的解析，以根据解析的日志文件执行相应的处理。
在一个实施例中，数据缓存队列可以是Kafka，日志处理平台可以是ELK平台。ELK平台中的logstash服务器可并行的从Kafka中的每个topic中读取日志文件，并按日志文件对应的topic并行的解析所获取的日志文件。
上述实施例中，日志处理平台通过将定期接收的日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存，再并行的从数据缓存队列中读取并解析相应的日志文件。这样通过数据缓存队列可提高日志处理平台的吞吐量和缓存能力，并且提高了日志文件的处理效率。
在一个实施例中，解析网络监测数据，得到解析结果包括：根据网络监测数据的格式，从网络监测数据提取关键字段；从网络监测数据中获取与关键字段相对应的值；当解析结果满足第一预警条件时，触发相应的报警信息包括：当与关键字段相对应的值为异常值时，触发相应的报警信息。
具体地，日志处理平台可根据网络监测数据的格式，从网络监测数据提取关键字段，比如，网络监测数据的采集时间、网络延迟、网络丢包率等。日志处理平台再从网络监测数据中获取与关键字段相对应的值，比如，网络监测数据的采集时间为2017.10.09 21:56:6.003，网络延迟为10ms，网络丢包率为40%。当关键字段相对应的值为异常值时，比如，网络丢包率的值40%为异常值时，触发相应的报警信息。其中，异常值是与网络状况健康时，虚拟机采集到的网络检测数据不一致的值。其中，相应的报警信息，比如网络丢包率异常或网络延迟异常等。
上述实施例中，通过提取网络监测数据中的关键字段，获取关键字段对应的值。通过判断关键字段相对应的值是否为异常值，来判断网络监测数据是否满足第一预警条件，可及时准确地判断当前的网络健康状况，以便及时对网络故障进行处理。
在一个实施例中，网络监测数据处理方法还包括展示分析的网络监测数据的步骤，该展示分析的网络监测数据的步骤具体包括：
S402，获取在网络监测数据展示页面中触发的网络监测数据展示指令。
其中，网络监测数据展示指令是展示网络监测数据的指令，可以是由触发操作所触发的。触发操作具体可以是触摸操作、光标操作或者按键操作等。具体地，日志处理平台可以接收作用于网络监测数据展示页面中的触发操作，由触发操作触发网络监测数据展示指令。
在一个实施例中，日志处理平台为ELK平台，logstash服务器获取并解析日志文件后，可将处理后的日志文件存储到ES服务器中。Kibana或grafana等服务器可读取ES服务器中的日志文件，并进行统计和展示等。
S404，根据网络监测数据展示指令，确定相应的网络监测数据。
具体地，网络监测数据展示指令中携带有应用区域和采集时间等信息，日志处理平台可根据网络监测数据展示指令中携带的信息，确定相应的网络监测数据。
S406，分析确定的网络监测数据。
具体地，日志处理平台确定网络监测数据后，可对获取的网络监测数据按与网络监测数据相关的设备信息所对应的虚拟机所属的应用区域进行统计分析，得到不同应用区域的网络健康状况分析结果。日志处理平台也可按网络监测数据的采集时间对网络监测数据进行分析。
S408，按照预设展示方式，展示分析的网络监测数据。
其中，预设展示方式是预先设定的用于显示网络监测数据的形式。预设展示方式具体可以是以数据报表、图表或图形等展示分析的网络监测数据。
在一个实施例中，日志处理平台可将分析的多个网络监测数据按与网络监测数据相关的设备信息所属的应用区域进行统计分析，生成相应的不同应用区域的可视化数据报表。
在一个实施例中，日志处理平台可将分析后的网络监测数据，按网络监测数据的采集时间，生成相应的不同时间段的网络监测数据的可视化数据报表。
上述实施例中，通过网络监测数据展示指令，获取需展示的网络监测数据，按照预设展示方式，可对分析后的网络监测数据进行展示。这样通过展示分析的网络监测数据可以直观地了解网络监测数据的变化趋势，及相应的网络健康状况。
在一个实施例中，该网络监测数据处理方法还包括对历史网络监测数据处理的步骤，该步骤具体包括：
S502，获取预设时间段内的历史网络监测数据。
具体地，日志处理平台可统计预设时间段内的历史网络监测数据。在一个实施例中，日志处理平台为ELK平台，logstash服务器接收并解析网络监测数据后，将解析后的网络监测数据存储到ES服务器中。Kibana或grafana等服务器可从ES服务器中读取预设时间段内的历史网络监测数据。
S504，解析历史网络监测数据。
具体地，日志处理平台确定历史网络监测数据后，可对获取的历史网络监测数据按与历史网络监测数据相关的设备信息所属的应用区域进行统计分析，得到不同应用区域的历史网络健康状况分析结果。日志处理平台也可根据历史网络监测数据的采集时间，按不同的时间段对历史网络监测数据进行统计分析。
在一个实施例中，日志处理平台获取历史网络监测数据后，可统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数。
S506，当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息。
其中，第二预警条件预先设置的历史预警条件，以便对历史网络监测数据进行管控。第二预警条件，可以是历史网络监测数据中表示网络健康状况的单个关键字段所对应的值的平均值大于预警阈值，比如历史丢包率的平均值大于10%。第二预警条件也可以是历史网络监测数据中表示网络健康状况的单个关键字段所对应的值的变化趋势相异于预设趋势，或者历史网络监测数据中表示网络健康状况的多个关键字段所对应的值的综合权值的变化趋势相异于预设趋势。第二预警条件还可以是预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数，大于预设次数等。
具体地，当日志处理平台解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息，日志处理平台可将报警信息转发至报警设备，报警设备发出警报。
上述实施例中，通过解析预设时间段内的历史网络监测数据，判断解析的历史网络监测数据是否满足第二预警条件，可对历史网络监测数据做分析，能发现网络监测数据的变化趋势，及时预防网络故障。
在一个实施例中，解析历史网络监测数据包括：根据历史网络监测数据的格式，从历史网络监测数据提取关键字段；从历史网络监测数据中获取与关键字段相对应的值的平均值；当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息包括：当平均值为异常值时，触发相应的报警信息。
具体地，日志处理平台可根据历史网络监测数据的格式，从历史网络监测数据提取关键字段，从预设时间段内的历史网络监测数据中获取与关键字段相对应的值的平均值。当历史网络监测数据中表示历史网络健康状况的平均值为异常值时，则触发相应的报警信息，日志处理平台可将报警信息转发至报警设备，报警设备发出警报。
上述实施例中，通过提取历史网络监测数据中的关键字段，获取关键字段对应的值的平均值。通过判断表示历史网络健康状况的平均值是否为异常值，来判断历史网络监测数据是否满足第二预警条件，可及时准确地判断历史的网络健康状况的变化趋势，以便及时对网络故障进行预警。
在一个实施例中，该网络监测数据处理方法还包括应用区域报警的步骤，该应用区域报警的步骤包括：统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数；当统计的次数大于预设次数时，触发应用区域报警信息。
其中，应用区域报警信息是针对于应用区域的报警信息。具体地，当日志处理平台定位与触发报警信息的网络监测数据相关的设备信息相应的虚拟机所属的应用区域后，记录该报警记录。日志处理平台可通过计数器或计数程序等统计预设时间段内属于相同应用区域的虚拟机所对应的报警信息的次数。当统计的次数大于预设次数时，则触发应用区域报警信息。
上述实施例中，通过统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数，可根据应用区域的不同，分别监测属于不同应用区域的虚拟机所在的网络的网络健康状况，及时定位和预警网络故障。
如图6所示，在一个具体的实施例中，网络监测数据处理方法包括以下步骤：
S602，按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件；日志文件中记载有虚拟机采集的网络监测数据和与网络监测数据相关的设备信息。
S604，将定期接收的日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存。
S606，从多个数据缓存队列中并行读取日志文件。
S608，根据网络监测数据的格式，并行从网络监测数据提取关键字段。
S610，从网络监测数据中获取与关键字段相对应的值。
S612，当与关键字段相对应的值为异常值时，触发相应的报警信息。
S614，确定触发报警信息的网络监测数据；确定与触发报警信息的网络监测数据相关的设备信息。
S616，根据设备信息，定位与设备信息相应的虚拟机所属的应用区域。
S618，获取在网络监测数据展示页面中触发的网络监测数据展示指令。
S620，根据网络监测数据展示指令，确定相应的网络监测数据。
S622，分析确定的网络监测数据。
S624，按照预设展示方式，展示分析的网络监测数据。
S626，获取预设时间段内的历史网络监测数据。
S628，根据历史网络监测数据的格式，从历史网络监测数据提取关键字段。
S630，从历史网络监测数据中获取与关键字段相对应的值的平均值。
S632，当平均值为异常值时，触发相应的报警信息。
S634，统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数。
S636，当统计的次数大于预设次数时，触发应用区域报警信息。
上述网络监测数据处理方法，虚拟机将采集的网络监测数据和与网络监测数据相关的设备信息，存储到日志文件中。日志处理平台通过从虚拟机的日志文件中获取网络监测数据并解析，能对网络监测数据进行实时预警，并根据设备信息定位触发报警信息的虚拟机所属的应用区域，从而进行改善处理。这样通过利用现有的日志处理平台来处理网络监测数据，能实现实时预警和定位，无需额外配置第三方应用程序的网络端口或通信协议等来处理网络监测数据，节省了大量的资源。
应该理解的是，虽然图2-图6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-图6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图7所示，提供了一种网络监测数据处理装置700，包括：获取模块701、解析模块702、触发模块703、确定模块704和定位模块705，其中：
获取模块701，用于获取虚拟机的日志文件；日志文件中记载了虚拟机采集的网络监测数据和与网络监测数据相关的设备信息。
解析模块702，用于解析网络监测数据，得到解析结果。
触发模块703，用于当解析结果满足第一预警条件时，触发相应的报警信息。
确定模块704，用于确定触发报警信息的网络监测数据；确定与触发报警信息的网络监测数据相关的设备信息。
定位模块705，用于根据设备信息，定位与设备信息相应的虚拟机所属的应用区域。
上述网络监测数据处理装置，虚拟机将采集的网络监测数据和与网络监测数据相关的设备信息，存储到日志文件中。日志处理平台通过从虚拟机的日志文件中获取网络监测数据并解析，能对网络监测数据进行实时预警，并根据设备信息定位触发报警信息的虚拟机所属的应用区域，从而进行改善处理。这样通过利用现有的日志处理平台来处理网络监测数据，能实现实时预警和定位，无需额外配置第三方应用程序的网络端口或通信协议等来处理网络监测数据，节省了大量的资源。
在一个实施例中，获取模块701还用于按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件；解析模块702还用于将定期接收的日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存；从多个数据缓存队列中并行读取日志文件；并行解析读取的日志文件中的网络监测数据，得到解析结果。
上述实施例中，日志处理平台通过将定期接收的日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存，再并行的从数据缓存队列中读取并解析相应的日志文件。这样通过数据缓存队列可提高日志处理平台的吞吐量和缓存能力，并且提高了日志文件的处理效率。
在一个实施例中，解析模块702还用于根据网络监测数据的格式，从网络监测数据提取关键字段；从网络监测数据中获取与关键字段相对应的值；触发模块703还用于当与关键字段相对应的值为异常值时，触发相应的报警信息。
上述实施例中，通过提取网络监测数据中的关键字段，获取关键字段对应的值。通过判断关键字段相对应的值是否为异常值，来判断网络监测数据是否满足第一预警条件，可及时准确地判断当前的网络健康状况，以便及时对网络故障进行处理。
如图8所示，在一个实施例中，网络监测数据处理装置700还包括展示模块706：
获取模块701还用于获取在网络监测数据展示页面中触发的网络监测数据展示指令。
确定模块704还用于根据网络监测数据展示指令，确定相应的网络监测数据。
解析模块702还用于分析确定的网络监测数据。
展示模块706，用于按照预设展示方式，展示分析的网络监测数据。
上述实施例中，通过网络监测数据展示指令，获取需展示的网络监测数据，按照预设展示方式，可对分析后的网络监测数据进行展示。这样通过展示分析的网络监测数据可以直观地了解网络监测数据的变化趋势，及相应的网络健康状况。
在一个实施例中，获取模块701还用于获取预设时间段内的历史网络监测数据；解析模块702还用于解析历史网络监测数据；触发模块703还用于当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息。
上述实施例中，通过解析预设时间段内的历史网络监测数据，判断解析的历史网络监测数据是否满足第二预警条件，可对历史网络监测数据做分析，能发现网络监测数据的变化趋势，及时预防网络故障。
在一个实施例中，解析模块702还用于根据历史网络监测数据的格式，从历史网络监测数据提取关键字段；从历史网络监测数据中获取与关键字段相对应的值的平均值；触发模块703还用于当平均值为异常值时，触发相应的报警信息。
上述实施例中，通过提取历史网络监测数据中的关键字段，获取关键字段对应的值的平均值。通过判断表示历史网络健康状况的平均值是否为异常值，来判断历史网络监测数据是否满足第二预警条件，可及时准确地判断历史的网络健康状况的变化趋势，以便及时对网络故障进行预警。
如图9所示，在一个实施例中，网络监测数据处理装置700还包括统计模块707：
统计模块707，用于统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数；
触发模块703还用于当统计的次数大于预设次数时，触发应用区域报警信息。
上述实施例中，通过统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数，可根据应用区域的不同，分别监测属于不同应用区域的虚拟机所在的网络的网络健康状况，及时定位和预警网络故障。
关于网络监测数据处理装置的具体限定可以参见上文中对于网络监测数据处理方法的限定，在此不再赘述。上述网络监测数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与物理服务器或运行于物理服务器上的虚拟机通过网络连接通信。该计算机程序被处理器执行时以实现一种网络监测数据处理方法。
本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：获取虚拟机的日志文件；日志文件中记载有虚拟机采集的网络监测数据和与网络监测数据相关的设备信息；解析网络监测数据，得到解析结果；当解析结果满足第一预警条件时，触发相应的报警信息；确定触发报警信息的网络监测数据；确定与触发报警信息的网络监测数据相关的设备信息；根据设备信息，定位与设备信息相应的虚拟机所属的应用区域。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件；将定期接收的日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存；从多个数据缓存队列中并行读取日志文件；并行解析读取的日志文件中的网络监测数据，得到解析结果。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据网络监测数据的格式，从网络监测数据提取关键字段；从网络监测数据中获取与关键字段相对应的值；当与关键字段相对应的值为异常值时，触发相应的报警信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取在网络监测数据展示页面中触发的网络监测数据展示指令；根据网络监测数据展示指令，确定相应的网络监测数据；分析确定的网络监测数据；按照预设展示方式，展示分析的网络监测数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取预设时间段内的历史网络监测数据；解析历史网络监测数据；当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据历史网络监测数据的格式，从历史网络监测数据提取关键字段；从历史网络监测数据中获取与关键字段相对应的值的平均值；当平均值为异常值时，触发相应的报警信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数；当统计的次数大于预设次数时，触发应用区域报警信息。
上述计算机设备，虚拟机将采集的网络监测数据和与网络监测数据相关的设备信息，存储到日志文件中。日志处理平台通过从虚拟机的日志文件中获取网络监测数据并解析，能对网络监测数据进行实时预警，并根据设备信息定位触发报警信息的虚拟机所属的应用区域，从而进行改善处理。这样通过利用现有的日志处理平台来处理网络监测数据，能实现实时预警和定位，无需额外配置第三方应用程序的网络端口或通信协议等来处理网络监测数据，节省了大量的资源。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取虚拟机的日志文件；日志文件中记载有虚拟机采集的网络监测数据和与网络监测数据相关的设备信息；解析网络监测数据，得到解析结果；当解析结果满足第一预警条件时，触发相应的报警信息；确定触发报警信息的网络监测数据；确定与触发报警信息的网络监测数据相关的设备信息；根据设备信息，定位与设备信息相应的虚拟机所属的应用区域。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件；将定期接收的日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存；从多个数据缓存队列中并行读取日志文件；并行解析读取的日志文件中的网络监测数据，得到解析结果。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据网络监测数据的格式，从网络监测数据提取关键字段；从网络监测数据中获取与关键字段相对应的值；当与关键字段相对应的值为异常值时，触发相应的报警信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取在网络监测数据展示页面中触发的网络监测数据展示指令；根据网络监测数据展示指令，确定相应的网络监测数据；分析确定的网络监测数据；按照预设展示方式，展示分析的网络监测数据。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取预设时间段内的历史网络监测数据；解析历史网络监测数据；当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据历史网络监测数据的格式，从历史网络监测数据提取关键字段；从历史网络监测数据中获取与关键字段相对应的值的平均值；当平均值为异常值时，触发相应的报警信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数；当统计的次数大于预设次数时，触发应用区域报警信息。
上述计算机可读存储介质，虚拟机将采集的网络监测数据和与网络监测数据相关的设备信息，存储到日志文件中。日志处理平台通过从虚拟机的日志文件中获取网络监测数据并解析，能对网络监测数据进行实时预警，并根据设备信息定位触发报警信息的虚拟机所属的应用区域，从而进行改善处理。这样通过利用现有的日志处理平台来处理网络监测数据，能实现实时预警和定位，无需额外配置第三方应用程序的网络端口或通信协议等来处理网络监测数据，节省了大量的资源。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (14)

1.一种网络监测数据处理方法，应用于日志处理平台，所述方法包括：
接收由安装在虚拟机上的日志应用发送的日志文件；所述日志文件中记载有所述虚拟机采集的、且转换成与所述日志文件相匹配的格式的网络监测数据和与所述网络监测数据相关的设备信息；所述网络监测数据是通过所述虚拟机上运行的网络诊断工具在所述虚拟机进行数据通信时所采集的、且表征当前网络健康状况的数据；所述网络监测数据包括所述虚拟机在进行数据通信时的丢包率、延迟和抖动中的至少一种数据；
解析所述网络监测数据，得到解析结果；
当所述解析结果满足第一预警条件时，触发相应的报警信息；
确定触发所述报警信息的网络监测数据；
确定与所述触发所述报警信息的网络监测数据相关的设备信息；
根据所述设备信息，定位与所述设备信息相应的虚拟机所属的应用区域，并统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数；所述应用区域是所述虚拟机被分配的应用类别；
当统计的次数大于预设次数时，触发应用区域报警信息。
2.根据权利要求1所述的方法，其特征在于，所述接收由安装在虚拟机上的日志应用发送的日志文件，包括：
按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件；
所述解析所述网络监测数据，得到解析结果包括：
将定期接收的所述日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存；
从多个数据缓存队列中并行读取日志文件；
并行解析读取的日志文件中的网络监测数据，得到解析结果。
3.根据权利要求1所述的方法，其特征在于，所述解析所述网络监测数据，得到解析结果包括：
根据所述网络监测数据的格式，从所述网络监测数据提取关键字段；
从所述网络监测数据中获取与所述关键字段相对应的值；
所述当所述解析结果满足第一预警条件时，触发相应的报警信息包括：
当与所述关键字段相对应的值为异常值时，触发相应的报警信息。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取在网络监测数据展示页面中触发的网络监测数据展示指令；
根据所述网络监测数据展示指令，确定相应的网络监测数据；
分析确定的所述网络监测数据；
按照预设展示方式，展示分析的所述网络监测数据。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取预设时间段内的历史网络监测数据；
解析所述历史网络监测数据；
当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息。
6.根据权利要求5所述的方法，其特征在于，所述解析所述历史网络监测数据包括：
根据所述历史网络监测数据的格式，从所述历史网络监测数据提取关键字段；
从所述历史网络监测数据中获取与所述关键字段相对应的值的平均值；
所述当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息包括：
当所述平均值为异常值时，触发相应的报警信息。
7.一种网络监测数据处理装置，其特征在于，所述装置包括：
获取模块，用于接收由安装在虚拟机上的日志应用发送的日志文件；所述日志文件中记载了所述虚拟机采集的、且转换成与所述日志文件相匹配的格式的网络监测数据和与所述网络监测数据相关的设备信息；所述网络监测数据是通过所述虚拟机上运行的网络诊断工具在所述虚拟机进行数据通信时所采集的、且表征当前网络健康状况的数据；所述网络监测数据包括所述虚拟机在进行数据通信时的丢包率、延迟和抖动中的至少一种数据；
解析模块，用于解析所述网络监测数据，得到解析结果；
触发模块，用于当所述解析结果满足第一预警条件时，触发相应的报警信息；
确定模块，用于确定触发所述报警信息的网络监测数据；确定与所述触发所述报警信息的网络监测数据相关的设备信息；
定位模块，用于根据所述设备信息，定位与所述设备信息相应的虚拟机所属的应用区域；统计模块，用于统计预设时间段内属于相同应用区域的虚拟机对应的报警信息的次数；所述应用区域是所述虚拟机被分配的应用类别；
所述触发模块还用于当统计的次数大于预设次数时，触发应用区域报警信息。
8.根据权利要求7所述的装置，其特征在于，所述获取模块还用于按预设周期定期接收由安装在虚拟机上的日志应用发送的日志文件；
所述解析模块还用于将定期接收的所述日志文件分配至多个数据缓存队列，且在每个缓存队列中将分配的相应日志文件按接收时间顺序依次缓存；从多个数据缓存队列中并行读取日志文件；并行解析读取的日志文件中的网络监测数据，得到解析结果。
9.根据权利要求7所述的装置，其特征在于，所述解析模块还用于根据所述网络监测数据的格式，从所述网络监测数据提取关键字段；从所述网络监测数据中获取与所述关键字段相对应的值；
所述触发模块还用于当与所述关键字段相对应的值为异常值时，触发相应的报警信息。
10.根据权利要求7所述的装置，其特征在于，所述装置还包括展示模块；
所述获取模块还用于获取在网络监测数据展示页面中触发的网络监测数据展示指令；
所述确定模块还用于根据所述网络监测数据展示指令，确定相应的网络监测数据；
所述解析模块还用于分析确定的所述网络监测数据；
所述展示模块用于按照预设展示方式，展示分析的所述网络监测数据。
11.根据权利要求7所述的装置，其特征在于，所述获取模块还用于获取预设时间段内的历史网络监测数据；
所述解析模块还用于解析所述历史网络监测数据；
所述触发模块还用于当解析的历史网络监测数据满足第二预警条件时，触发相应的报警信息。
12.根据权利要求11所述的装置，其特征在于，所述解析模块还用于根据所述历史网络监测数据的格式，从所述历史网络监测数据提取关键字段；从所述历史网络监测数据中获取与所述关键字段相对应的值的平均值；
所述触发模块还用于当所述平均值为异常值时，触发相应的报警信息。
13.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
CN201711486229.0A 2017-12-30 2017-12-30 网络监测数据处理方法、装置、计算机设备和存储介质 Active CN108259268B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711486229.0A CN108259268B (zh) 2017-12-30 2017-12-30 网络监测数据处理方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711486229.0A CN108259268B (zh) 2017-12-30 2017-12-30 网络监测数据处理方法、装置、计算机设备和存储介质

Publications (2)

Publication Number Publication Date
CN108259268A CN108259268A (zh) 2018-07-06
CN108259268B true CN108259268B (zh) 2021-02-19

Family

ID=62724562

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711486229.0A Active CN108259268B (zh) 2017-12-30 2017-12-30 网络监测数据处理方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN108259268B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109948364B (zh) * 2019-03-21 2023-04-07 陕西科技大学 一种具有预警及最终触发条件的电子信息管理系统及方法
CN110233776A (zh) * 2019-05-31 2019-09-13 湃方科技(北京)有限责任公司 一种旋转型机械设备状态监测方法及设备
CN110442503A (zh) * 2019-07-29 2019-11-12 深圳数位传媒科技有限公司 一种应用日志指标的告警方法与装置
CN111597095A (zh) * 2020-05-20 2020-08-28 中国工商银行股份有限公司 监控方法、监控装置、电子设备、以及介质
CN113612791A (zh) * 2021-08-11 2021-11-05 湖南中车时代通信信号有限公司 一种网络数据监测设备
CN114254773B (zh) * 2021-12-06 2022-09-16 北京联海科技有限公司 一种监控设备运维管理方法、系统、装置及存储介质
CN115118619A (zh) * 2022-06-21 2022-09-27 阿里云计算有限公司 网络监测方法、装置、电子设备、介质及程序产品
CN115174346B (zh) * 2022-09-02 2023-03-28 平安银行股份有限公司 基于消息队列的延时告警方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103631699B (zh) * 2012-08-28 2019-02-12 北京京东尚科信息技术有限公司 日志管理系统及日志监控、获取和查询方法
US10162692B2 (en) * 2014-07-28 2018-12-25 Excalibur Ip, Llc Rainbow event drop detection system
CN104363277A (zh) * 2014-11-13 2015-02-18 上海交通大学 云游戏分布式系统中带宽资源分配管理系统及其管理方法
CN105828368A (zh) * 2015-01-08 2016-08-03 中兴通讯股份有限公司 一种故障定位的方法和相应装置
CN104731859B (zh) * 2015-02-02 2018-10-12 厦门市美亚柏科信息股份有限公司 数据处理方法及装置
CN106209405B (zh) * 2015-05-06 2019-11-08 中国移动通信集团内蒙古有限公司 故障诊断方法及装置
CN106407077A (zh) * 2016-09-21 2017-02-15 广州华多网络科技有限公司 一种实时告警方法及系统
CN106657387A (zh) * 2017-01-13 2017-05-10 郑州云海信息技术有限公司 一种空管自动化智能集中监控系统
CN106940677A (zh) * 2017-02-13 2017-07-11 咪咕音乐有限公司 一种应用日志数据告警方法及装置
CN107231352A (zh) * 2017-05-27 2017-10-03 郑州云海信息技术有限公司 一种面向Xen虚拟化环境的系统日志监控方法及装置

Also Published As

Publication number Publication date
CN108259268A (zh) 2018-07-06

Similar Documents

Publication Publication Date Title
CN108259268B (zh) 网络监测数据处理方法、装置、计算机设备和存储介质
CN112612675B (zh) 微服务架构下的分布式大数据日志链路跟踪方法及系统
EP3882773B1 (en) Method and system for automatic real-time causality analysis of end user impacting system anomalies using causality rules and topological understanding of the system to effectively filter relevant monitoring data
CN108509323B (zh) 基于日志分析的业务处理方法、装置及计算机设备
CN105207806A (zh) 分布式服务的监控方法及装置
CN111475370A (zh) 基于数据中心的运维监控方法、装置、设备及存储介质
CN107766208B (zh) 一种监控业务系统的方法、系统及装置
US20180095819A1 (en) Incident analysis program, incident analysis method, information processing device, service identification program, service identification method, and service identification device
CN111585837B (zh) 物联网数据链路监控方法、装置、计算机设备和存储介质
WO2019109961A1 (zh) 故障诊断方法及装置
CN112612680A (zh) 一种消息告警方法、系统、计算机设备及存储介质
CN112817814A (zh) 异常监控方法、系统、存储介质及电子装置
CN110674149B (zh) 业务数据处理方法、装置、计算机设备和存储介质
CN105814842A (zh) 信息处理装置、信息处理方法和程序
US9201752B2 (en) System and method for correlating empirical data with user experience
CN110727563A (zh) 预设客户的云服务报警方法及装置
CN104461847B (zh) 数据处理程序检测方法及装置
WO2014166345A1 (en) Method and system for presenting recommendation information
JP2004348640A (ja) ネットワーク管理システム及びネットワーク管理方法
CN104615702B (zh) 一种信息推送方法及装置
EP3764232B1 (en) Business transactions impact analysis
CN114385438A (zh) 业务运营风险预警方法、系统及存储介质
CN113472858B (zh) 埋点数据处理方法、装置及电子设备
CN105279432B (zh) 一种软件监控处理方法以及装置
CN112860527A (zh) 应用服务器的故障监测方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20200122

Address after: 200120 floor 15, 1333 Lujiazui Ring Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai

Applicant after: Weikun (Shanghai) Technology Service Co., Ltd

Address before: 200120 13 floor, 1333 Lujiazui Road, Pudong New Area free trade pilot area, Shanghai.

Applicant before: Lujiazui Shanghai international financial assets market Limited by Share Ltd

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant