服务器故障影响的定位方法、装置、电子设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种服务器故障影响的定位方法、装置、电子设备及存储介质。

背景技术

在云Iaas(Infrastructure as a Service，基础设施即服务)的场景下，云上业务流量通过虚拟网关服务器集群进行转发。虚拟网关服务器集群由众多虚拟网关服务器组成，为了充分利用集群的性能、使业务流量均匀地分散在集群的每一台虚拟网关服务器上，业务流量经过虚拟网关服务器集群内哪台虚拟网关服务器进行转发是随机且无法预知的，即虚拟网关服务器上的业务流量是随机的，这种转发模式会带来一个问题：当某台虚拟网关服务器故障后，在短时间难以统计得到与之相关联的业务受影响范围，无法进行应急运维快速定位和应急处理。

发明内容

有鉴于此，本申请提供了一种服务器故障影响的定位方法、装置、电子设备及存储介质，以解决现有技术中当某台虚拟网关服务器故障后，在短时间难以统计得到与之相关联的业务受影响范围，无法进行应急运维快速定位和应急处理的问题。

为实现上述目的，本申请提供如下技术方案：

本申请第一方面公开了一种服务器故障影响的定位方法，包括：

对各个网关服务器进行监测；

若监测到所述网关服务器出现故障，则获取故障网关服务器的服务器信息；

基于所述服务器信息，从预先构建的会话数据库中查找所述故障网关服务器的会话信息，其中，所述会话数据库用于存储网关服务器的会话信息；

基于所述会话信息，确定所述故障网关服务器的故障影响范围。

可选的，上述的方法，所述对各个网关服务器进行监测，包括：

按照预设的时间周期，获取各个所述网关服务器的指标数据。

可选的，上述的方法，还包括：

按照预设的时间周期，对所述会话数据库进行数据更新。

可选的，上述的方法，还包括：

基于所述故障影响范围，生成故障影响范围告警信息，并所述故障影响范围告警信息发送到运维服务器。

本申请第二方面公开了一种服务器故障影响的定位装置，包括：

监测单元，用于对各个网关服务器进行监测；

获取单元，用于若监测到所述网关服务器出现故障，则获取故障网关服务器的服务器信息；

查找单元，用于基于所述服务器信息，从预先构建的会话数据库中查找所述故障网关服务器的会话信息，其中，所述会话数据库用于存储网关服务器的会话信息；

确定单元，用于基于所述会话信息，确定所述故障网关服务器的故障影响范围。

可选的，上述的装置，所述监测单元，包括：

获取子单元，用于按照预设的时间周期，获取各个所述网关服务器的指标数据。

可选的，上述的装置，还包括：

更新单元，用于按照预设的时间周期，对所述会话数据库进行数据更新。

可选的，上述的装置，还包括：

信息生成单元，用于基于所述故障影响范围，生成故障影响范围告警信息，并所述故障影响范围告警信息发送到运维服务器。

本申请第三方面公开了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如本发明第一方面中任意一项所述的方法。

本申请第四方面公开了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如本发明第一方面中任意一项所述的方法。

从上述技术方案可以看出，本申请提供的一种服务器故障影响的定位方法中，首先对各个网关服务器进行监测。若监测到所述网关服务器出现故障，则获取故障网关服务器的服务器信息。基于所述服务器信息，从预先构建的会话数据库中查找所述故障网关服务器的会话信息，其中，所述会话数据库用于存储网关服务器的会话信息。最后基于所述会话信息，确定所述故障网关服务器的故障影响范围。由此可知，利用本申请的方法，当网关服务器出现故障时，通过网关服务器的会话信息可以快速的定位出故障网关服务器的故障影响范围，以便及时启动对应的应急预案。解决了现有技术中当某台虚拟网关服务器故障后，在短时间难以统计得到与之相关联的业务受影响范围，无法进行应急运维快速定位和应急处理的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例公开的一种服务器故障影响的定位方法的流程图；

图2为本申请另一实施例公开的一种虚拟网关服务器的会话场景的示意图；

图3为本申请另一实施例公开的一种服务器故障影响的定位装置的示意图；

图4为本申请另一实施例公开的一种电子设备的示意图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

并且，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

由背景技术可知，在云Iaas的场景下，云上业务流量通过虚拟网关服务器集群进行转发。虚拟网关服务器集群由众多虚拟网关服务器组成，为了充分利用集群的性能、使业务流量均匀地分散在集群的每一台虚拟网关服务器上，业务流量经过虚拟网关服务器集群内哪台虚拟网关服务器进行转发是随机且无法预知的，即虚拟网关服务器上的业务流量是随机的，这种转发模式会带来一个问题：当某台虚拟网关服务器故障后，在短时间难以统计得到与之相关联的业务受影响范围，无法进行应急运维快速定位和应急处理。

鉴于此，本申请提供了一种服务器故障影响的定位方法、装置、电子设备及存储介质，以解决现有技术中当某台虚拟网关服务器故障后，在短时间难以统计得到与之相关联的业务受影响范围，无法进行应急运维快速定位和应急处理的问题。

本申请实施例提供了一种服务器故障影响的定位方法，具体如图1所示，具体包括：

S101、对各个网关服务器进行监测。

需要说明的是，监控告警平台利用监测设备对各个虚拟网关服务器进行监测，实时监测网关的健康状况，在虚拟网关服务器发生故障时，能够及时捕捉故障信息。

可选的，在本申请的另一实施例中，步骤S101的一种实施方式，可以包括：

按照预设的时间周期，获取各个网关服务器的指标数据。

需要说明的是，按照预设的时间周期，获取各个虚拟网关服务器的指标数据，通过指标数据是否正常来判断各个虚拟网关服务器是否出现异常故障。

S102、若监测到网关服务器出现故障，则获取故障网关服务器的服务器信息。

需要说明的是，如果监测到虚拟网关服务器出现故障，监控告警平台则立即获取发生故障的虚拟网关服务器的服务器信息。

S103、基于服务器信息，从预先构建的会话数据库中查找故障网关服务器的会话信息，其中，会话数据库用于存储网关服务器的会话信息。

需要说明的是，获取到故障的虚拟网关服务器信息之后，基于服务器信息，从预先构建的会话数据库中查找故障网关服务器的会话信息，其中，会话数据库用于存储网关服务器的会话信息，会话管理系统将所有虚拟网关服务器的本地缓存的会话信息推送到数据库中做持久化保存，并定时更新。云主机每次通过虚拟网关服务器访问业务服务器，都会新建一个会话连接，虚拟网关服务器把这些会话信息缓存在本地，缓存中记录了重要的五元组和VPC-ID信息，依据五元组和VPC-ID可以唯一定位云主机与业务服务器之间的网络会话信息。其中，五元组为：云主机的IP地址(也称源IP，source IP，S-IP)、业务服务器的IP地址(也称目的IP，destination IP，D-IP)、云主机的端口(也称源端口，source port，S-PORT)、业务服务器的端口(也称目的端口，destination port，D-PORT)、会话连接协议(TCP/UDP)。

还需说明的是，本实施例中，在云IaaS场景下，虚拟网关服务器的会话场景如图2所示，用户在自己的私有网络下创建云主机。用户1创建了一个属于自己的云网络vpc-abcd，然后在此网络下创建了两台云主机，用户1的云主机1的IP为10.0.0.1、云主机2的IP为10.0.0.2；用户2创建了一个属于自己的云网络vpc-efgd，然后在此网络下创建了两台云主机，用户2的云主机1的IP为10.0.0.3、云主机2的IP为10.0.0.4。四台云主机的会话连接通过虚拟网关服务器1、2、3、4进行转发去访问业务服务器1、2、3。业务服务器1的IP为10.1.0.1，业务服务器2的IP为10.1.0.2，业务服务器3的IP为10.1.0.3。以上虚拟网关服务器的会话信息如表1所示：

表1

如表1中记录的基本信息，表中每一行代表一条会话信息，编号为①的会话记录解释为：云网络vpc-abcd中的10.0.0.1(用户1的云主机1)通过80端口建立了同10.1.0.1(业务服务器1)的8080端口的tcp连接，该会话连接转发由虚拟网关服务器1实现；会话编号为②的记录解释为：云网络vpc-abcd中的10.0.0.2(用户1的云主机2)通过80端口建立了同10.1.0.1(业务服务器1)的8080端口的tcp连接，该会话连接转发由虚拟网关服务器2实现；会话编号为③的记录解释为：云网络vpc-efgd中的10.0.0.3(用户2的云主机1)通过80端口建立了同10.1.0.2(业务服务器2)的80端口的tcp连接，该会话连接转发由虚拟网关服务器3实现；会话编号④为的记录解释为：云网络vpc-efgd中的10.0.0.4(用户2的云主机2)通过80端口建立了同10.1.0.3(业务服务器3)的80端口的tcp连接，该会话连接转发由虚拟网关服务器4实现。

假设虚拟网关服务器1出现故障，影响范围定位工具在会话数据库中检索得到编号①的会话记录，如表2所示：

表2

由表2可知，虚拟网关服务器1出现故障，影响编号为①的会话：云网络vpc-abcd中的10.0.0.1(用户1的云主机1)通过80端口建立了同10.1.0.1(业务服务器1)的8080端口的tcp连接。

S104、基于会话信息，确定故障网关服务器的故障影响范围。

需要说明的是，基于会话信息，依据VPC-ID唯一确定用户，依据S-IP唯一确定云主机，依据S-PORT和会话连接协议唯一确定云主机端程序，依据D-IP唯一确定业务服务器，依据D-PORT和会话连接协议唯一确定业务服务端程序，分析故障虚拟网关服务器的所有会话信息从而得出故障网关服务器的故障影响范围，运维人员可根据受影响服务范围启动对应的应急预案，及时进行业务恢复。

可选的，在本申请的另一实施例中，上述服务器故障影响的定位方法，还可以包括：

按照预设的时间周期，对会话数据库进行数据更新。

需要说明的是，为了保证数据的准确性，则按照预设的时间周期，对会话数据库进行数据更新，其中时间周期可以根据实际情况进行设定，例如1小时。

可选的，在本申请的另一实施例中，执行步骤S104之后，还可以包括：

基于故障影响范围，生成故障影响范围告警信息，并故障影响范围告警信息发送到运维服务器。

需要说明的是，在基于会话信息，确定故障网关服务器的故障影响范围之后，基于故障影响范围，生成故障影响范围告警信息，并故障影响范围告警信息发送到运维服务器，及时提醒运维人员出现故障，运维人员可根据受影响服务范围启动对应的应急预案，及时进行业务恢复。

本申请提供的一种服务器故障影响的定位方法中，首先对各个网关服务器进行监测。若监测到网关服务器出现故障，则获取故障网关服务器的服务器信息。基于服务器信息，从预先构建的会话数据库中查找故障网关服务器的会话信息，其中，会话数据库用于存储网关服务器的会话信息。最后基于会话信息，确定故障网关服务器的故障影响范围。由此可知，利用本申请的方法，当网关服务器出现故障时，通过网关服务器的会话信息可以快速的定位出故障网关服务器的故障影响范围，以便及时启动对应的应急预案。解决了现有技术中当某台虚拟网关服务器故障后，在短时间难以统计得到与之相关联的业务受影响范围，无法进行应急运维快速定位和应急处理的问题。

本申请另一实施例还公开了一种服务器故障影响的定位装置，如图3所示，具体包括：

监测单元301，用于对各个网关服务器进行监测。

获取单元302，用于若监测到网关服务器出现故障，则获取故障网关服务器的服务器信息。

查找单元303，用于基于服务器信息，从预先构建的会话数据库中查找故障网关服务器的会话信息，其中，会话数据库用于存储网关服务器的会话信息。

确定单元304，用于基于会话信息，确定故障网关服务器的故障影响范围。

本实施例中，监测单元301、获取单元302、查找单元303、确定单元304的具体执行过程，可参见对应图1的方法实施例内容，此处不再赘述。

本申请提供的一种服务器故障影响的定位装置中，首先监测单元301对各个网关服务器进行监测。若监测到网关服务器出现故障，获取单元302则获取故障网关服务器的服务器信息。查找单元303基于服务器信息，从预先构建的会话数据库中查找故障网关服务器的会话信息，其中，会话数据库用于存储网关服务器的会话信息。最后确定单元304基于会话信息，确定故障网关服务器的故障影响范围。由此可知，利用本申请的方法，当网关服务器出现故障时，通过网关服务器的会话信息可以快速的定位出故障网关服务器的故障影响范围，以便及时启动对应的应急预案。解决了现有技术中当某台虚拟网关服务器故障后，在短时间难以统计得到与之相关联的业务受影响范围，无法进行应急运维快速定位和应急处理的问题。

可选的，在本申请的另一实施例中，监测单元301的一种实施方式，包括：

获取子单元，用于按照预设的时间周期，获取各个网关服务器的指标数据。

本实施例中，获取子单元的具体执行过程，可参见对应上述方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，上述服务器故障影响的定位装置，还可以包括：

更新单元，用于按照预设的时间周期，对会话数据库进行数据更新。

本实施例中，更新单元的具体执行过程，可参见对应上述方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，上述服务器故障影响的定位装置，还可以包括：

信息生成单元，用于基于故障影响范围，生成故障影响范围告警信息，并故障影响范围告警信息发送到运维服务器。

本实施例中，信息生成单元的具体执行过程，可参见对应上述方法实施例内容，此处不再赘述。

本申请另一实施例还提供了一种电子设备，如图4所示，具体包括：

一个或多个处理器401。

存储装置402，其上存储有一个或多个程序。

当一个或多个程序被一个或多个处理器401执行时，使得一个或多个处理器401实现如上述实施例中任意一项方法。

本申请另一实施例还提供了计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。