CN115086161A - 一种nginx被动健康检查方法、装置、设备及介质 - Google Patents
一种nginx被动健康检查方法、装置、设备及介质 Download PDFInfo
- Publication number
- CN115086161A CN115086161A CN202210704642.4A CN202210704642A CN115086161A CN 115086161 A CN115086161 A CN 115086161A CN 202210704642 A CN202210704642 A CN 202210704642A CN 115086161 A CN115086161 A CN 115086161A
- Authority
- CN
- China
- Prior art keywords
- nginx
- target server
- information
- characteristic information
- error 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 230000010365 information processing Effects 0.000 claims abstract description 26
- 238000012423 maintenance Methods 0.000 claims abstract description 23
- 238000004590 computer program Methods 0.000 claims description 21
- 230000004044 response Effects 0.000 claims description 7
- 238000011144 upstream manufacturing Methods 0.000 claims description 6
- 238000012545 processing Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000002441 reversible effect Effects 0.000 description 3
- 230000001052 transient effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- 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
- 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/0686—Additional information in the notification, e.g. enhancement of specific meta-data
-
- 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/08—Configuration management of networks or network elements
- H04L41/0889—Techniques to speed-up the configuration process
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种nginx被动健康检查方法、装置、设备及介质，涉及计算机技术领域，所述方法包括：获取nginx基于连接目标服务器失败生成的错误日志；通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；若重新连接成功，则从所述字典中删除所述特征信息；若重新连接失败，则向运维终端发送相应的告警信息，可见，本申请通过Python线程对nginx生成的错误日志进行分析，并通过Python线程处理连接失败的服务器的特征信息以实现对所述服务器的重新连接，如此一来，在保证nginx性能的同时提高了运维工作的效率和质量。
Description
技术领域
本发明涉及计算机技术领域，特别涉及一种nginx被动健康检查方法、装置、设备及介质。
背景技术
nginx作为一种反向代理的web服务器，需要将用户发起的服务器连接请求转发至源站，并将源站返回的响应转发回用户，参见图1所示。
目前，由于受到的网络攻击越来越多，许多源站都通过接入waf(Web ApplicationFirewall，网站应用级入侵防御系统)的方式来保护自己不受到攻击。此外，为了保证源站的高可用性，许多源站甚至有多个服务器同时运行，因此对服务器的健康检查是十分必要的。nginx中支持对服务器进行健康检查所需的配置，但是，在源站较多的情况下，对nginx的性能要求较高。
为此，在保证nginx性能的同时实现对服务器的健康检查，并提高运维工作的效率和质量，是本领域亟待解决的问题。
发明内容
有鉴于此，本发明的目的在于提供一种nginx被动健康检查方法、装置、设备及介质，能够在保证nginx性能的同时实现对服务器的健康检查，并提高运维工作的效率和质量，其具体方案如下：
第一方面，本申请公开了一种nginx被动健康检查方法，包括：
获取nginx基于连接目标服务器失败生成的错误日志；
通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；
从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；
若重新连接成功，则从所述字典中删除所述特征信息；
若重新连接失败，则向运维终端发送相应的告警信息。
可选的，所述获取nginx基于连接目标服务器失败生成的错误日志，包括：
获取nginx根据源站返回的针对连接目标服务器失败的响应生成的错误日志；其中，所述源站对应多个服务器。
可选的，所述通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，包括：
通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的IP以及端口信息。
可选的，所述通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的IP以及端口信息，包括：
通过Python线程对所述错误日志进行分析，并从upstream相关字段中确定出所述目标服务器的IP以及端口信息。
可选的，所述从所述字典中取出所述特征信息，包括：
基于预设的定时任务，从所述字典中定时的取出所述特征信息。
可选的，所述利用信息处理队列基于所述特征信息对所述目标服务器重新连接，包括：
在预设时间内，利用信息处理队列基于所述特征信息对所述目标服务器进行预设次数的重新连接。
可选的，所述在预设时间内，利用信息处理队列基于所述特征信息对所述目标服务器进行预设次数的重新连接之后，还包括：
若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接均失败，则向运维终端发送相应的告警信息；
若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接并非均失败，则从所述字典中删除所述特征信息。
第二方面，本申请公开了一种nginx被动健康检查装置，包括：
错误日志获取模块，用于获取nginx基于目标服务器连接失败生成的错误日志；
错误日志分析模块，用于通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；
服务器重新连接模块，用于从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；
特征信息删除模块，用于当重新连接成功，则从所述字典中删除所述特征信息；
告警信息发送模块，用于当重新连接失败，则向运维终端发送相应的告警信息。
第三方面，本申请公开了一种电子设备，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现前述公开的nginx被动健康检查方法。
第四方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的nginx被动健康检查方法。
可见，本申请提出一种nginx被动健康检查方法，包括：获取nginx基于连接目标服务器失败生成的错误日志；通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；若重新连接成功，则从所述字典中删除所述特征信息；若重新连接失败，则向运维终端发送相应的告警信息，可见，本申请通过Python线程对nginx生成的错误日志进行分析，并通过Python线程处理连接失败的服务器的特征信息以实现对所述服务器的重新连接，由于无需使用nginx进行服务器的健康检查，因此本申请减小了nginx的压力，在保证nginx性能的同时提高了运维工作的效率和质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请公开的一种nginx代理服务器原理图；
图2为本申请公开的一种nginx被动健康检查方法流程图；
图3为本申请公开的一种具体的nginx被动健康检查方法流程图；
图4为本申请公开的一种nginx被动健康检查装置结构示意图；
图5为本申请公开的一种电子设备结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请实施例涉及的系统架构包括用户终端、nginx反向代理服务器、源站以及与所述源站相连的多个服务器、Python执行线程。上述系统架构中，所述nginx反向代理服务器用于将用户发起的服务器连接请求转发至源站，并将源站返回的响应转发回用户，所述Python执行线程用于处理相应信息。基于上述系统架构，本申请获取nginx基于连接目标服务器失败生成的错误日志；通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；若重新连接成功，则从所述字典中删除所述特征信息；若重新连接失败，则向运维终端发送相应的告警信息。
为了保证源站的高可用性，许多源站甚至有多个服务器同时运行，因此对服务器的健康检查是十分必要的。nginx中支持对服务器进行健康检查所需的配置，但是，在源站较多的情况下，对nginx的性能要求较高。
为此，本申请实施例提出一种nginx被动健康检查方案，能够在保证nginx性能的同时实现对服务器的健康检查，并提高运维工作的效率和质量。
本申请实施例公开了一种nginx被动健康检查方法，参见图1所示，该方法包括：
步骤S11：获取nginx基于连接目标服务器失败生成的错误日志。
本实施例中，获取nginx根据源站返回的针对连接目标服务器失败的响应生成的错误日志；其中，所述源站对应多个服务器。具体的，用户终端向所述nginx发送请求，所述nginx将所述请求转发至源站，所述源站基于服务器使用情况确定出所述目标服务器，当所述目标服务器存在故障或因为网络波动原因，会导致连接失败，此时，nginx会基于连接目标服务器失败生成相应的错误日志。
步骤S12：通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中。
本实施例中，通过Python产生的线程实时对所述错误日志进行分析，以确定出所述目标服务器的IP以及端口信息，然后将所述目标服务器的IP以及端口信息存储至字典中。具体的，由于在本申请实施例的nginx配置文件中，upstream相关字段用于配置源站的IP以及端口信息，因此当通过Python产生的线程实时对所述错误日志进行分析时，具体是从upstream相关字段中确定出所述目标服务器的IP以及端口信息。
在一种具体实施方式中，所述Python可以产生1个线程用于实时对所述错误日志进行分析。
需要指出的是，所述字典中存储着所有连接失败的服务器。
步骤S13：从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接。
本实施例中，通过Python线程从所述字典中取出所述特征信息，并用信息处理队列基于所述特征信息对所述目标服务器重新连接，在一种具体实施方式中，所述Python可以产生5个线程用于从所述字典中取出所述特征信息，并利用信息处理队列基于所述特征信息对所述目标服务器重新连接。如此一来，由于无需使用nginx进行服务器的健康检查，因此本申请减小了nginx的压力，在保证nginx性能的同时提高了运维工作的效率和质量。
步骤S14：若重新连接成功，则从所述字典中删除所述特征信息。
本实施例中，若重新连接成功，则说明所述目标服务器可以正常工作，因此，从所述字典中删除与所述目标服务器对应的特征信息。
步骤S15：若重新连接失败，则向运维终端发送相应的告警信息。
本实施例中，若重新连接失败，则说明所述目标服务器不能正常工作，则向运维终端发送相应的告警信息，以便所述运维终端进行相应的运维处理。
可见，本申请提出一种nginx被动健康检查方法，包括：获取nginx基于连接目标服务器失败生成的错误日志；通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；若重新连接成功，则从所述字典中删除所述特征信息；若重新连接失败，则向运维终端发送相应的告警信息，可见，本申请通过Python线程对nginx生成的错误日志进行分析，并通过Python线程处理连接失败的服务器的特征信息以实现对所述服务器的重新连接，由于无需使用nginx进行服务器的健康检查，因此本申请减小了nginx的压力，在保证nginx性能的同时提高了运维工作的效率和质量。
本申请实施例公开了一种具体的nginx被动健康检查方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图2所示，具体包括：
步骤S21：获取nginx基于连接目标服务器失败生成的错误日志。
步骤S22：通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中。
步骤S23：基于预设的定时任务，从所述字典中定时的取出所述特征信息，在预设时间内，利用信息处理队列基于所述特征信息对所述目标服务器进行预设次数的重新连接。
本实施例中，基于预设的定时任务，定时地从所述字典中定时的取出所述特征信息，如果在定时处理的过程中，所述目标服务器连接成功，则认为所述目标服务器已恢复正常。
步骤S24：若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接均失败，则向运维终端发送相应的告警信息。
在一种具体实施方式中，若1分钟内，利用信息处理队列基于所述特征信息对所述目标服务器进行3次重新连接操作均失败，则认定所述目标服务器已经不能正常工作，此时会则向运维终端发送相应的告警信息进行相应处理。
步骤S25：若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接并非均失败，则从所述字典中删除所述特征信息。
在一种具体实施方式中，若1分钟内，利用信息处理队列基于所述特征信息对所述目标服务器进行3次重新连接操作并非均失败，则认为是由于网络波动造成的短暂性连接错误，则将此目标服务器的特征信息从字典中删除，并不对此信息进行记录。本申请通过Python线程对nginx生成的错误日志进行分析，并通过Python线程处理连接失败的服务器的特征信息以实现对所述服务器的重新连接，如此一来，由于无需使用nginx进行服务器的健康检查，因此本申请减小了nginx的压力，在保证nginx性能的同时提高了运维工作的效率和质量。
其中，关于步骤S21以及步骤S22更加具体的工作过程参见前述公开的实时例所示，在此不做赘述。
可见，本申请提出一种nginx被动健康检查方法，包括：获取nginx基于连接目标服务器失败生成的错误日志；通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；基于预设的定时任务，从所述字典中定时的取出所述特征信息，在预设时间内，利用信息处理队列基于所述特征信息对所述目标服务器进行预设次数的重新连接；若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接均失败，则向运维终端发送相应的告警信息，若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接并非均失败，则从所述字典中删除所述特征信息，可见，本申请通过Python线程对nginx生成的错误日志进行分析，并通过Python线程处理连接失败的服务器的特征信息以实现对所述服务器的重新连接，由于无需使用nginx进行服务器的健康检查，因此本申请减小了nginx的压力，在保证nginx性能的同时提高了运维工作的效率和质量。
相应的，本申请实施例还公开了一种nginx被动健康检查方法装置，参见图4所示，该装置包括：
错误日志获取模块11，用于获取nginx基于目标服务器连接失败生成的错误日志；
错误日志分析模块12，用于通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；
服务器重新连接模块13，用于从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；
特征信息删除模块14，用于当重新连接成功，则从所述字典中删除所述特征信息；
告警信息发送模块15，用于当重新连接失败，则向运维终端发送相应的告警信息。
其中，关于上述各个模块更加具体的工作过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
可见，本申请提出一种nginx被动健康检查方法，包括：获取nginx基于连接目标服务器失败生成的错误日志；通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；若重新连接成功，则从所述字典中删除所述特征信息；若重新连接失败，则向运维终端发送相应的告警信息，可见，本申请通过Python线程对nginx生成的错误日志进行分析，并通过Python线程处理连接失败的服务器的特征信息以实现对所述服务器的重新连接，由于无需使用nginx进行服务器的健康检查，因此本申请减小了nginx的压力，在保证nginx性能的同时提高了运维工作的效率和质量。
在一些具体实施例中，所述错误日志获取模块11，具体可以用于：
获取nginx根据源站返回的针对连接目标服务器失败的响应生成的错误日志；其中，所述源站对应多个服务器。
在一些具体实施例中，所述错误日志分析模块12，具体可以包括：
目标服务器IP以及端口信息确定单元，用于通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的IP以及端口信息。
在一些具体实施例中，所述目标服务器IP以及端口信息确定单元，具体可以用于：
通过Python线程对所述错误日志进行分析，并从upstream相关字段中确定出所述目标服务器的IP以及端口信息。
在一些具体实施例中，所述服务器重新连接模块13，具体可以包括：
特征信息定时获取单元，用于基于预设的定时任务，从所述字典中定时的取出所述特征信息。
在一些具体实施例中，所述服务器重新连接模块13，具体可以包括：
重新连接单元，用于在预设时间内，利用信息处理队列基于所述特征信息对所述目标服务器进行预设次数的重新连接。
在一些具体实施例中，所述服务器重新连接模块13之后，具体还可以包括：
告警单元，用于若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接均失败，则向运维终端发送相应的告警信息；
特征信息删除单元，用于若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接并非均失败，则从所述字典中删除所述特征信息。
进一步的，本申请实施例还提供了一种电子设备。图5是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。
图5为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、显示屏23、输入输出接口24、通信接口25、电源26、和通信总线27。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现以下步骤：
在获取nginx基于连接目标服务器失败生成的错误日志；
通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；
从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；
若重新连接成功，则从所述字典中删除所述特征信息；
若重新连接失败，则向运维终端发送相应的告警信息。
一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
获取nginx根据源站返回的针对连接目标服务器失败的响应生成的错误日志；其中，所述源站对应多个服务器。
一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的IP以及端口信息。
一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
通过Python线程对所述错误日志进行分析，并从upstream相关字段中确定出所述目标服务器的IP以及端口信息。
一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
基于预设的定时任务，从所述字典中定时的取出所述特征信息。
一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，具体可以实现以下步骤：
在预设时间内，利用信息处理队列基于所述特征信息对所述目标服务器进行预设次数的重新连接。
在一些具体实施方式中，所述处理器通过执行所述存储器中保存的计算机程序，还可以进一步实现以下步骤：
若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接均失败，则向运维终端发送相应的告警信息，否则，从所述字典中删除所述特征信息。
本实施例中，电源26用于为电子设备20上的各硬件设备提供工作电压；通信接口25能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口24，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。
另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括计算机程序221，存储方式可以是短暂存储或者永久存储。其中，计算机程序221除了包括能够用于完成前述任一实施例公开的由电子设备20执行的nginx被动健康检查方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。
进一步的，本申请实施例还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的nginx被动健康检查方法。
关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。
本申请书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种nginx被动健康检查方法、装置、设备、存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种nginx被动健康检查方法，其特征在于，包括：
获取nginx基于连接目标服务器失败生成的错误日志；
通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；
从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；
若重新连接成功，则从所述字典中删除所述特征信息；
若重新连接失败，则向运维终端发送相应的告警信息。
2.根据权利要求1所述的nginx被动健康检查方法，其特征在于，所述获取nginx基于连接目标服务器失败生成的错误日志，包括：
获取nginx根据源站返回的针对连接目标服务器失败的响应生成的错误日志；其中，所述源站对应多个服务器。
3.根据权利要求1所述的nginx被动健康检查方法，其特征在于，所述通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，包括：
通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的IP以及端口信息。
4.根据权利要求3所述的nginx被动健康检查方法，其特征在于，所述通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的IP以及端口信息，包括：
通过Python线程对所述错误日志进行分析，并从upstream相关字段中确定出所述目标服务器的IP以及端口信息。
5.根据权利要求1所述的nginx被动健康检查方法，其特征在于，所述从所述字典中取出所述特征信息，包括：
基于预设的定时任务，从所述字典中定时的取出所述特征信息。
6.根据权利要求1至5任一项所述的nginx被动健康检查方法，其特征在于，所述利用信息处理队列基于所述特征信息对所述目标服务器重新连接，包括：
在预设时间内，利用信息处理队列基于所述特征信息对所述目标服务器进行预设次数的重新连接。
7.根据权利要求6所述的nginx被动健康检查方法，其特征在于，所述在预设时间内，利用信息处理队列基于所述特征信息对所述目标服务器进行预设次数的重新连接之后，还包括：
若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接均失败，则向运维终端发送相应的告警信息；
若在所述预设时间内，对所述目标服务器进行的所述预设次数的重新连接并非均失败，则从所述字典中删除所述特征信息。
8.一种nginx被动健康检查装置，其特征在于，包括：
错误日志获取模块，用于获取nginx基于目标服务器连接失败生成的错误日志；
错误日志分析模块，用于通过Python线程对所述错误日志进行分析，以确定出所述目标服务器的特征信息，然后将所述特征信息存储至字典中；
服务器重新连接模块，用于从所述字典中取出所述特征信息，利用信息处理队列基于所述特征信息对所述目标服务器重新连接；
特征信息删除模块，用于当重新连接成功，则从所述字典中删除所述特征信息；
告警信息发送模块，用于当重新连接失败，则向运维终端发送相应的告警信息。
9.一种电子设备，其特征在于，包括：
存储器，用于保存计算机程序；
处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的nginx被动健康检查方法。
10.一种计算机可读存储介质，其特征在于，用于保存计算机程序；其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的nginx被动健康检查方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210704642.4A CN115086161A (zh) | 2022-06-21 | 2022-06-21 | 一种nginx被动健康检查方法、装置、设备及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210704642.4A CN115086161A (zh) | 2022-06-21 | 2022-06-21 | 一种nginx被动健康检查方法、装置、设备及介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115086161A true CN115086161A (zh) | 2022-09-20 |
Family
ID=83254344
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210704642.4A Withdrawn CN115086161A (zh) | 2022-06-21 | 2022-06-21 | 一种nginx被动健康检查方法、装置、设备及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115086161A (zh) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107248978A (zh) * | 2017-05-27 | 2017-10-13 | 武汉票据交易中心有限公司 | 一种消息监听处理方法及系统 |
-
2022
- 2022-06-21 CN CN202210704642.4A patent/CN115086161A/zh not_active Withdrawn
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107248978A (zh) * | 2017-05-27 | 2017-10-13 | 武汉票据交易中心有限公司 | 一种消息监听处理方法及系统 |
Non-Patent Citations (3)
| Title |
|---|
| MR丶张某人: "python分析Nginx的error.log文件Demo", CSDN, 24 March 2022 (2022-03-24), pages 2 * |
| MR丶张某人: "python分析Nginx的error.log文件Demo", pages 2, Retrieved from the Internet <URL:https://blog.csdn.net/weixin_45316408/article/details/123572331> * |
| 刘全飞;周相兵;: "基于Nginx的站点管理系统设计与实现", 电脑开发与应用, no. 01, 25 January 2015 (2015-01-25) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106856434B (zh) | 访问请求转换的方法和装置 | |
| CN108989136B (zh) | 业务端到端性能监控方法及装置 | |
| CN106936791B (zh) | 拦截恶意网址访问的方法和装置 | |
| US9929930B2 (en) | Reducing an amount of captured network traffic data to analyze | |
| CN111176941B (zh) | 一种数据处理的方法、装置和存储介质 | |
| CN112333044B (zh) | 分流设备性能测试方法、装置、系统、电子设备以及介质 | |
| CN110740144B (zh) | 确定攻击目标的方法、装置、设备及存储介质 | |
| CN111246406A (zh) | 一种短信发送方法、系统、存储介质及终端设备 | |
| EP3609134A1 (en) | Bgp anycast cluster service quality detection method and detection apparatus | |
| CN108337163B (zh) | 用于汇聚链路的方法和装置 | |
| CN110928934A (zh) | 一种用于业务分析的数据处理方法和装置 | |
| CN110932918A (zh) | 日志数据采集方法、装置及存储介质 | |
| US9641595B2 (en) | System management apparatus, system management method, and storage medium | |
| US9917747B2 (en) | Problem detection in a distributed digital network through distributed packet analysis | |
| CN114465741A (zh) | 一种异常检测方法、装置、计算机设备及存储介质 | |
| CN110896362A (zh) | 一种故障检测方法和装置 | |
| CN115329170A (zh) | 网页抓取方法、装置、设备以及存储介质 | |
| CN113630418A (zh) | 一种网络服务识别方法、装置、设备及介质 | |
| CN110442439B (zh) | 任务进程处理方法、装置和计算机设备 | |
| CN115086161A (zh) | 一种nginx被动健康检查方法、装置、设备及介质 | |
| CN113778709B (zh) | 接口调用方法、装置、服务器及存储介质 | |
| CN115714778A (zh) | 一种sip动态负载均衡方法、系统、设备和存储介质 | |
| CN111290873B (zh) | 故障处理方法和装置 | |
| CN113079055B (zh) | 一种agv运行数据的动态采集方法和装置 | |
| CN112671822B (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 | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20220920 |
|
| WW01 | Invention patent application withdrawn after publication |