CN108243072A - 一种进行网络延时监控的方法与设备 - Google Patents

Abstract

本申请的目的是提供一种进行网络延时监控的方法与设备；当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间；基于所述数据包到达时间，确定网络延时数据。本申请实现了在几乎不增加各类资源消耗负担、或是新增资源消耗较少的前提下，对网络延时进行了有效监控。相比于现有技术，本申请本申请的网络延时数据对用户无感知，同时不会影响正常的网络通信，也不需要增加额外的设备部署。

Description

一种进行网络延时监控的方法与设备

技术领域

本申请涉及计算机领域，尤其涉及一种进行网络延时监控的技术。

背景技术

在云计算的环境下，云主机与广域网设备在通信过程中，报文需要经过内部网络、外部网络等传输路径，及需要经过各种网络设备，链路复杂，为了对云服务的提供者和使用者提供更好的网络环境，需要对网络质量进行有效地监控。在实际应用中，网络链路延时是衡量网络质量的重要指标，现有的对网络链路延时的确定有以下几种方案：

一是，使用传统的网络延时探测技术，即由探测设备主动发起连接来探测。此方案的不足在于：如果发起网络探测访问的源设备，与实际用户访问设备的不同，则统计出来的延时可能存在较大偏差，则该延时的参考作用不大；此外，如果用实际用户访问的源设备来发起探测，则需要增加组件，还需要收集统计数据，将消耗较多的网络和设备资源。

二是，在提供服务的后端服务器，如云主机上记录网络延时。此方案的不足在于：由于可能存在多个后端服务器同时提供服务，则需要在每台后端服务器上部署监控，需要收集统计数据，进而汇总计算；同时，由于后端服务器会接收到不同种类的流量，使得需要区分业务流量和其他流量，因此将增加计算开销。

三是，可以在流量入口的网络设备，如交换机、路由器等设备上面记录网络延时。此方案的不足在于：由于交换机、路由器等设备没有连接跟踪的功能，则需要对不同的经过流量进行识别和记录，技术难度高、计算量大，并且增加对网络设备的负担，反而会对网络质量造成不良影响。

发明内容

本申请的目的是提供一种进行网络延时监控的方法与设备，以解决现有技术中无法在几乎不增加各类资源消耗负担的前提下对网络延时进行有效监控的技术问题。

根据本申请的一个方面，提供了一种在负载均衡设备端进行网络延时监控的方法，包括：

当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间；

基于所述数据包到达时间，确定网络延时数据。

根据本申请的另一方面，还提供了一种进行网络延时监控的负载均衡设备，包括：

数据包达到时间确定装置，用于当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间；

网络延时数据确定装置，用于基于所述数据包到达时间，确定网络延时数据。

根据本申请的另一方面，还提供了一种进行网络延时监控的负载均衡设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间；

基于所述数据包到达时间，确定网络延时数据。

与现有技术相比，在本申请中，当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，负载均衡设备基于在所述数据包对应的会话记录中标记的数据包到达时间，确定出对应的网络延时数据。在一定环境中，如一些分布式环境中，网络流量可以通过负载均衡设备进行地址转换和流量均衡，并且负载均衡设备能够实现对每个网络链路进行跟踪，即可以通过会话记录跟踪相应网络链路，因此，本申请可以在所述会话记录中标记相应的数据包到达时间，再基于一个或多个数据包到达时间确定网络延时数据，实现了在几乎不增加各类资源消耗负担、或是新增资源消耗较少的前提下，对网络延时进行了有效监控。相比于现有技术，本申请可以实现不需要额外构造流量来进行网络延时探测，且因为统计的流量为用户的真实请求的流量，所以统计的网络延时数据有实际的参考价值；并且，本申请中基于负载均衡设备获取到的数据包中的网络地址信息，能够清晰地分辨出请求设备或目的设备的业务流量，从而能够有针对性的统计数据；并且，本申请的网络延时数据对用户无感知，同时不会影响正常的网络通信，也不需要增加额外的设备部署。

进一步，在本申请的一种实现方式中，负载均衡设备确定的所述网络延时数据可以包括但不限于网络连接建立耗时、外部网络传输延时、内部网络传输延时、网络连接关闭耗时等一种或多种内容。基于负载均衡设备的网络地址转换和网络流量均衡功能，可以针对不同场景确定不同时段的网络延时数据，即对于一个会话的网络延时可以进行分段监控。从而使得网络延时监控更加灵活、更具有针对性。进而还可以进一步降低资源开销。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了根据本申请一个方面的一种在负载均衡设备端进行网络延时监控的方法流程图；

图2示出根据本申请一个方面的一种进行网络延时监控的负载均衡设备的设备示意图；

图3示出根据本申请一方面的一种在负载均衡设备端进行网络延时监控的示例图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

图1示出了根据本申请一个方面的一种在负载均衡设备端进行网络延时监控的方法流程图。

本申请实施例提供了一种在负载均衡设备端进行网络延时监控的方法，所述方法可以在相应的负载均衡设备端实现。其中，所述负载均衡设备包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或云服务器，其中，所述云服务器可以是运行在分布式***中的、由一群松散耦合的计算机集组成的一个虚拟超级计算机，其用以实现简单高效、安全可靠、处理能力可弹性伸缩的计算服务。在本申请中，所述负载均衡设备可以指代为所述负载均衡设备1(可以参考图2中所示负载均衡设备1)。

具体地，所述方法包括步骤S11和步骤S12。其中，在步骤S11中，当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间。在一种实现方式中，负载均衡设备1可以部署在分布式环境中，例如云环境中。在一种实现方式中，所述负载均衡设备1可以部署在全部流量入口、或是部分流量入口。进一步，在一种实现方式中，若所述负载均衡设备1是单个服务器，则可以在该负载均衡设备1上部署有负载均衡技术用以进行网络地址转换和网络流量均衡等操作，从而实现转发请求设备与对应的目的设备之间发送的数据包，例如，将来自请求设备的数据包转发至对应的目的设备，又如，将来自目的设备的数据包转发至对应的请求设备；在另一种实现方式中，所述负载均衡设备1还可以是多个设备集群，其中包含了能够部署有负载均衡技术的服务器。

在一种实现方式中，所述请求设备发送的数据包，如请求数据包、或对应目的设备发送的数据包，如应答数据包可以包括相应的数据报文和设备IP地址，例如，在云环境中，若多个后端服务器集成一个虚拟服务器，则请求数据包中的IP地址还可以是提供所请求服务的VIP(Virtual Internet Protocol，虚拟地址)信息。在此，当负载均衡设备1获取到所述数据包时，可以是首次创建或是确定已有的数据包对应的网络链路的会话记录，所述会话记录用以记录网络链路的相关信息，例如可以包括来源地址、来源端口，目的地址、目的端口等。进一步，负载均衡设备1将数据包到达负载均衡设备1的时间信息，例如时间戳，添加到所述会话记录中，因为上行流量、下行流量均可以经过所述负载均衡设备1，所以所述负载均衡设备1可以实现会话记录的跟踪，进而在一个会话记录中，可以记录下与会话对应的请求设备和/或目的设备每次、或是预设的某次发送相应数据包到达负载均衡设备1的一个或多个数据包到达时间。

接着，在步骤S12中，负载均衡设备1可以基于会话记录中一个或多个所述数据包到达时间，确定网络延时数据。在一种实现方式中，可以在任意的正常的网络通信的过程中，实现在所述数据包对应的会话记录中标记数据包到达时间的操作。例如，基于TCP协议的三次握手以建立连接；又如，基于TCP协议的四次握手以放弃连接等过程。在此，针对不同的网络通信过程中各个数据包到达时间所确定的网络延时数据就可以有不同的类型。

在一种实现方式中，用于确定所述网络延时数据的所述数据包到达时间可以有多种组合。例如，可以基于包括但不限于以下至少任一项来确定所述网络延时数据：一是，网络访问的请求设备的一个或多个请求数据包的数据包到达时间，其中，所述多个请求数据包也可以对应于请求设备的不同会话；二是对应的目的设备的一个或多个应答数据包的数据包到达时间；三是网络访问的请求设备的一个或多个应答数据包的数据包到达时间，例如，可以是请求设备基于目的设备的应答数据包进行再次应答所发出的应答数据包。

在一种实现方式中，所述网络延时数据可以包括以下至少任一项：一是网络连接建立耗时，例如在TCP连接建立过程中，从请求设备请求连接至目的设备同意连接信息回复至该请求设备这段时间确认为连接建立的耗时；二是外部网络传输延时，例如，在云环境中，发出请求的用户设备与负载均衡设备1之间的网络传输时间；三是内部网络传输延时，例如，在云环境中，提供服务的后端服务器与负载均衡设备1之间的网络传输时间；四是网络连接关闭耗时，例如，在云环境中，从提供服务的后端服务器确定可以准备关闭连接到确定关闭连接的耗时。在本实现方式中，负载均衡设备1确定的所述网络延时数据可以包括但不限于网络连接建立耗时、外部网络传输延时、内部网络传输延时、网络连接关闭耗时等一种或多种内容。基于负载均衡设备1的网络地址转换和网络流量均衡功能，可以针对不同场景确定不同时段的网络延时数据，即对于一个会话的网络延时可以进行分段监控。从而使得网络延时监控更加灵活、更具有针对性。进而还可以进一步降低资源开销。

在本申请中，当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，负载均衡设备1基于在所述数据包对应的会话记录中标记的数据包到达时间，确定出对应的网络延时数据。在一定环境中，，如一些分布式环境中，网络流量可以通过负载均衡设备1进行地址转换和流量均衡，并且负载均衡设备1能够实现对每个网络链路进行跟踪，即可以通过会话记录跟踪相应网络链路，因此，本申请可以在所述会话记录中标记相应的数据包到达时间，再基于一个或多个数据包到达时间确定网络延时数据，实现了在几乎不增加各类资源消耗负担、或是新增资源消耗较少的前提下，对网络延时进行了有效监控。相比于现有技术，本申请可以实现不需要额外构造流量来进行网络延时探测，且因为统计的流量为用户的真实请求的流量，所以统计的网络延时数据有实际的参考价值；并且，本申请中基于负载均衡设备1获取到的数据包中的网络地址信息，能够清晰地分辨出请求设备或目的设备的业务流量，从而能够有针对性的统计数据；并且，本申请的网络延时数据对用户无感知，同时不会影响正常的网络通信，也不需要增加额外的设备部署。

在一种实现方式中，所述方法还包括步骤S13(未示出)。在步骤S13中，负载均衡设备1基于所述网络延时数据，进行网络质量分析。例如，对于网络传输延迟、丢包严重等现象，即需要利用所述网络延时数据来确定、或分析现象产生原因。基于本申请，可以实现常态化地收集数据，例如，可以得到不同地域、不同设备访问的数据，还可以基于不同分段的网络延时数据、或是多个网络延时数据的组合，对不同区段、时段的目标设备间的网络质量进行灵活地分析。在一种实现方式中，还可以基于多个、或多类网络延时数据，并结合时间维度进一步进行网络质量的深入分析，将会得出较为客观和有效地分析数据。从而能够为请求设备和目的设备的对应用户、例如云服务的提供者和使用者提供更好的网络环境，优化用户体验。进一步，还可以作为各种大数据分析的数据基础发挥更广泛的价值。

在一种实现方式中，负载均衡设备1获取请求设备发送至对应的目的设备的请求数据包，在此，以图3示出的在云计算负载均衡下，TCP连接建立场景为例：负载均衡设备1接收来自请求设备发起的对虚拟地址访问的请求数据包，该请求数据包中可以包含syn报文和虚拟网络地址信息；接着，将该请求数据包到达负载均衡设备1的时间信息添加到对应的会话记录中，例如首次创建的会话记录中，例如图3所示，记录时间戳T1，使得当前该的会话记录中包含有该时间戳T1；接着，负载均衡设备1将所述请求数据包转发至对应的目的设备，在云环境中，即可以是响应访问请求的云主机；进一步，负载均衡设备1获取该目的设备回复的包含有syn-ack报文的第一应答数据包；此时，基于第一应答数据包到达负载均衡设备1的时间信息，在所述第一应答数据包对应的会话记录中标记第二数据包到达时间，如记录时间戳T2于所述会话记录中。

进一步，在本实现方式中，基于获取到的第一数据包到达时间T1和所述第二数据包到达时间T2，即可以确定负载均衡设备1与目的设备、如与云主机对应的内部网络中的网络流量的传输延时。在一种实现方式中，通过(T2-T1)/2所得出的结果即可以确定网络流量在负载均衡设备1与目的设备之间的传输时间。从而基于该内部网络传输延时可以进一步分析该内部网络的质量。

在一种实现方式中，负载均衡设备1获取目的设备基于请求设备的请求数据包发送至对应的请求设备的第一应答数据包，在此，同样以图3示出的在云计算负载均衡下，TCP连接建立场景为例：负载均衡设备1接收来自请求设备发起的对虚拟地址访问的请求数据包，该请求数据包中可以包含syn报文和虚拟网络地址信息；接着，负载均衡设备1将所述请求数据包转发至对应的目的设备，在云环境中，即可以是响应访问请求的云主机；进一步，负载均衡设备1获取该目的设备回复的包含有syn-ack报文的第一应答数据包；此时，基于第一应答数据包到达负载均衡设备的时间信息，在所述第一应答数据包对应的会话记录中标记第二数据包到达时间，如记录时间戳T2于所述会话记录中；接着，负载均衡设备1将所述第一应答数据包发送至对应的请求设备；进一步，负载均衡设备1获取该请求设备基于所述第一应答数据包发送至所述目的设备的包含有ack报文的第二应答数据包；此时，基于所述第二应答数据包到达负载均衡设备1的时间信息，在所述第二应答数据包对应的会话记录中标记第三数据包到达时间，如记录时间戳T3于所述会话记录中。

进一步，在本实现方式中，基于获取到的第二数据包到达时间T2和所述第三数据包到达时间T3，即可以确定负载均衡设备1与请求设备之间对应的外部网络中的网络流量的传输延时。在一种实现方式中，通过(T3-T2)/2所得出的结果即可以确定网络流量在负载均衡设备1与请求设备之间的传输时间。从而基于该外部网络传输延时可以进一步分析该外部网络的质量。

在一种实现方式中，负载均衡设备1获取请求设备发送至对应的目的设备的请求数据包，在此，同样以图3示出的在云计算负载均衡下，TCP连接建立场景为例：负载均衡设备1接收来自请求设备发起的对虚拟地址访问的请求数据包，该请求数据包中可以包含syn报文和虚拟网络地址信息；接着，负载均衡设备1将该请求数据包到达负载均衡设备1的时间信息添加到对应的会话记录中，例如首次创建的会话记录中，例如图3所示，记录时间戳T1，使得当前该的会话记录中包含有该时间戳T1；进一步，负载均衡设备1将所述请求数据包转发至对应的目的设备，在云环境中，即可以是响应访问请求的云主机；进一步，负载均衡设备1获取该目的设备回复的包含有syn-ack报文的第一应答数据包；接着，负载均衡设备1将所述第一应答数据包发送至对应的请求设备；进一步，负载均衡设备1获取该请求设备基于所述第一应答数据包发送至所述目的设备的包含有ack报文的第二应答数据包；此时，基于所述第二应答数据包到达负载均衡设备1的时间信息，在所述第二应答数据包对应的会话记录中标记第三数据包到达时间，如记录时间戳T3于所述会话记录中。

进一步，在本实现方式中，基于获取到的第一数据包到达时间T1和所述第三数据包到达时间T3，即可以确定从请求设备发起网络请求，至该请求设备收到来自对应目的设备同意建立网络连接的应答报文的网络连接建立的耗时。在一种实现方式中，通过T3-T1所得出的结果即可以确定上述网络连接建立耗时。从而基于该网络连接建立耗时可以进一步分析该整体网络的质量。

在本申请中，上述以云计算负载均衡下，TCP连接建立场景为例来说明确定几类所述网络延时数据的各个实现场景仅为举例，本申请的实际应用场景并不受此限制，在此，本申请的在负载均衡设备端进行网络延时监控的技术，可以基于实际业务逻辑的需要，灵活地实现对各类网络环境中分段网络延时的数据采集和数据分析，实现了在几乎不增加各类资源消耗负担、或是新增资源消耗较少的前提下，对网络延时进行了有效监控。

图2示出根据本申请一个方面的一种进行网络延时监控的负载均衡设备1的设备示意图。

本申请实施例还提供了一种进行网络延时监控的负载均衡设备，包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或云服务器，其中，所述云服务器是运行在分布式***中的、由一群松散耦合的计算机集组成的一个虚拟超级计算机，其用以实现简单高效、安全可靠、处理能力可弹性伸缩的计算服务。本申请中，所述负载均衡设备可以指代为所述负载均衡设备1。

具体地，负载均衡设备1包括数据包达到时间确定装置21和网络延时数据确定装置22。其中，当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备1时，数据包达到时间确定装置21在所述数据包对应的会话记录中标记相应的数据包到达时间。在一种实现方式中，负载均衡设备1可以部署在分布式环境中，例如云环境中。在一种实现方式中，所述负载均衡设备1可以部署在全部流量入口、或是部分流量入口。进一步，在一种实现方式中，若所述负载均衡设备1是单个服务器，则可以在该负载均衡设备1上部署有负载均衡技术用以进行网络地址转换和网络流量均衡等操作，从而实现转发请求设备与对应的目的设备之间发送的数据包，例如，将来自请求设备的数据包转发至对应的目的设备，又如，将来自目的设备的数据包转发至对应的请求设备；在另一种实现方式中，所述负载均衡设备1还可以是多个设备集群，其中包含了能够部署有负载均衡技术的服务器。

在一种实现方式中，所述请求设备发送的数据包，如请求数据包、或对应目的设备发送的数据包，如应答数据包可以包括相应的数据报文和设备IP地址，例如，在云环境中，若多个后端服务器集成一个虚拟服务器，则请求数据包中的IP地址还可以是提供所请求服务的VIP(Virtual Internet Protocol，虚拟地址)信息。在此，当负载均衡设备1获取到所述数据包时，可以是首次创建或是确定已有的数据包对应的网络链路的会话记录，所述会话记录用以记录网络链路的相关信息，例如可以包括来源地址、来源端口，目的地址、目的端口等。进一步，数据包达到时间确定装置21将数据包到达负载均衡设备1的时间信息，例如时间戳，添加到所述会话记录中，因为上行流量、下行流量均可以经过所述负载均衡设备1，所以所述负载均衡设备1可以实现会话记录的跟踪，进而在一个会话记录中，可以记录下与会话对应的请求设备和/或目的设备每次、或是预设的某次发送相应数据包到达负载均衡设备1的一个或多个数据包到达时间。

接着，网络延时数据确定装置22可以基于会话记录中一个或多个所述数据包到达时间，确定网络延时数据。在一种实现方式中，可以在任意的正常的网络通信的过程中，实现在所述数据包对应的会话记录中标记数据包到达时间的操作。例如，基于TCP协议的三次握手以建立连接；又如，基于TCP协议的四次握手以放弃连接等过程。在此，针对不同的网络通信过程中各个数据包到达时间所确定的网络延时数据就可以有不同的类型。

在一种实现方式中，用于确定所述网络延时数据的所述数据包到达时间可以有多种组合。例如，可以基于包括但不限于以下至少任一项来确定所述网络延时数据：一是，网络访问的请求设备的一个或多个请求数据包的数据包到达时间，其中，所述多个请求数据包也可以对应于请求设备的不同会话；二是对应的目的设备的一个或多个应答数据包的数据包到达时间；三是网络访问的请求设备的一个或多个应答数据包的数据包到达时间，例如，可以是请求设备基于目的设备的应答数据包进行再次应答所发出的应答数据包。

在一种实现方式中，所述网络延时数据可以包括以下至少任一项：一是网络连接建立耗时，例如在TCP连接建立过程中，从请求设备请求连接至目的设备同意连接信息回复至该请求设备这段时间确认为连接建立的耗时；二是外部网络传输延时，例如，在云环境中，发出请求的用户设备与负载均衡设备1之间的网络传输时间；三是内部网络传输延时，例如，在云环境中，提供服务的后端服务器与负载均衡设备1之间的网络传输时间；四是网络连接关闭耗时，例如，在云环境中，从提供服务的后端服务器确定可以准备关闭连接到确定关闭连接的耗时。在本实现方式中，负载均衡设备1确定的所述网络延时数据可以包括但不限于网络连接建立耗时、外部网络传输延时、内部网络传输延时、网络连接关闭耗时等一种或多种内容。基于负载均衡设备1中负载均衡模块的网络地址转换和网络流量均衡功能，可以针对不同场景确定不同时段的网络延时数据，即对于一个会话的网络延时可以进行分段监控。从而使得网络延时监控更加灵活、更具有针对性。进而还可以进一步降低资源开销。

在本申请中，当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，负载均衡设备1基于在所述数据包对应的会话记录中标记的数据包到达时间，确定出对应的网络延时数据。在一定环境中，如一些分布式环境中，网络流量可以通过负载均衡设备1进行地址转换和流量均衡，并且负载均衡设备1能够实现对每个网络链路进行跟踪，即可以通过会话记录跟踪相应网络链路，因此，本申请可以在所述会话记录中标记相应的数据包到达时间，再基于一个或多个数据包到达时间确定网络延时数据，实现了在几乎不增加各类资源消耗负担、或是新增资源消耗较少的前提下，对网络延时进行了有效监控。相比于现有技术，本申请可以实现不需要额外构造流量来进行网络延时探测，且因为统计的流量为用户的真实请求的流量，所以统计的网络延时数据有实际的参考价值；并且，本申请中基于负载均衡设备1获取到的数据包中的网络地址信息，能够清晰地分辨出请求设备或目的设备的业务流量，从而能够有针对性的统计数据；并且，本申请的网络延时数据对用户无感知，同时不会影响正常的网络通信，也不需要增加额外的设备部署。

在一种实现方式中，负载均衡设备1还包括网络质量分析装置23(未示出)。网络质量分析装置23可以基于所述网络延时数据，进行网络质量分析。例如，对于网络传输延迟、丢包严重等现象，即需要利用所述网络延时数据来确定、或分析现象产生原因。基于本申请，可以实现常态化地收集数据，例如，可以得到不同地域、不同设备访问的数据，还可以基于不同分段的网络延时数据、或是多个网络延时数据的组合，对不同区段、时段的目标设备间的网络质量进行灵活地分析。在一种实现方式中，还可以基于多个、或多类网络延时数据，并结合时间维度进一步进行网络质量的深入分析，将会得出较为客观和有效地分析数据。从而能够为请求设备和目的设备的对应用户、例如云服务的提供者和使用者提供更好的网络环境，优化用户体验。进一步，还可以作为各种大数据分析的数据基础发挥更广泛的价值。

在一种实现方式中，数据包达到时间确定装置21获取请求设备发送至对应的目的设备的请求数据包，在此，以图3示出的在云计算负载均衡下，TCP连接建立场景为例：负载均衡设备1接收来自请求设备发起的对虚拟地址访问的请求数据包，该请求数据包中可以包含syn报文和虚拟网络地址信息；接着，将该请求数据包到达负载均衡设备1的时间信息添加到对应的会话记录中，例如首次创建的会话记录中，例如图3所示，记录时间戳T1，使得当前该的会话记录中包含有该时间戳T1；接着，数据包达到时间确定装置21将所述请求数据包转发至对应的目的设备，在云环境中，即可以是响应访问请求的云主机；进一步，数据包达到时间确定装置21获取该目的设备回复的包含有syn-ack报文的第一应答数据包；此时，基于第一应答数据包到达负载均衡设备1的时间信息，在所述第一应答数据包对应的会话记录中标记第二数据包到达时间，如记录时间戳T2于所述会话记录中。

进一步，在本实现方式中，基于获取到的第一数据包到达时间T1和所述第二数据包到达时间T2，即可以确定负载均衡设备1与目的设备、如与云主机对应的内部网络中的网络流量的传输延时。在一种实现方式中，通过(T2-T1)/2所得出的结果即可以确定网络流量在负载均衡设备1与目的设备之间的传输时间。从而基于该内部网络传输延时可以进一步分析该内部网络的质量。

在一种实现方式中，数据包达到时间确定装置21获取目的设备基于请求设备的请求数据包发送至对应的请求设备的第一应答数据包，在此，同样以图3示出的在云计算负载均衡下，TCP连接建立场景为例：负载均衡设备1接收来自请求设备发起的对虚拟地址访问的请求数据包，该请求数据包中可以包含syn报文和虚拟网络地址信息；接着，数据包达到时间确定装置21将所述请求数据包转发至对应的目的设备，在云环境中，即可以是响应访问请求的云主机；进一步，数据包达到时间确定装置21获取该目的设备回复的包含有syn-ack报文的第一应答数据包；此时，基于第一应答数据包到达负载均衡设备1的时间信息，在所述第一应答数据包对应的会话记录中标记第二数据包到达时间，如记录时间戳T2于所述会话记录中；接着，数据包达到时间确定装置21将所述第一应答数据包发送至对应的请求设备；进一步，负载均衡设备1获取该请求设备基于所述第一应答数据包发送至所述目的设备的包含有ack报文的第二应答数据包；此时，基于所述第二应答数据包到达负载均衡设备的时间信息，在所述第二应答数据包对应的会话记录中标记第三数据包到达时间，如记录时间戳T3于所述会话记录中。

进一步，在本实现方式中，基于获取到的第二数据包到达时间T2和所述第三数据包到达时间T3，即可以确定负载均衡设备1与请求设备之间对应的外部网络中的网络流量的传输延时。在一种实现方式中，通过(T3-T2)/2所得出的结果即可以确定网络流量在负载均衡设备1与请求设备之间的传输时间。从而基于该外部网络传输延时可以进一步分析该外部网络的质量。

在一种实现方式中，数据包达到时间确定装置21获取请求设备发送至对应的目的设备的请求数据包，在此，同样以图3示出的在云计算负载均衡下，TCP连接建立场景为例：负载均衡设备1接收来自请求设备发起的对虚拟地址访问的请求数据包，该请求数据包中可以包含syn报文和虚拟网络地址信息；接着，数据包达到时间确定装置21将该请求数据包到达负载均衡设备1的时间信息添加到对应的会话记录中，例如首次创建的会话记录中，例如图3所示，记录时间戳T1，使得当前该的会话记录中包含有该时间戳T1；进一步，数据包达到时间确定装置21将所述请求数据包转发至对应的目的设备，在云环境中，即可以是响应访问请求的云主机；进一步，数据包达到时间确定装置21获取该目的设备回复的包含有syn-ack报文的第一应答数据包；接着，数据包达到时间确定装置21将所述第一应答数据包发送至对应的请求设备；进一步，数据包达到时间确定装置21获取该请求设备基于所述第一应答数据包发送至所述目的设备的包含有ack报文的第二应答数据包；此时，基于所述第二应答数据包到达负载均衡设备1的时间信息，在所述第二应答数据包对应的会话记录中标记第三数据包到达时间，如记录时间戳T3于所述会话记录中。

进一步，在本实现方式中，基于获取到的第一数据包到达时间T1和所述第三数据包到达时间T3，即可以确定从请求设备发起网络请求，至该请求设备收到来自对应目的设备同意建立网络连接的应答报文的网络连接建立的耗时。在一种实现方式中，通过T3-T1所得出的结果即可以确定上述网络连接建立耗时。从而基于该网络连接建立耗时可以进一步分析该整体网络的质量。

在本申请中，上述以云计算负载均衡下，TCP连接建立场景为例来说明确定几类所述网络延时数据的各个实现场景仅为举例，本申请的实际应用场景并不受此限制，在此，本申请的在负载均衡设备端进行网络延时监控的技术，可以基于实际业务逻辑的需要，灵活地实现对各类网络环境中分段网络延时的数据采集和数据分析，实现了在几乎不增加各类资源消耗负担、或是新增资源消耗较少的前提下，对网络延时进行了有效监控。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (15)

1.一种在负载均衡设备端进行网络延时监控的方法，所述负载均衡设备用于转发请求设备与对应的目的设备之间发送的数据包，其中，所述方法包括：

当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间；

基于所述数据包到达时间，确定网络延时数据。

2.根据权利要求1所述的方法，其中，所述方法还包括：

基于所述网络延时数据，进行网络质量分析。

3.根据权利要求1所述的方法，其中，所述基于所述数据包到达时间，确定网络延时数据包括：

基于以下至少任一项，确定网络延时数据：

网络访问的请求设备的一个或多个请求数据包的数据包到达时间；

对应的目的设备的一个或多个应答数据包的数据包到达时间；

网络访问的请求设备的一个或多个应答数据包的数据包到达时间。

4.根据权利要求1至3中任一项所述的方法，其中，所述网络延时数据包括以下至少任一项：

网络连接建立耗时；

外部网络传输延时；

内部网络传输延时；

网络连接关闭耗时。

5.根据权利要求4所述的方法，其中，所述当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间包括：

获取请求设备发送至对应的目的设备的请求数据包；

基于所述请求数据包到达负载均衡设备的时间信息，在所述请求数据包对应的会话记录中标记第一数据包到达时间；

将所述请求数据包发送至对应的目的设备；

获取目的设备基于所述请求数据包发送至对应的请求设备的第一应答数据包；

基于所述第一应答数据包到达负载均衡设备的时间信息，在所述第一应答数据包对应的会话记录中标记第二数据包到达时间；

其中，所述基于所述数据包到达时间，确定网络延时数据包括：

基于所述第一数据包到达时间和所述第二数据包到达时间，确定内部网络传输延时。

6.根据权利要求4所述的方法，其中，所述当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间包括：

获取目的设备基于请求设备的请求数据包发送至对应的请求设备的第一应答数据包；

基于所述第一应答数据包到达负载均衡设备的时间信息，在所述第一应答数据包对应的会话记录中标记第二数据包到达时间；

将所述第一应答数据包发送至对应的请求设备；

获取请求设备基于所述第一应答数据包发送至所述目的设备的第二应答数据包；

基于所述第二应答数据包到达负载均衡设备的时间信息，在所述第二应答数据包对应的会话记录中标记第三数据包到达时间；

其中，所述基于所述数据包到达时间，确定网络延时数据包括：

基于所述第二数据包到达时间和所述第三数据包到达时间，确定外部网络传输延时。

7.根据权利要求4所述的方法，其中，所述当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间包括：

获取请求设备发送至对应的目的设备的请求数据包；

基于所述请求数据包到达负载均衡设备的时间信息，在所述请求数据包对应的会话记录中标记第一数据包到达时间；

获取请求设备基于所述第一应答数据包发送至所述目的设备的第二应答数据包，其中，所述第一应答数据包是所述目的设备基于获取到的所述请求数据包发送至对应请求设备的；

基于所述第二应答数据包到达负载均衡设备的时间信息，在所述第二应答数据包对应的会话记录中标记第三数据包到达时间；

其中，所述基于所述数据包到达时间，确定网络延时数据包括：

基于所述第一数据包到达时间和所述第三数据包到达时间，确定网络连接建立耗时。

8.一种进行网络延时监控的负载均衡设备，所述负载均衡设备用于转发请求设备与对应的目的设备之间发送的数据包，其中，所述负载均衡设备包括：

数据包达到时间确定装置，用于当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间；

网络延时数据确定装置，用于基于所述数据包到达时间，确定网络延时数据。

9.根据权利要求8所述的负载均衡设备，其中，所述负载均衡设备还包括：

网络质量分析装置，用于基于所述网络延时数据，进行网络质量分析。

10.根据权利要求8所述的负载均衡设备，其中，所述网络延时数据确定装置用于：

基于以下至少任一项，确定网络延时数据：

网络访问的请求设备的一个或多个请求数据包的数据包到达时间；

对应的目的设备的一个或多个应答数据包的数据包到达时间；

网络访问的请求设备的一个或多个应答数据包的数据包到达时间。

11.根据权利要求8至10中任一项所述的负载均衡设备，其中，所述网络延时数据包括以下至少任一项：

网络连接建立耗时；

外部网络传输延时；

内部网络传输延时；

网络连接关闭耗时。

12.根据权利要求11所述的负载均衡设备，其中，所述数据包达到时间确定装置用于：

获取请求设备发送至对应的目的设备的请求数据包；

基于所述请求数据包到达负载均衡设备的时间信息，在所述请求数据包对应的会话记录中标记第一数据包到达时间；

将所述请求数据包发送至对应的目的设备；

获取目的设备基于所述请求数据包发送至对应的请求设备的第一应答数据包；

基于所述第一应答数据包到达负载均衡设备的时间信息，在所述第一应答数据包对应的会话记录中标记第二数据包到达时间；

其中，所述网络延时数据确定装置用于：

基于所述第一数据包到达时间和所述第二数据包到达时间，确定内部网络传输延时。

13.根据权利要求11所述的负载均衡设备，其中，所述数据包达到时间确定装置用于：

获取目的设备基于请求设备的请求数据包发送至对应的请求设备的第一应答数据包；

基于所述第一应答数据包到达负载均衡设备的时间信息，在所述第一应答数据包对应的会话记录中标记第二数据包到达时间；

将所述第一应答数据包发送至对应的请求设备；

获取请求设备基于所述第一应答数据包发送至所述目的设备的第二应答数据包；

基于所述第二应答数据包到达负载均衡设备的时间信息，在所述第二应答数据包对应的会话记录中标记第三数据包到达时间；

其中，所述网络延时数据确定装置用于：

基于所述第二数据包到达时间和所述第三数据包到达时间，确定外部网络传输延时。

14.根据权利要求11所述的负载均衡设备，其中，所述数据包达到时间确定装置用于：

获取请求设备发送至对应的目的设备的请求数据包；

基于所述请求数据包到达负载均衡设备的时间信息，在所述请求数据包对应的会话记录中标记第一数据包到达时间；

获取请求设备基于所述第一应答数据包发送至所述目的设备的第二应答数据包，其中，所述第一应答数据包是所述目的设备基于获取到的所述请求数据包发送至对应请求设备的；

基于所述第二应答数据包到达负载均衡设备的时间信息，在所述第二应答数据包对应的会话记录中标记第三数据包到达时间；

其中，所述网络延时数据确定装置用于：

基于所述第一数据包到达时间和所述第三数据包到达时间，确定网络连接建立耗时。

15.一种进行网络延时监控的负载均衡设备，所述负载均衡设备用于转发请求设备与对应的目的设备之间发送的数据包，其中，所述负载均衡设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

当请求设备与对应的目的设备之间发送的数据包到达对应的负载均衡设备时，在所述数据包对应的会话记录中标记相应的数据包到达时间；

基于所述数据包到达时间，确定网络延时数据。