CN113032223B - 服务器状态检测方法及装置 - Google Patents

Abstract

本申请提供服务器状态检测方法及装置，其中所述服务器状态检测方法应用于中心服务器，包括：向待检测服务器发送状态测试请求；根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态；向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态；根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态，通过本申请提供的方法，可以从不同的维度综合判断待检测服务器的运行状态，保证后续业务的正常运行。

Description

服务器状态检测方法及装置

技术领域

本申请涉及互联网技术领域，特别涉及一种服务器状态检测方法。本申请同时涉及一种服务器状态检测装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着互联网技术的发展，各类应用于直播的直播服务也越来越多，对于观看直播时画面稳定性也就是直播服务器稳定性的要求也越来越高。

在现有的直播体系中，通常是由主播将直播流推流到直播边缘计算节点上，边缘计算节点再将直播流转发给各个CDN，用户再通过各个CDN进行拉取直播流进行观看，因此会需要检测边缘计算节点的运行状态来选取可用的边缘计算节点进行推流服务，如果检测不准确，会导致可用边缘计算节点变少或推流服务无法正常使用的问题，直接影响到主播推流和用户的观看体验。

发明内容

有鉴于此，本申请实施例提供了一种服务器状态检测方法。本申请同时涉及一种服务器状态检测装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的因心跳服务与推流服务间无交互导致的边缘计算节点的状态检测不准确，进而影响后续业务正常运行的问题。

根据本申请实施例的第一方面，提供了一种服务器状态检测方法，应用于中心服务器，包括：

向待检测服务器发送状态测试请求；

根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态；

向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态；

根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。

根据本申请实施例的第二方面，提供了一种服务器状态检测装置，应用于中心服务器，包括：

发送模块，被配置为向待检测服务器发送状态测试请求；

第一确定模块，被配置为根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态；

第二确定模块，被配置为向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态；

检测模块，被配置为根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。

根据本申请实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述服务器状态检测方法的步骤。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现所述服务器状态检测方法的步骤。

本申请提供的服务器状态检测方法，包括向待检测服务器发送状态测试请求；根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态；向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态；根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。本申请一实施例实现了通过不同的维度判断待检测服务器的运行状态，保证后续业务可以正常运行。

附图说明

图1是本申请一实施例提供的一种服务器状态检测方法的流程图；

图2是本申请一实施例提供的服务器检测方法的架构图；

图3是本申请一实施例提供的一种应用于直播场景的服务器状态检测方法的处理流程图；

图4是本申请一实施例提供的一种服务器状态检测装置的结构示意图；

图5是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

直播流：直播音视频数据的传输流，是一个稳定的和连续的流，可以通过网络传输给观众观看。

直播拉流：拉流是指通过直播云平台到用户指定的源站拉取直播流的过程。

推流：指的是把采集阶段封装好的数据流传输到直播服务器的过程。

DNS：Domain Name System(域名***)，域名解析服务，即将域名转换为IP地址的服务，例如访问某网站，需要通过DNS查询其实际访问地址，再访问该地址，域名和IP地址的映射关系是1对多，一个域名可以对应多个IP地址。

CDN：Content Delivery Network，即内容分发网络。

CDN服务商：提供内容分发网络的服务上。

边缘计算节点：用于接收推流的服务器。

SRT协议：Secure Reliable Transport，(安全可靠传输协议)，是一种基于UDP的传输协议。

RTMP协议：Real Time Messaging Protocol(实时消息传输协议)，所示一种基于TCP的实时消息传输协议。

TCP：Transmission Control Protocol(传输控制协议)，是一种面向连接的、可靠的、基于字节流的传输层通信协议，建立TCP连接后，可以进行双向数据传输。

现有的直播体系中，在边缘计算节点通常会部署有心跳服务和推流服务，心跳服务用于向中心服务器报告当前边缘计算节点的运行状态，推流服务用于直播流的推流和转推操作，心跳服务和推流服务之间是不交互的。若心跳服务出现故障而推流服务正常，中心服务器会认为该边缘计算节点不可用，进而不再向其调度直播流，导致可用的边缘计算节点变少，服务压力变大；若推流服务出现故障而心跳服务正常，中心服务区会认为该边缘计算节点可用，继续调度直播流，而由于推流服务故障导致观众无法正常观看直播，影响用户的观看体验。

基于此，在本申请中，提供了一种服务器状态检测方法，本申请同时涉及一种服务器状态检测装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种服务器状态检测方法的流程图，所述方法应用于中心服务器，具体包括以下步骤：

步骤102：向待检测服务器发送状态测试请求。

在本申请提供的直播中，在全国各地部署边缘计算节点，用于接收主播推送的直播流，再将直播流转推至内容分发网络服务器，内容分发网络(Content DeliveryNetwork，CDN)是构筑在现有网络上的一种先进的流量分配网络，是现有网络中增加一层新的网络架构，将网站的内容分布到最接近用户的网络“边缘”，提高用户访问网站的响应速度，具有负载均衡的特点，CDN具有缓存+镜像+整体负载均衡的功能，以缓存网站中的静态数据为主，不同的运营商提供不同的CDN链路，例如，运营商A提供CDN-A，运营商B提供CDN-B。

边缘计算节点接收主播推送的待处理直播流，边缘计算节点是否能正常运行，影响着整个直播体系，若边缘计算节点出现问题，会直接影响主播推流和用户观看，因此，需要监控边缘计算节点的状态，需要被监控的边缘计算节点即为待检测服务器。

为了检测待检测服务器的运行状态，需要向待检测服务器发送状态测试请求，具体的，向待检测服务器发送状态测试请求，包括：

向待检测服务器发送端口测试请求和推流测试请求。

在实际应用中，向待检测服务器发送状态测试请求，分为两个部分，分别为端口测试请求和推流测试请求。

在实际应用中，推流服务器接收直播流，需要开放相关的服务器端口，例如80端口、81端口、1937端口等等，如果推流服务器代码或推流服务出现异常，相关服务端口不通，主播也无法进行推流，基于此，需要对待检测服务器上的相关端口进行测试，端口测试请求主要用于测试待检测服务器的服务端口是否正常。具体的，向待检测服务器的相关服务端口发送携带超时时间的连接请求，例如携带有超时时间的TCP连接请求，所述连接请求用于请求建立中心服务器与待检测服务器之间的连接。

在现有的直播体系中，通常还会出现推流协议异常和接收推流服务的程序代码异常的情况。其中，推流协议通常分为SRT协议(Secure Reliable Transport，安全可靠传输协议)和RTMP协议(Real Time Messaging Protocol，实时消息传输协议)，中心服务器在为主播调度推流的边缘计算节点时，会指定对应的推流协议，若边缘计算节点的某个协议由于配置错误或服务异常，会导致该协议无法接收推流，导致主播推流失败；接收推流服务的程序代码异常具体为边缘计算节点上的服务代码异常，在实际应用中，边缘计算节点接收到推流后，将推流转推至各家CDN，用户从各家CDN的服务器上拉流获取直播流观看直播，若边缘计算节点上的服务代码异常，无法将直播流转推至各家CDN，也会导致用户无法正常拉流观看直播，影响用户的正常使用。因此，还需要向待检测服务器发送推流测试请求。

具体的，向待检测服务器发送推流测试请求，包括：

通过第一协议向所述待检测服务器推送第一多媒体流，通过第二协议向所述待检测服务器推送第二多媒体流；

建立与内容分发网络间的通信连接；

根据所述第一协议和所述通信连接从所述内容分发网络间拉取所述第一多媒体流，根据所述第二协议和所述通信连接从所述内容分发网络间拉取所述第二多媒体流。

其中，第一协议和第二协议分别为常用的两个推流协议，例如，如果第一协议是SRT协议，则第二协议是RTMP协议；如果第一协议是RTMP协议，则第二协议是SRT协议。

推流协议和部署在边缘计算节点上的接收推流服务的程序代码是否正常，无法通过固定的数据采集或心跳上报来发现，只有主播在发起推流时才能触发，如果在主播直播时才发现异常，就已经影响了用户的正常使用，因此，在本申请中，通过推流测试的方法，模拟真实推流，触发推流协议和接收推流服务器的相关代码，通过测试判断客户端是否可以正常观看，进而判断边缘计算节点的状态。

具体的，首先模拟主播，通过第一协议向待检测服务器发送第一多媒体流，通过第二协议向待检测服务器发送第二多媒体流，待检测服务器将第一多媒体流和第二多媒体流转推至CDN服务器；再模拟观众，向CDN服务发起建立连接请求，并与CDN建立通信连接，再根据第一协议通过所述通信连接从CDN服务器拉取第一多媒体流，根据第二协议通过所述通信连接从CDN服务器拉取第二多媒体流，通过自动化模拟推流测试的方式，完成对直播推流拉流全过程的模拟测试，来判断推流协议或接受推流服务的程序代码是否正常。

步骤104：根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态。

在向待检测服务器发送了状态测试请求之后，待检测服务器会响应于所述状态测试请求生成相应的状态测试结果，并将状态测试结果返回至中心服务器，中心服务器根据所述状态检测结果，来确定待检测服务器的通信状态。

在实际应用中，状态测试请求具体包括端口测试请求和推流测试请求，待检测服务器会分别根据每个测试请求返回相应的测试结果，具体的，根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态，包括S1042-S1046：

S1042、根据所述待检测服务器响应于所述端口测试请求返回的端口测试信息确定所述待检测服务器的端口运行状态。

其中，根据所述待检测服务器响应于所述端口测试请求返回的端口测试信息确定所述待检测服务器的端口运行状态，包括：

判断是否接收到所述待检测服务器响应于所述端口测试请求返回的端口测试信息；

若是，则确定所述待检测服务器的端口运行状态为正常；

若否，则确定所述待检测服务器的端口运行状态为异常。

端口测试请求具体为携带超时时间的连接请求，若待检测服务器在所述超时时间内连接成功，并返回了连接成功的结果，则确定所述待检测服务器的端口运行状态为正常，端口可用；若待检测服务器在所述超时时间内未连接成功，显示连接超时，则说明所述待检测服务器的端口运行状态为异常，端口不可用。

在本申请提供的一具体实施方式中，若待检测服务器A的IP地址为1.1.1.1，需要测试的端口为80和1937，则向1.1.1.1:80和1.1.1.1:1937发送TCP连接请求，配置的超时时间为3秒，若在3秒内接收到了待检测服务器A返回的响应信息，则说明这两个端口正常，否则说明端口异常。

S1044、根据所述待检测服务器响应于所述推流测试请求返回的推流测试信息确定所述待检测服务器的推流运行状态。

其中，根据所述待检测服务器响应于所述推流测试请求返回的推流测试信息确定所述待检测服务器的推流运行状态，包括：

在拉取所述第一多媒体流的状态为正常且拉取所述第二多媒体流的状态为正常的情况下，确定所述待检测服务器的推流运行状态为正常；

在拉取所述第一多媒体流的状态为异常和/或拉取所述第二多媒体流的状态为异常的情况下，确定所述待检测服务器的推流运行状态为异常。

中心服务器向通过第一协议向所述待检测服务器推送第一多媒体流，通过第二协议向所述待检测服务器推送第二多媒体流，并通过第一协议由CDN拉取第一多媒体流，通过第二协议由CDN拉取第二多媒体流。若第一协议和第二协议均可正常拉流，则说明待检测服务器的推流运行状态为正常。

若第一协议或第二协议中有一个协议可以正常拉流，则说明待检测服务器的推流运行状态为异常，同时可以确定哪个协议可用，例如，若通过SRT协议可以正常拉流，而RTMP协议无法正常拉流，则说明待检测服务器的推流运行状态为异常，SRT协议可用，若RTMP协议可以正常拉流，而SRT协议无法正常拉流，则说明待检测服务器的推流运行状态为异常，RTMP协议可用。

若第一协议和第二协议均不可正常拉流，则说明待检测服务器的推流运行状态为异常。

S1046、根据所述端口运行状态和所述推流运行状态确定所述待检测服务器的通信状态。

在获取了待检测服务器的端口运行状态和推流运行状态之后，根据端口运行状态和推流运行状态即可确定待检测服务器的通信状态。

具体的，所述端口运行状态为正常或异常，所述推流运行状态为正常或异常；

根据所述端口运行状态和所述推流运行状态确定所述待检测服务器的通信状态，包括：

在所述端口运行状态为正常且所述推流运行状态为正常的情况下，确定所述待检测服务器的通信状态为正常；

在所述端口运行状态为异常或所述推流运行状态为异常的情况下，确定所述待检测服务器的通信状态为异常。

在端口运行状态和推流运行状态均为正常的情况下，可以确定所述待检测服务器的通信状态为正常。

在端口运行状态或推流运行状态任意一项为异常的情况下，则确定所述待检测服务器的通信状态为异常，此时，若端口运行状态为异常，则待检测服务器不可用；若推流运行状态为异常且为某个协议可用的情况下，则待检测服务器的通信状态虽然为异常，但还是可用状态；若推流运行状态为异常，且无协议可用的情况下，则说明待检测服务器的通信状态为异常。

步骤106：向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态。

心跳请求是至由互联的双方中的一方，每隔固定的时间向另一方发送一个很小的数据包，通过对方的回复情况判断互联的双方之间的通讯链路是否已经断开。心跳请求的作用是为了确定互联的双方在长时间没有通信的情况下是否还都在线，或者说存在互联的双方之间的通信链路是否还保持连接。在本申请中，由中心服务器向待检测服务器发送心跳请求，待检测服务器响应于所述心跳请求反馈心跳信息，由中心服务器根据待检测服务器反馈的心跳信息判断待检测服务器是否在线可用。

当中心服务器接收不到待检测服务器反馈的心跳信息时，则认为待检测服务器异常，则不再使用该待检测服务器，但是有时是待检测服务器中的心跳服务出现异常，而待检测服务器中的推流服务是可以正常使用的，如果仅因为接受不到待检测服务器反馈的心跳信息就将待检测服务器从调度列表中摘除，会影响正常的直播服务。因此，根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态，具体包括：

根据所述待检测服务器反馈的心跳信息确定可用服务器列表；

根据所述可用服务器列表与核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态，其中，所述核对中心服务器为所述中心服务器所在中心服务器集群中除所述中心服务器的，用于接收所述待检测服务器的心跳信息的中心服务器。

其中，根据所述待检测服务器反馈的心跳信息确定可用服务器列表，包括：

统计当前预设时间段内接收到的心跳信息数量；

根据当前预设时间段内的心跳信息数量和上一预设时间段内的心跳信息数量确定可用服务器列表。

预设时间段为一个固定的心跳上报周期，中心服务器接收并统计每个预设时间段内接收到每个边缘计算节点上报的心跳信息的数量，并将每个成功上报心跳信息的边缘计算节点记录在可用服务器列表中，所述可用服务器列表用于记录目前可用的边缘计算节点标识。

假设，统计当前预设时间段内收到的心跳信息数量为B，上一预设时间段内收到的心跳信息数量为A，通过下述公式1计算心跳信息变化量：

C＝(A-B)/A      公式1

其中，C表示心跳信息变化量，A为上一预设时间段内收到的心跳信息数，B为当前预设时间段内收到的心跳信息数。

若C大于预设阈值，则说明在短时间内出现了大量边缘计算节点下线，大概率是在本次上报周期内，是心跳服务出现问题，而推流服务是可以正常使用的，因此，在这种情况下，无需更新可用服务器列表，还使用上一预设时间段对应的可用服务器列表即可。

若C小于等于预设阈值，则认为心跳服务正常，无法正常上报心跳信息的边缘计算节点处于异常状态，则根据当前预设时间段内接收到的心跳信息的边缘计算节点更新可用服务器列表，将无法上报心跳信息的边缘计算节点从可用服务器列表中剔除。

根据所述可用服务器列表与核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态，包括：

获取所述中心服务器所在中心服务器集群中的至少一个核对中心服务器的可用服务器列表；

根据所述当前中心服务器的可用服务器列表和所述至少一个核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态。

核对中心服务器是中心服务器集群中除中心服务器外的中心服务器，在实际应用中，待检测服务器发送心跳信息至中心服务器和核对中心服务器，通过多链路传输心跳信息，降低了单链路传输心跳信息过程中出现异常的风险。中心服务器和核对中心服务器通常是在不同机房部署的同时接收待检测服务器上报的心跳服务的服务器，相关的传输链路和数据存储是互相独立的。

待检测服务器向中心服务器和核对中心服务器同时发送心跳信息，中心服务化和核对中心服务器分别存储数据，之后，中心服务器从核对中心服务器中获取核对中心服务器的可用服务器列表，比对当前中心服务器的可用服务器列表和核对中心服务器中的可用服务器列表，根据比对结果即可确定所述待检测服务器的心跳状态。

具体的，根据所述当前中心服务器的可用服务器列表和所述至少一个核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态，包括：

判断所述待检测服务器是否存在于所述中心服务器的可用服务器列表中；

若是，则确定所述待检测服务器的心跳状态为正常；

若否，则判断所述待检测服务器是否存在与所述至少一个核对中心服务器的可用服务器列表中；

若是，则确定所述待检测服务器的心跳状态为正常，且所述待检测服务器与所述中心服务器的连接异常；

若否，则确定所述待检测服务器的心跳状态为异常。

先判断待检测服务器对应的待检测服务器标识是否存在于当前中心服务器的可用服务器列表中，若存在，则说明接收到待检测服务器的心跳信息，确定待检测服务器的心跳状态为正常，若不存在，则进一步检查所述待检测服务器的待检测服务器标识是否存在于核对中心服务器的可用服务器列表中，若是，则说明核对中心服务器接收到了待检测服务器的心跳信息，确定待检测服务器的心跳状态为正常，若核对中心服务器中没有保存待检测服务器标识，则说明待检测服务器无法正常发送心跳信息，进而确定待检测服务器的心跳状态为异常。

步骤108：根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。

最后，再结合待检测服务器的通信状态和心跳状态确定所述待检测服务器的运行状态。

具体的，所述通信状态为正常或异常，所述心跳状态为正常或异常；

根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态，包括：

在所述通信状态为正常且所述心跳状态为正常的情况下，确定所述待检测服务器的运行状态为正常；

在所述通信状态为异常或所述心跳状态为异常的情况下，确定所述待检测服务器的运行状态为异常。

在通信状态为正常且心跳状态也为正常的情况下，确定所述待检测服务器的运行状态为正常，即待检测服务器可以正常使用。

在通信状态或心跳状态中至少一项为异常的情况下，则可以确定所述待检测服务器的运行状态为异常，所述待检测服务器无法正常使用。

本申请提供的服务器状态检测方法，包括向待检测服务器发送状态测试请求；根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态；向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态；根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。本申请一实施例实现了通过不同的维度判断待检测服务器的运行状态，只有当每个维度的测试均成功之后，才可以确定待检测服务器的运行状态为正常，可以有效保证后续业务可以正常运行。

下述结合图2和图3，以本申请提供的服务器状态检测方法在直播场景的应用为例，对所述服务器状态检测方法进行进一步说明。其中，图2示出了本申请一实施例提供的服务器检测方法的架构图，如图2所示，主播将直播流推送至待检测服务器204中的接收推流服务，由接收推流服务将直播流转推至CDN，观众通过CDN拉取直播流至客户端进行观看。

在本申请提供的服务器状态检测方法中，由待检测服务器204中的心跳服务通过上报心跳线路1向中心服务器反馈心跳信息，通过上报心跳线路2向核对中心服务器反馈心跳信息，在中心服务器中确定可用服务器列表，在核对中心服务器中确定可用服务器列表，中心服务器再从核对中心服务中获取核对中心服务器的可用服务器列表进行比对，进而确定待检测服务器204的心跳状态。

同时，中心服务器向待检测服务器204发送端口测试请求和推流测试请求，根据待检测服务器204返回的端口测试信息和推流测试信息确定待检测服务器的端口运行状态和推流运行状态，进而根据端口运行状态和推流运行状态确定待检测服务器204的通信状态。

最后，根据待检测服务器204的心跳状态和通信状态确定待检测服务器204的运行状态。

图3示出了本申请一实施例提供的一种应用于直播场景的服务器状态检测方法的处理流程图，具体包括以下步骤：

步骤302：统计当前预设时间段内接收到的心跳信息数量。

在本申请提供的一具体实施例中，以检测边缘计算节点M为例，边缘计算节点M即为待检测服务器，统计预设时间段内所有边缘计算节点上报的心跳信息数量A。

步骤304：根据当前预设时间段内的心跳信息数量和上一预设时间段内的心跳信息数量确定可用服务器列表。

在本申请提供的一具体实施例中，沿用上例，上一预设时间段内接收到所有边缘计算节点上报的心跳信息数量为B，经过当前时间段内的心跳信息数A和上一预设时间段的心跳信息数量B，可以确定可用服务器列表List1。在List1中保存有可用的边缘计算节点标识。

步骤306：获取所述中心服务器所在中心服务器集群中的至少一个核对中心服务器的可用服务器列表。

在本申请提供的一具体实施例中，沿用上例，获取中心服务器集群中的核对中心服务器的可用服务器列表List2。

步骤308：根据所述当前中心服务器的可用服务器列表和所述至少一个核对中心服务器的可用服务器列表确定待检测服务器的心跳状态。

在本申请提供的一具体实施例中，沿用上例，查询待检测服务器M的待检测服务器标识是否存在于List1或List2中，经过查询，待检测服务器M的待检测服务器标识分别保存在List1和List2中，则确定待检测服务器M的心跳状态为正常。

步骤310：向待检测服务器发送端口测试请求。

在本申请提供的一具体实施例中，沿用上例，向待检测服务器M的80端口发送端口测试请求。

步骤312：根据待检测服务器响应于所述端口测试请求返回的端口测试信息确定待检测服务器的端口运行状态。

在本申请提供的一具体实施例中，沿用上例，接收到待检测服务器M返回的响应信息，确定待检测服务器M的端口运行状态为正常。

步骤314：向待检测服务器发送推流测试请求。

在本申请提供的一具体实施例中，沿用上例，通过SRT协议向待检测服务器M发送第一测试直播流，通过RTMP协议向待检测服务器M发送第二测试直播流。再与目标CDN建立通信连接，通过SRT协议从目标CDN拉取第一测试直播流，通过RTMP协议从目标CDN拉取第二测试直播流。

步骤316：根据待检测服务器响应于所述推流测试请求返回的推流测试信息确定待检测服务器的推流运行状态。

在本申请提供的一具体实施例中，沿用上例，通过SRT协议拉取第一测试直播流成功，并且通过RTMP协议拉取第二测试直播流成功，则可以确定待检测服务器M的推流运行状态为正常。

步骤318：根据所述待检测服务器的心跳状态、端口运行状态和推流运行状态检测所述待检测服务器的运行状态。

在本申请提供的一具体实施例中，沿用上例，所述待检测服务器M的心跳状态为正常，端口运行状态为正常，并且推流运行状态为正常，因此待检测服务器M的运行状态为正常。

需要注意的是，在本申请提供的服务器状态检测方法中，步骤302至步骤308是待检测服务器的心跳状态的检测方法步骤；步骤310至步骤312是待检测服务器的端口运行状态的检测方法步骤；步骤314至步骤316是待检测服务器的推流运行状态的检测方法步骤。心跳状态、端口运行状态和推流运行状态之间没有必然的先后执行顺序，三者可以根据实际应用来确定执行顺序，每一次检测后都可以过滤一些不可用的待检测服务器，提升检测效率。

本申请提供的服务器状态检测方法，包括向待检测服务器发送状态测试请求；根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态；向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态；根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。本申请一实施例实现了通过不同的维度判断待检测服务器的运行状态，只有当每个维度的测试均成功之后，才可以确定待检测服务器的运行状态为正常，可以有效保证后续业务可以正常运行。

与上述服务器状态检测方法实施例相对应，本申请还提供了应用于中心服务器的服务器状态检测装置实施例，图4示出了本申请一实施例提供的一种服务器状态检测装置的结构示意图。如图4所示，该装置包括：

发送模块402，被配置为向待检测服务器发送状态测试请求；

第一确定模块404，被配置为根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态；

第二确定模块406，被配置为向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态；

检测模块408，被配置为根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。

可选的，所述发送模块402，进一步被配置为：

向待检测服务器发送端口测试请求和推流测试请求。

可选的，所述第一确定模块404，进一步被配置为：

根据所述待检测服务器响应于所述端口测试请求返回的端口测试信息确定所述待检测服务器的端口运行状态；

根据所述待检测服务器响应于所述推流测试请求返回的推流测试信息确定所述待检测服务器的推流运行状态；

根据所述端口运行状态和所述推流运行状态确定所述待检测服务器的通信状态。

可选的，所述第一确定模块404，进一步被配置为：

通过第一协议向所述待检测服务器推送第一多媒体流，通过第二协议向所述待检测服务器推送第二多媒体流；

建立与内容分发网络间的通信连接；

根据所述第一协议和所述通信连接从所述内容分发网络间拉取所述第一多媒体流，根据所述第二协议和所述通信连接从所述内容分发网络间拉取所述第二多媒体流。

可选的，所述第一确定模块404，进一步被配置为：

在拉取所述第一多媒体流的状态为正常且拉取所述第二多媒体流的状态为正常的情况下，确定所述待检测服务器的推流运行状态为正常；

在拉取所述第一多媒体流的状态为异常和/或拉取所述第二多媒体流的状态为异常的情况下，确定所述待检测服务器的推流运行状态为异常。

可选的，所述第一确定模块404，进一步被配置为：

判断是否接收到所述待检测服务器响应于所述端口测试请求返回的端口测试信息；

若是，则确定所述待检测服务器的端口运行状态为正常；

若否，则确定所述待检测服务器的端口运行状态为异常。

可选的，所述端口运行状态为正常或异常，所述推流运行状态为正常或异常；

可选的，所述第一确定模块404，进一步被配置为：

在所述端口运行状态为正常且所述推流运行状态为正常的情况下，确定所述待检测服务器的通信状态为正常；

在所述端口运行状态为异常或所述推流运行状态为异常的情况下，确定所述待检测服务器的通信状态为异常。

可选的，所述第二确定模块406，进一步被配置为：

统计当前预设时间段内接收到的心跳信息数量；

根据当前预设时间段内的心跳信息数量和上一预设时间段内的心跳信息数量确定可用服务器列表；

获取所述中心服务器所在中心服务器集群中的至少一个核对中心服务器的可用服务器列表，其中，所述核对中心服务器为所述中心服务器集群中除所述中心服务器的，用于接收所述待检测服务器的心跳信息的中心服务器；

根据所述当前中心服务器的可用服务器列表和所述至少一个核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态。

可选的，所述第二确定模块406，进一步被配置为：

判断所述待检测服务器是否存在于所述中心服务器的可用服务器列表中；

若是，则确定所述待检测服务器的心跳状态为正常；

若否，则判断所述待检测服务器是否存在与所述至少一个核对中心服务器的可用服务器列表中；

若是，则确定所述待检测服务器的心跳状态为正常，且所述待检测服务器与所述中心服务器的连接异常；

若否，则确定所述待检测服务器的心跳状态为异常。

可选的，所述通信状态为正常或异常，所述心跳状态为正常或异常；

所述检测模块408，进一步被配置为：

在所述通信状态为正常且所述心跳状态为正常的情况下，确定所述待检测服务器的运行状态为正常；

在所述通信状态为异常或所述心跳状态为异常的情况下，确定所述待检测服务器的运行状态为异常。

本申请提供的服务器状态检测装置，包括向待检测服务器发送状态测试请求；根据所述待检测服务器响应于所述状态测试请求返回的状态测试信息确定所述待检测服务器的通信状态；向所述待检测服务器发送心跳请求，并根据所述待检测服务器反馈的心跳信息确定所述待检测服务器的心跳状态；根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。本申请一实施例实现了通过不同的维度判断待检测服务器的运行状态，只有当每个维度的测试均成功之后，才可以确定待检测服务器的运行状态为正常，可以有效保证后续业务可以正常运行。

上述为本实施例的一种服务器状态检测装置的示意性方案。需要说明的是，该服务器状态检测装置的技术方案与上述的服务器状态检测方法的技术方案属于同一构思，服务器状态检测装置的技术方案未详细描述的细节内容，均可以参见上述服务器状态检测方法的技术方案的描述。

图5示出了根据本申请一实施例提供的一种计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。

计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备500还可以是移动式或静止式的服务器。

其中，处理器520执行所述计算机指令时实现所述的服务器状态检测方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的服务器状态检测方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述服务器状态检测方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述服务器状态检测方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的服务器状态检测方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述服务器状态检测方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (11)

1.一种服务器状态检测方法，其特征在于，应用于中心服务器，包括：

向待检测服务器发送端口测试请求和推流测试请求；

根据所述待检测服务器响应于所述端口测试请求返回的端口测试信息确定所述待检测服务器的端口运行状态；

根据所述待检测服务器响应于所述推流测试请求返回的推流测试信息确定所述待检测服务器的推流运行状态；

根据所述端口运行状态和所述推流运行状态确定所述待检测服务器的通信状态；

向所述待检测服务器发送心跳请求，并统计当前预设时间段内接收到的心跳信息数量；

根据当前预设时间段内的心跳信息数量和上一预设时间段内的心跳信息数量确定可用服务器列表；

根据所述可用服务器列表与核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态，其中，所述核对中心服务器为所述中心服务器所在中心服务器集群中除所述中心服务器的，用于接收所述待检测服务器的心跳信息的中心服务器；

根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。

2.如权利要求1所述的服务器状态检测方法，其特征在于，向待检测服务器发送推流测试请求，包括：

通过第一协议向所述待检测服务器推送第一多媒体流，通过第二协议向所述待检测服务器推送第二多媒体流；

建立与内容分发网络间的通信连接；

根据所述第一协议和所述通信连接从所述内容分发网络间拉取所述第一多媒体流，根据所述第二协议和所述通信连接从所述内容分发网络间拉取所述第二多媒体流。

3.如权利要求2所述的服务器状态检测方法，其特征在于，根据所述待检测服务器响应于所述推流测试请求返回的推流测试信息确定所述待检测服务器的推流运行状态，包括：

在拉取所述第一多媒体流的状态为正常且拉取所述第二多媒体流的状态为正常的情况下，确定所述待检测服务器的推流运行状态为正常；

在拉取所述第一多媒体流的状态为异常和/或拉取所述第二多媒体流的状态为异常的情况下，确定所述待检测服务器的推流运行状态为异常。

4.如权利要求1所述的服务器状态检测方法，其特征在于，根据所述待检测服务器响应于所述端口测试请求返回的端口测试信息确定所述待检测服务器的端口运行状态，包括：

判断是否接收到所述待检测服务器响应于所述端口测试请求返回的端口测试信息；

若是，则确定所述待检测服务器的端口运行状态为正常；

若否，则确定所述待检测服务器的端口运行状态为异常。

5.如权利要求1所述的服务器状态检测方法，其特征在于，所述端口运行状态为正常或异常，所述推流运行状态为正常或异常；

根据所述端口运行状态和所述推流运行状态确定所述待检测服务器的通信状态，包括：

在所述端口运行状态为正常且所述推流运行状态为正常的情况下，确定所述待检测服务器的通信状态为正常；

在所述端口运行状态为异常和/或所述推流运行状态为异常的情况下，确定所述待检测服务器的通信状态为异常。

6.如权利要求1所述的服务器状态检测方法，其特征在于，根据所述可用服务器列表与核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态，包括：

获取所述中心服务器所在中心服务器集群中的至少一个核对中心服务器的可用服务器列表；

根据所述当前中心服务器的可用服务器列表和所述至少一个核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态。

7.如权利要求6所述的服务器状态检测方法，其特征在于，根据所述当前中心服务器的可用服务器列表和所述至少一个核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态，包括：

判断所述待检测服务器是否存在于所述中心服务器的可用服务器列表中；

若是，则确定所述待检测服务器的心跳状态为正常；

若否，则判断所述待检测服务器是否存在与所述至少一个核对中心服务器的可用服务器列表中；

若是，则确定所述待检测服务器的心跳状态为正常，且所述待检测服务器与所述中心服务器的连接异常；

若否，则确定所述待检测服务器的心跳状态为异常。

8.如权利要求1-7任意一项所述的服务器状态检测方法，其特征在于，所述通信状态为正常或异常，所述心跳状态为正常或异常；

根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态，包括：

在所述通信状态为正常且所述心跳状态为正常的情况下，确定所述待检测服务器的运行状态为正常；

在所述通信状态为异常和/或所述心跳状态为异常的情况下，确定所述待检测服务器的运行状态为异常。

9.一种服务器状态检测装置，其特征在于，应用于中心服务器，包括：

发送模块，被配置为向待检测服务器发送端口测试请求和推流测试请求；

第一确定模块，被配置为根据所述待检测服务器响应于所述端口测试请求返回的端口测试信息确定所述待检测服务器的端口运行状态；根据所述待检测服务器响应于所述推流测试请求返回的推流测试信息确定所述待检测服务器的推流运行状态；根据所述端口运行状态和所述推流运行状态确定所述待检测服务器的通信状态；

第二确定模块，被配置为向所述待检测服务器发送心跳请求，并统计当前预设时间段内接收到的心跳信息数量；根据当前预设时间段内的心跳信息数量和上一预设时间段内的心跳信息数量确定可用服务器列表；根据所述可用服务器列表与核对中心服务器的可用服务器列表确定所述待检测服务器的心跳状态，其中，所述核对中心服务器为所述中心服务器所在中心服务器集群中除所述中心服务器的，用于接收所述待检测服务器的心跳信息的中心服务器；

检测模块，被配置为根据所述通信状态和所述心跳状态检测所述待检测服务器的运行状态。

10.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述计算机指令时实现权利要求1-8任意一项所述方法的步骤。

11.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-8任意一项所述方法的步骤。

Images