本说明书实施例涉及网络通信技术领域，尤其涉及一种站点状态检测方法及装置。
背景技术：
全局负载均衡是指通过算法，实现多个数据中心间的协调工作，使用户访问最优的站点，因此，需要对各个站点的状态进行检测，以及时避免用户访问状态异常的站点。
现有技术中常用的检测方案，是通过连接站点并进行专门的健康监测进行的，如果监测到某站点状态正常，再连接其他站点进行健康监测，等等，持续地连接各个站点进行健康监测。显然，连接并进行健康监测的过程，需要占用站点的网络端口，即出于确保站点正常状态的目的进行的检测，反而将导致端口资源的减少。
技术实现要素：
有鉴于此，本说明书实施例提供一种站点状态检测方法及装置，技术方案如下：
一种站点状态检测方法，其特征在于，所述方法应用于网络中的任一站点，该方法包括：
以预设周期向邻居站点传输状态数据，并接收邻居站点所传输的状态数据，所述状态数据通过站点之间的专用数据通道传输；
对于任一邻居站点，若连续N个周期未接收到该邻居站点所传输的状态数据，则向该邻居站点发送数据请求报文；其中，N为自然数；
若未接收到该邻居站点对所发送数据请求报文的响应数据，则确定该邻居站点状态异常。
一种站点状态检测装置，其特征在于，所述装置应用于网络中的任一站点，该装置包括：
数据传输模块，用于以预设周期向邻居站点传输状态数据，并接收邻居站点所传输的状态数据，所述状态数据通过站点之间的专用数据通道传输；
数据请求模块，用于在对于任一邻居站点，连续N个周期未接收到该邻居站点所传输的状态数据的情况下，则向该邻居站点发送数据请求报文；其中，N为自然数；
异常确定模块，用于在未接收到该邻居站点对所发送数据请求报文的响应数据的情况下，则确定该邻居站点状态异常。
本说明书实施例所提供的技术方案，各邻居站点之间通过专用数据通道，周期性地传输状态数据，向邻居站点报告当前各个站点的链路状态、带宽、及服务器状态等，并在连续N个周期未收到某邻居站点的状态数据、且对方未响应数据请求报文的情况下，确定该邻居站点状态异常，从而在使用专用数据通道，而不占用网络端口的情况下，实现对站点状态的检测。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。
此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1是本说明书实施例站点状态检测方法的流程示意图；
图2是本说明书实施例站点状态检测装置的第一种结构示意图；
图3是本说明书实施例站点状态检测装置的第二种结构示意图；
图4是本说明书实施例站点状态检测装置的第三种结构示意图；
图5是本说明书实施例站点状态检测装置的第四种结构示意图。
具体实施方式
为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。
全局负载均衡通过多个数据中心的协调工作，实现在广域网(包括互联网)的不同地域的服务器间的流量调配，从而保证使用用户能够通过距离最近的服务器访问网络，从而确保网络访问的质量。
例如，国内网络访问的一个典型的地域问题，是南方用户多使用电信运营商网络，而北方用户多使用联通运营商网络。因此，当南方用户访问北方网站，或者反之时，由于需要通过不同运营商的网络互联接点，实现跨运营商的网络访问，而容易因丢包、延迟等原因，造成访问速度较慢。
为了解决这一问题，可以在不同物理位置构建多个数据中心，以保证应用系统的快速、持续、稳定的运行。
在构建了多个数据中心之后，需要通过有效手段实现多个数据中心间的协调工作，用户访问最优的站点，并保障在某个站点出现故障、状态异常的情况下，用户仍然可以访问其他站点，因此，需要对各个站点的状态进行检测，及时发现异常的站点。
本说明书实施例提供一种应用于网络中的任一站点的站点状态检测方法，可以理解的是，本说明书中所指的网络，其范围是指进行站点状态检测所涉及的网络范围，而其具体所指的物理与逻辑范围，可以由本领域技术人员根据实际情况进行设定，本说明书实施例对此并不做限定。
参见图1所示，本说明书实施例提供的站点状态检测方法，可以包括以下步骤：
S101，以预设周期向邻居站点传输状态数据，并接收邻居站点所传输的状态数据，所述状态数据通过站点之间的专用数据通道传输；
本说明书实施例所提供的方案，可以应用于网络中的任一站点，而任一站点均有预先配置的邻居站点。在为各个站点配置了邻居站点之后，站点之间将发起连接，如站点A与站点B配置为邻居站点，站点A可以向站点B发起连接请求，如果出现站点B未响应等情况，导致2个站点连接失败，则可以进一步检测可能2个站点中，是否存在状态异常的站点。
而在站点B响应后，则2个站点连接成功，可以进行数据传输。站点之间所传输的数据可以分为三类：静态的配置数据、动态的状态数据、及特定指令数据。
其中，由于各个站点的状态数据可以是：站点的各条链路的状态、各条链路的带宽、服务器的当前连接数、服务器的状态、等等数据，而由于各个站点的状态，可能会因网络环境的变化、及自身负荷的变化，而产生实时的变化，即各个站点的状态数据会实时变动，因此为动态的状态数据。
在全局负载均衡的过程中，可以根据各个站点的上述状态数据，进行网络访问的协调工作，因而可以由各个建立连接的邻居站点之间，互相传输状态数据。如上面所示，状态数据为动态的，因此各邻居站点之间，可以以预设的时间周期，进行周期性的传输，以使对方站点实时更新本地的状态数据。
网络内的每个待检测的站点，均以预设的时间周期，向邻居站点传输状态数据，并且也接收邻居站点传来的状态数据。而进行状态数据传输的通道，是在站点建立连接后的专用数据通道，因此可以避免占用用户访问的端口资源。
S102，对于任一邻居站点，若连续N个周期未接收到该邻居站点所传输的状态数据，则向该邻居站点发送数据请求报文；其中，N为自然数；
S103，若未接收到该邻居站点对所发送数据请求报文的响应数据，则确定该邻居站点状态异常。
为了便于描述，将S102与S103结合进行说明。
如果当前的站点连续N个周期未接收到某一邻居站点传输的状态数据，则可以主动地向该邻居站点发送数据请求报文，如果该邻居站点响应了该数据请求报文，即传输来了新的数据状态，则将不认定该邻居站点状态异常。
如果该邻居站点未响应该数据请求报文，即未传输新的数据状态，则可以直接确定该邻居站点状态异常。
在本说明书的一种具体实施方式中，还可以预先设定重复发送数据请求报文的次数，并重复向该邻居站点发送数据请求报文，直到满足预设发送次数、或接收到该邻居站点对所发送数据请求报文的响应数据；其中，若接收到该邻居站点对所发送数据请求报文的响应数据，则确定该邻居站点状态正常。
而如果重复发送了预设次数的数据请求报文，该邻居站点仍未响应，则可以确定该邻居站点状态异常。
在本说明书的一种具体实施方式中，当前站点在接收到任一邻居站点所传输的状态数据的情况下，可以将所接收到的状态数据与该邻居站点对应存储，并且可以在每次接收到该邻居站点传输的状态数据后，对本地存储的状态数据进行更新。此外，如果确定该邻居站点状态异常，即不可以再使用该邻居站点，还可以删除所存储的该邻居站点的状态数据，在异常被修复之前不再基于该站点的状态数据，调配、使用该邻居站点的资源。
如果该邻居站点经修复，可以重新被调配、使用，则该站点可以主动地重新向所配置的邻居站点，发起建立连接的请求，并且在连接成功后重新传输状态数据。
根据上面所述，本说明书提供的方案可以通过各邻居站点之间，传输状态数据的情况，检测站点的异常情况。此外，前面已经提及，在全局负载均衡的过程中，可以根据各个站点的状态数据，进行网络访问的协调工作。因此，在本说明书的一种具体实施方式中，还可以进一步地检测所接收到的状态数据是否满足预设检测规则；若否，则确定该邻居站点状态异常。
相应于上述方法实施例，本说明书实施例还提供一种站点状态检测装置，应用于网络中的任一站点，参见图2所示，该装置可以包括：
数据传输模块110，用于以预设周期向邻居站点传输状态数据，并接收邻居站点所传输的状态数据，所述状态数据通过站点之间的专用数据通道传输；
数据请求模块120，用于在对于任一邻居站点，连续N个周期未接收到该邻居站点所传输的状态数据的情况下，则向该邻居站点发送数据请求报文；其中，N为自然数；
异常确定模块130，用于在未接收到该邻居站点对所发送数据请求报文的响应数据的情况下，则确定该邻居站点状态异常。
在本说明书实施例的一种具体实施方式中，所述数据请求模块，具体可以用于：
重复向该邻居站点发送数据请求报文，直到满足预设发送次数、或接收到该邻居站点对所发送数据请求报文的响应数据；其中，若接收到该邻居站点对所发送数据请求报文的响应数据，则确定该邻居站点状态正常。
在本说明书实施例的一种具体实施方式中，参见图3所示，所述装置可以进一步包括：
数据管理模块140，用于在接收到任一邻居站点所传输的状态数据的情况下，将所接收到的状态数据与该邻居站点对应存储；及在确定该邻居站点状态异常后，删除所存储的该邻居站点的状态数据。
在本说明书实施例的一种具体实施方式中，参见图4所示，所述装置可以进一步包括：
数据检测模块150，用于在接收到任一邻居站点所传输的状态数据的情况下，检测所接收到的状态数据，是否满足预设检测规则；
若否，则由异常确定模块130确定该邻居站点状态异常。
可以理解的是，数据管理模块140与数据检测模块150作为两种功能独立的模块，既可以如图3、图4所示分别单独配置在装置中，也可以如图5所示同时配置在装置中，因此图3、图4及图5所示的结构，均不应理解为对本说明书实施例方案的限定。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
虽然本说明书包含许多具体实施细节，但是这些不应被解释为限制任何发明的范围或所要求保护的范围，而是主要用于描述特定发明的具体实施例的特征。本说明书内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。
类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。
由此，主题的特定实施例已被描述。其他实施例在所附权利要求书的范围以内。在某些情况下，权利要求书中记载的动作可以以不同的顺序执行并且仍实现期望的结果。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。
以上所述仅为本说明书实施例的较佳实施例而已，并不用以限制本说明书实施例，凡在本说明书实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书实施例保护的范围之内。