CN105791033A - 一种调控服务器运行状态的方法、装置及系统 - Google Patents
一种调控服务器运行状态的方法、装置及系统 Download PDFInfo
- Publication number
- CN105791033A CN105791033A CN201610300810.8A CN201610300810A CN105791033A CN 105791033 A CN105791033 A CN 105791033A CN 201610300810 A CN201610300810 A CN 201610300810A CN 105791033 A CN105791033 A CN 105791033A
- Authority
- CN
- China
- Prior art keywords
- server
- server end
- measured value
- maintenance strategy
- index
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供了一种调控服务器运行状态的方法、装置及系统,该方法包括:确定服务器端的至少一个监控指标,以及每一个监控指标对应的阈值范围和维护策略;在获取到任一监控指标的当前测定值时,若该当前测定值在该监控指标对应的阈值范围内,则将该监控指标对应的维护策略发送给服务器端。由于可以根据服务器端各监控指标的测定值,以监测服务器端是否正常工作,并在其工作异常时,能够有针对性的利用相应维护策略进行调节以及时解除异常,从而防患于未然。因此,本方案能够对出现异常情况的服务器进行及时维护。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种调控服务器运行状态的方法、装置及系统。
背景技术
服务器的稳定性与业务的安全性息息相关,故保障服务器稳定工作显得尤为重要,应尽可能避免出现服务器宕机现象。
目前,在服务器运行过程中,工作人员会根据实际需求,对各服务器的运行状态进行查看,并对出现异常情况的服务器进行调整维护。
由于需要工作人员查看和维护各服务器的运行状态,故容易出现人为查看或维护不及时的情况。因此,现有的实现方式不能对出现异常情况的服务器进行及时维护。
发明内容
本发明提供了一种调控服务器运行状态的方法、装置及系统,能够对出现异常情况的服务器进行及时维护。
为了达到上述目的,本发明是通过如下技术方案实现的:
第一方面,本发明提供了一种调控服务器运行状态的方法,预先确定服务器端的至少一个监控指标,以及每一个所述监控指标对应的第一阈值范围和维护策略,还包括:
S1:获取目标监控指标的当前测定值;
S2:判断所述当前测定值是否在所述目标监控指标对应的目标第一阈值范围内,若是,根据所述目标监控指标对应的维护策略对所述服务器端进行维护。
进一步地,在所述S1之前还包括:预先确定每一个所述监控指标对应的时间间隔;
所述S1,包括:以所述目标监控指标对应的时间间隔为周期,周期性地向所述服务器端请求所述目标监控指标的当前测定值;
接收所述服务器端发来的所述当前测定值。
进一步地,在所述S2之前还包括:预先确定每一个所述监控指标对应的第二阈值范围;
在所述S2中,当判断出所述当前测定值不在所述目标第一阈值范围内时,进一步包括:
判断所述当前测定值是否在所述目标监控指标对应的第二阈值范围内,若是,报警提醒。
进一步地,在所述S2之前还包括:预先确定每一个所述监控指标对应的设定个数;
在所述S2中,当判断出所述当前测定值在所述目标第一阈值范围内时,进一步包括:
确定包含所述当前测定值的、连续在所述目标第一阈值范围内的测定值的第一个数;
判断所述第一个数是否不小于所述目标监控指标对应的设定个数,若是,报警提醒。
进一步地,所述监控指标包括:服务器负载情况,其中,
所述服务器负载情况包括:CPU使用率、内存使用率、IO(Input/Output,输入输出)使用率中的任意一种或多种;
所述服务器负载情况对应的维护策略包括:风扇转速调节维护策略、BIOS(BasicInputOutputSystem,基本输入输出系统)能源策略调节维护策略和僵尸进程处理维护策略;
所述根据所述目标监控指标对应的维护策略对所述服务器端进行维护,包括:
根据所述风扇转速调节维护策略,生成用于调节风扇转速至最大转速的第一控制指令;
根据所述BIOS能源策略调节维护策略,生成用于通知BIOS打开EIST(EnhancedIntelSpeedStepTechnology,智能降频技术)、T-state和C-state、关闭Turbo的第二控制指令;
根据所述僵尸进程处理维护策略,向所述服务器端发送获取服务器端的服务状态的请求;
接收所述服务器端发来的所述服务器端的服务状态;
根据所述服务器端的服务状态,确定资源占用率超过设定阈值的第一服务和pid重复的第二服务;
生成用于关闭所述第一服务和所述第二服务的第三控制指令;
将所述第一控制指令、所述第二控制指令和所述第三控制指令发送给所述服务器端。
进一步地,所述监控指标包括:网络波动情况;
所述网络波动情况对应的维护策略包括:BIOS能源策略调节维护策略;
所述根据所述目标监控指标对应的维护策略对所述服务器端进行维护,包括:
根据所述BIOS能源策略调节维护策略,向所述服务器端发送获取服务器端PCIE网卡设备的第一使用情况和服务器端IO端口的第一占用情况的请求;
接收所述服务器端发来的所述第一使用情况和所述第一占用情况;
根据所述第一使用情况,将绑定所述服务器端的BOND的网卡端口依次重新设置,并生成用于设置所述网卡端口的第一设置指令;
根据所述第一占用情况,生成用于清除非法网络端口、将所述非法网络端口加入黑名单、强化防火墙等级、禁止安全等级低的服务使用网路的第四控制指令;
将所述第一设置指令和所述第四控制指令发送给所述服务器端。
进一步地,所述监控指标包括:服务器负载情况、CPU温度、内存使用情况、网络波动情况中的任意一种或多种。
进一步地,所述维护策略包括:风扇转速调节维护策略、BIOS能源策略调节维护策略、僵尸进程处理维护策略中的任意一种或多种。
第二方面,本发明提供了一种服务器监控端,包括:
确定单元,用于确定服务器端的至少一个监控指标,以及每一个所述监控指标对应的第一阈值范围和维护策略;
获取单元,用于获取目标监控指标的当前测定值;
处理单元,用于判断所述当前测定值是否在所述目标监控指标对应的目标第一阈值范围内,若是,根据所述目标监控指标对应的维护策略对所述服务器端进行维护。
进一步地,所述确定单元,还用于确定每一个所述监控指标对应的第二阈值范围;
所述处理单元,还用于当判断出所述当前测定值不在所述目标第一阈值范围内时,判断所述当前测定值是否在所述目标监控指标对应的第二阈值范围内,若是,报警提醒。
进一步地,所述确定单元,还用于确定每一个所述监控指标对应的设定个数;
所述处理单元,还用于当判断出所述当前测定值在所述目标第一阈值范围内时,确定包含所述当前测定值的、连续在所述目标第一阈值范围内的测定值的第一个数;判断所述第一个数是否不小于所述目标监控指标对应的设定个数,若是,报警提醒。
第三方面,本发明提供了一种调控服务器运行状态的系统,包括:上述任一所述的服务器监控端,以及至少一个服务器端,其中,
所述服务器端,用于接收并执行所述服务器监控端发来的维护策略。
进一步地,所述服务器端,还用于实时获取所述服务器端对应的每一个监控指标的测定值;在接收到所述服务器监控端发来的针对目标监控指标的请求时,向所述服务器监控端返回所述目标监控指标的当前测定值。
进一步地,所述服务器监控端通过IPMI(IntelligentPlatformManagementInterface,智能平台管理接口)协议,以及每一个所述服务器端的连接信息,分别与每一个所述服务器端相连,其中,
所述连接信息包括:IP地址、用户名、密码中的任意一种或多种。
本发明提供了一种调控服务器运行状态的方法、装置及系统,确定服务器端的至少一个监控指标,以及每一个监控指标对应的阈值范围和维护策略;在获取到任一监控指标的当前测定值时,若该当前测定值在该监控指标对应的阈值范围内,则将该监控指标对应的维护策略发送给服务器端。由于可以根据服务器端各监控指标的测定值,以监测服务器端是否正常工作,并在其工作异常时,能够有针对性的利用相应维护策略进行调节以及时解除异常,从而防患于未然。因此,本发明能够对出现异常情况的服务器进行及时维护。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的一种调控服务器运行状态的方法的流程图;
图2是本发明一实施例提供的另一种调控服务器运行状态的方法的流程图;
图3是本发明一实施例提供的一种调控服务器运行状态的装置的示意图;
图4是本发明一实施例提供的一种调控服务器运行状态的系统的示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,本发明实施例提供了一种调控服务器运行状态的方法,可以包括以下步骤:
步骤101:预先确定服务器端的至少一个监控指标,以及每一个所述监控指标对应的第一阈值范围和维护策略。
步骤102:获取目标监控指标的当前测定值。
步骤103:判断所述当前测定值是否在所述目标监控指标对应的目标第一阈值范围内,若是,根据所述目标监控指标对应的维护策略对所述服务器端进行维护。
本发明实施例提供了一种调控服务器运行状态的方法,确定服务器端的至少一个监控指标,以及每一个监控指标对应的阈值范围和维护策略;在获取到任一监控指标的当前测定值时,若该当前测定值在该监控指标对应的阈值范围内,则将该监控指标对应的维护策略发送给服务器端。由于可以根据服务器端各监控指标的测定值,以监测服务器端是否正常工作,并在其工作异常时,能够有针对性的利用相应维护策略进行调节以及时解除异常,从而防患于未然。因此,本发明实施例能够对出现异常情况的服务器进行及时维护。
在一种可能的实现方式中,为了能够定期获取每一个监控指标的测定值,以及时确定服务器端是否出现异常,所以,
在所述步骤102之前,进一步包括:预先确定每一个所述监控指标对应的时间间隔;
所述步骤102,包括:以所述目标监控指标对应的时间间隔为周期,周期性地向所述服务器端请求所述目标监控指标的当前测定值;
接收所述服务器端发来的所述当前测定值。
在一种可能的实现方式中,为了能够在服务器维护效果不明显的情况下及时报警提醒,以避免服务器出现宕机,所以,
在所述步骤103之前,进一步包括:预先确定每一个所述监控指标对应的第二阈值范围;
在所述步骤103中,当判断出所述当前测定值不在所述目标第一阈值范围内时,进一步包括:
判断所述当前测定值是否在所述目标监控指标对应的第二阈值范围内,若是,报警提醒。
在一种可能的实现方式中,为了能够在服务器维护效果不明显的情况下及时报警提醒,以避免服务器出现宕机,所以,
在所述步骤103之前,进一步包括:预先确定每一个所述监控指标对应的设定个数;
在所述步骤103中,当判断出所述当前测定值在所述目标第一阈值范围内时,进一步包括:
确定包含所述当前测定值的、连续在所述目标第一阈值范围内的测定值的第一个数;
判断所述第一个数是否不小于所述目标监控指标对应的设定个数,若是,报警提醒。
在一种可能的实现方式中,为了说明当服务器负载情况出现异常时,进行相应维护策略以消除或缓解异常的实现方式,所以,
所述监控指标包括:服务器负载情况,其中,
所述服务器负载情况包括:CPU使用率、内存使用率、IO使用率中的任意一种或多种;
所述服务器负载情况对应的维护策略包括:风扇转速调节维护策略、BIOS能源策略调节维护策略和僵尸进程处理维护策略;
所述根据所述目标监控指标对应的维护策略对所述服务器端进行维护,包括:
根据所述风扇转速调节维护策略,生成用于调节风扇转速至最大转速的第一控制指令;
根据所述BIOS能源策略调节维护策略,生成用于通知BIOS打开EIST、T-state和C-state、关闭Turbo的第二控制指令;
根据所述僵尸进程处理维护策略,向所述服务器端发送获取服务器端的服务状态的请求;
接收所述服务器端发来的所述服务器端的服务状态;
根据所述服务器端的服务状态,确定资源占用率超过设定阈值的第一服务和pid重复的第二服务;
生成用于关闭所述第一服务和所述第二服务的第三控制指令;
将所述第一控制指令、所述第二控制指令和所述第三控制指令发送给所述服务器端。
在一种可能的实现方式中,为了说明当服务器的网络波动情况出现异常时,进行相应维护策略以消除或缓解异常的实现方式,所以,
所述监控指标包括:网络波动情况;
所述网络波动情况对应的维护策略包括:BIOS能源策略调节维护策略;
所述根据所述目标监控指标对应的维护策略对所述服务器端进行维护,包括:
根据所述BIOS能源策略调节维护策略,向所述服务器端发送获取服务器端PCIE网卡设备的第一使用情况和服务器端IO端口的第一占用情况的请求;
接收所述服务器端发来的所述第一使用情况和所述第一占用情况;
根据所述第一使用情况,将绑定所述服务器端的BOND的网卡端口依次重新设置,并生成用于设置所述网卡端口的第一设置指令;
根据所述第一占用情况,生成用于清除非法网络端口、将所述非法网络端口加入黑名单、强化防火墙等级、禁止安全等级低的服务使用网路的第四控制指令;
将所述第一设置指令和所述第四控制指令发送给所述服务器端。
在一种可能的实现方式中,为了能够避免或减少服务器宕机的可能性,所以,所述监控指标包括:服务器负载情况、CPU温度、内存使用情况、网络波动情况中的任意一种或多种。
在一种可能的实现方式中,为了在服务器工作异常时,能够解除异常,以使服务器恢复正常工作,所以,所述维护策略包括:风扇转速调节维护策略、BIOS能源策略调节维护策略、僵尸进程处理维护策略中的任意一种或多种。
为使本发明的目的、技术方案和优点更加清楚,下面结合附图及具体实施例对本发明作进一步地详细描述。
如图2所示,本发明一个实施例提供了调控服务器运行状态的方法,该方法可以包括以下步骤:
步骤201:服务器监控端确定每一个服务器端的连接信息和至少一个监控指标,以及确定每一个服务器端的每一个监控指标对应的时间间隔、第一阈值范围、第二阈值范围、设定个数和维护策略。
详细地,服务器端的连接信息可以包括IP地址、用户名、密码中的任意一种或多种。
详细地,监控指标可以包括服务器负载情况、CPU温度、内存使用情况、网络波动情况中的任意一种或多种。
详细地,维护策略可以包括风扇转速调节维护策略、BIOS能源策略调节维护策略、僵尸进程处理维护策略中的任意一种或多种。
举例来说,现有三个服务器端,如服务器1、服务器2、服务器3处于工作状态,为了保证这三个服务器端能够正常工作,避免服务器宕机情况的发生,故可以利用一个服务器监控端同时调控这三个服务器端。
因此,在服务器监控端,首先可以确定每一个服务器端的连接信息和至少一个控制指标。此外,针对每一个服务器端的每一个监控指标,均可以根据实际需求,确定相应的时间间隔、第一阈值范围、第二阈值范围、设定个数和维护策略。
例如,可以确定服务器1的监控指标为服务器负载情况、CPU温度、内存使用情况和网络波动情况;可以确定服务器2的监控指标为服务器负载情况和CPU温度;可以确定服务器3的监控指标为CPU温度和网络波动情况。
以服务器1的CPU温度这一监控指标为例,根据服务器1的实际工作情况,当服务器1的CPU在正常工作时,相应的CPU温度一般可以处于0~30℃范围内,当CPU温度超过40℃时,易导致服务器1出现宕机情况。
那么,可以确定服务器1的CPU温度的时间间隔为20s、第一阈值范围为31~35℃、第二阈值范围为36~40℃、设定个数为5个、维护策略为风扇转速调节维护策略。
即,服务器监控端每隔20s获取一次服务器1的CPU温度的当前测定值,若该当前测定值在第一阈值范围31~35℃内,说明CPU温度略高于正常范围,可以采取相应的风扇转速调节这一维护策略进行维护处理。若连续5次及以上获取到的测定值均处于第一阈值范围内,说明维护效果不明显,可以报警提醒。或者是,当检测到当前测定值处于第二阈值范围内时,同样说明维护效果不明显,可以报警提醒。
相应的,可以确定服务器2的各设定值分别为10s、36~40℃、41~45℃、4个、风扇转速调节维护策略和僵尸进程处理维护策略;可以确定服务器3的各设定值分别为30s、36~40℃、41~45℃、3个、风扇转速调节维护策略。
当然,基于同样的实现原理,可以对每一个服务器中的其他监控指标的各设定值进行设置,本发明实施例在此不做详细描述。
在本实施例中,当使用一个服务器监控端同时调控多个服务器端时,可以根据每一个服务器端的具体实际工作情况,对每一个服务器端设置合适的监控指标,且针对每一个服务器端的每一个监控指标,设置合适的自动获取测定值的时间间隔、进行维护的触发条件、进行报警的触发条件及维护策略。通过这一实现方式,可以实现服务器监控端对每一个服务器端的个性化监控操作和维护处理,有助于保证各服务器的正常工作。
举例来说,工作人员可以在服务器监控端设置每一个服务器端的相关连接信息和各标准阈值等。这一具体实现方式可以如下所示:
PleaseinputtheIP:10.152.12.121
Pleaseinputtheusername:root
Pleaseinputthepassword:rootuser
connectingsystem10.152.12.121
connectingsuccessfully!!!!!!!!
Pleaseinputthetemperaturethreshold:80℃
PleaseinputtheCPUUsingthreshold:85%
PleaseinputtheMemoryUsingthreshold:85%
PleaseinputtheFansensorthreshold:20
步骤202:服务器监控端通过IPMI协议,以及每一个服务器端的连接信息,分别与每一个服务器端相连。
具体地,服务器监控端可以分别与每一个服务器中的BMC(BaseboardManagementController,基板管理控制器)相连。其中,BMC可以支持行业标准的IPMI规范。
步骤203:每一个服务器端均实时获取与自身对应的每一个监控指标的测定值。
详细地,每一个服务器端可以利用自身内部安装的BMC,以实时获取自身的各测定值,并在服务器监控端请求监控任一监控指标时,BMC将该监控指标的相应当前测定值发送给服务器监控端。
步骤204:服务器监控端以目标监控指标对应的时间间隔为周期,周期性地向对应的目标服务器端请求目标监控指标的当前测定值。
通过预先设定的时间间隔,服务器监控端可以定期获取每一个监控指标的当前测定值,从而达到定期监控服务器运行状态的效果。一旦判断出服务器的运行状态出现异常,即可采用相应的维护策略进行处理,以缓解甚至消除异常。此外,若维护效果不明显,还可以报警提醒,以使工作人员进行查看以解除异常。
步骤205:目标服务器端在接收到服务器监控端发来的针对目标监控指标的请求时,向服务器监控端返回目标监控指标的当前测定值。
例如,根据设置的时间间隔,当服务器监控端自动检测到达到针对服务器1中的CPU温度的信息获取时间时,可以向服务器1中的BMC发送针对CPU温度的请求。服务器1中的BMC在接收到该请求时,可以将获取到的CPU温度的当前测定值发送给服务器监控端。在本实施例中,该当前测定值可以为33℃。
步骤206:服务器监控端在接收到目标服务器端发来的当前测定值时,判断该当前测定值是否在目标监控指标对应的目标第一阈值范围内,若是,执行步骤207,否则,执行步骤210。
详细地,服务器监控端开始监控后,可以定期刷新一次监控log。这一具体实现方式可以如下所示:
thecurrentCPUtemperatureis:56
thecurrentCPUusingis:56
thecurrentmemorytemperatureis:30
thecurrentmemoryusingis:70
thecurrentfanspeedis:50
theothersysteminfoisininfo.txt
在本实施例中,在获取到任一监控指标的当前测定值时,首先可以判断其是否在相应的第一阈值范围内。由于获取到的当前测定值为33℃,相应的第一阈值范围是31~35℃,可以看出,当前测定值在第一阈值范围内,故可以将相应的风扇转速调节这一维护策略发送给服务器1。
步骤207:服务器监控端根据所述目标监控指标对应的维护策略,对所述服务器端进行维护。
具体地,服务器监控端根据目标监控指标对应的维护策略,可以生成用于执行该维护策略的控制指令或代码,并将其发送给相应的目标服务器端的BMC,以使BMC通过执行这一维护策略,以缓解或消除目标服务器端出现的异常情况。
例如,服务器1的CPU温度的维护策略为风扇转速调节维护策略,具体地可以为将CPU风扇转速调节至最大值。那么,服务器监控端可以生成用于调节CPU风扇转速至最大值的代码,并将该代码发送给服务器1的BMC。BMC在接收到该代码时,通过执行该代码,将CPU风扇调节至最大转速。
在一种可能的实现方式中,服务器监控端生成的用于将风扇转速调节到最大转速,并更改BIOS的能源策略的代码程序,可以如下所示:
theCPUtemperatureisoutstrippingthethreshold!!!!!!!!!!
turnthefantothemaxspeed!
maketheBIOSpolicytobalancedperformance!
在一种可能的实现方式中,当目标监控指标为服务器负载情况,对应的维护策略为风扇转速调节维护策略、BIOS能源策略调节维护策略和僵尸进程处理维护策略时,将目标监控指标对应的维护策略发送给服务器端这一实现过程,详细地可以通过如下方式进行实现:
服务器监控端根据风扇转速调节维护策略,生成用于调节风扇转速至最大转速的第一控制指令;根据BIOS能源策略调节维护策略,生成用于通知BIOS打开EIST、T-state和C-state、关闭Turbo的第二控制指令;根据僵尸进程处理维护策略,向目标服务器端发送获取服务器端的服务状态的请求;接收目标服务器端发来的服务器端的服务状态;根据服务器端的服务状态,确定资源占用率超过相应设定阈值的第一服务和pid重复的第二服务;生成用于关闭第一服务和第二服务的第三控制指令;将第一控制指令、第二控制指令和第三控制指令发送给服务器端。
详细地,服务器负载情况可以包括CPU使用率、内存使用率、IO使用率中的任意一种或多种。
相应的,服务器端中的BMC在接收到服务器监控端发来的第一控制指令、第二控制指令和第三控制指令时,可以根据第一控制指令,调节风扇转速至最大转速;根据第二控制指令,通知BIOS,以使BIOS打开EIST、T-state和C-state、关闭Turbo;根据第三控制指令,关闭资源占用率超过相应设定阈值的服务和pid重复的服务。
在一种可能的实现方式中,当目标监控指标为网络波动情况,对应的维护策略为BIOS能源策略调节维护策略时,将目标监控指标对应的维护策略发送给服务器端这一实现过程,详细地可以通过如下方式进行实现:
服务器监控端根据BIOS能源策略调节维护策略,向服务器端发送获取服务器端PCIE网卡设备的第一使用情况和服务器端IO端口的第一占用情况的请求;接收服务器端发来的第一使用情况和第一占用情况;根据第一使用情况,将绑定服务器端的BOND的网卡端口依次重新设置,并生成用于设置网卡端口的第一设置指令;根据第一占用情况,生成用于清除非法网络端口、将非法网络端口加入黑名单、强化防火墙等级、禁止安全等级低的服务使用网路的第四控制指令;将第一设置指令和第四控制指令发送给服务器端。
详细地,当服务器端接收到服务器监控端发来的获取服务器端PCIE网卡设备的使用情况的请求时,服务器端可以调用ifconfig查询出当前的活动网口,然后使用ethtool对每一个活动网口进行速率查询,并将当前的速率与网口标准速率进行对比。根据对比结果,可以确定出各活动网口的使用是否出现异常。因此,服务器端经过上述操作,可以获取到PCIE网卡设备的使用情况,如活动网口、各活动网口的当前速率、网口标准速率等,并将该使用情况发送给服务器监控端。
详细地,当服务器端接收到服务器监控端发来的获取服务器端IO端口的占用情况的请求时,服务器端可以调用iostat以及dstat查询当前活跃端口的情况,筛选出异常端口号,并且调用ps-ef去查询当前的所有服务所占用的端口号,根据端口号,就可以查询到对应的服务进程的pid。因此,服务器端经过上述操作,可以获取到IO端口的占用情况,如异常端口号、与每一个占用端口号相对应的服务进程的pid等,并将该占用情况发送给服务器监控端。
相应的,服务器端中的BMC在接收到服务器监控端发来的第一设置指令和第四控制指令时,可以根据第一设置指令,将绑定BOND的网卡端口依次重新设置;根据第四控制指令,清除非法网络端口、将非法网络端口加入黑名单、强化防火墙等级、禁止安全等级低的服务使用网路。
在本实施例中,当服务器端工作异常时,服务器监控端可以发送相应的维护策略,以缓解或消除异常。当然,若维护效果不显著,则可以进行报警提醒,以通知运维人员及时进行人为维护。其中,进行报警提醒的前提条件可以有三种实现方式:
方式A:服务器监控端连续多次获取到的测定值均在相应的第一阈值范围内;
方式B:服务器监控端获取到的测定值在相应的第二阈值范围内;
方式C:满足方式A和方式B中的任意一种。
其中,方式A可以对应于下述步骤208和步骤209,方式B可以对应于下述步骤210。
在本实施例中,可以选择方式C,即只要监测到满足方式A和方式B中的任意一种,均说明之前采取维护策略效果不显著,存在引发服务器宕机的可能性,故可以立即报警提醒。
在本实施例中,可以及时定期的获取到每一个服务器端的每一个监控指标的当前测定值,以及时监控服务器的运行状态,并在服务器存在初步异常时进行相应自动维护处理,并在判断出维护效果不显著的情况下报警提醒相应的运维人员,以进行及时人为处理。通过这一实现方式,能够对出现异常情况的服务器进行双重保障的及时维护,从而降低或避免出现服务器宕机的可能性,降低服务器所运行业务中断的风险,故有益于保障服务器的正常工作,以及延长服务器的生命周期。
步骤208:服务器监控端确定包含当前测定值的、连续在目标第一阈值范围内的测定值的第一个数。
在判断出获取到的当前测试值在相应的目标第一阈值范围内之后,还可以判断当前是第几次连续获取到处于该目标第一阈值范围内的测定值。
例如,自服务器1开始工作起,服务器监控端已获取10个服务器1的CPU温度的测定值,分别为:25℃、28℃、31℃、31℃、32℃、33℃、31℃、29℃、32℃、33℃。由于相应的第一阈值范围为31~35℃,当前获取到的33℃及上次获取到的32℃均在该范围内,而上上次获取到的29℃不在该范围内,那么可以确定出包含当前测定值的、连续在目标第一阈值范围内的测定值的个数为2个。
详细地,可以在每获取到一次当前测定值时,进行自动计数。这一计数规则可以为:若获取到的当前测定值在相应的目标第一阈值范围内,计数自加1,否则,对之前的自动计数结果进行清零。那么,针对上述10个测定值,相应的自动计数结果分别为:0、0、1、2、3、4、5、0、1、2。
可以看出,由于存在计数结果不小于预先确定的设定个数:5个,则说明在第7次获取到当前测定值31℃时,服务器监控端一方面可以向服务器端发送维护策略,另一方面可以报警提醒。
步骤209:服务器监控端判断第一个数是否不小于目标监控指标对应的设定个数,若是,报警提醒。
由于包含当前测定值的、连续在目标第一阈值范围内的测定值的个数为2个,小于预先确定的设定个数:5个,故无需报警提醒。
详细地,报警提醒的实现方式可以为,服务器监控端将获取到的当前测定值通过邮件发送给相应的运维工作人员,并点亮相应服务器端的定位灯。此外,邮件内容还可以包含服务器ID、监控指标的全部测定值、已采取的维护策略、每一项操作的记录时间等。
步骤210:服务器监控端判断当前测定值是否在目标监控指标对应的第二阈值范围内,若是,报警提醒。
在步骤206中,当服务器监控端判断出获取到的当前测定值不在目标监控指标对应的目标第一阈值范围内,可以通过步骤210进行进一步地判断。若该当前测定值在目标监控指标对应的第二阈值范围内,说明维护策略效果不显著,应报警提醒;否则,说明该当前测定值在正常工作阈值范围内,即服务器端处于正常工作状态,或服务器端经维护策略处理后恢复至正常工作状态,均无需报警提醒。
在本实施例中,每完成一次处理操作,如获取目标监控指标的当前测定值、发送相应的维护策略、报警提醒等,服务器监控端均可以生成相应的日志文件,并对日志文件进行保存,以便于工作人员后期进行分析查看。
如图3所示,本发明实施例提供了一种服务器监控端30,包括:
确定单元301,用于确定服务器端的至少一个监控指标,以及每一个所述监控指标对应的第一阈值范围和维护策略;
获取单元302,用于获取目标监控指标的当前测定值;
处理单元303,用于判断所述当前测定值是否在所述目标监控指标对应的目标第一阈值范围内,若是,根据所述目标监控指标对应的维护策略对所述服务器端进行维护。
在本发明一个实施例中,所述确定单元301,进一步用于确定每一个所述监控指标对应的第二阈值范围;
所述处理单元303,进一步用于当判断出所述当前测定值不在所述目标第一阈值范围内时,判断所述当前测定值是否在所述目标监控指标对应的第二阈值范围内,若是,报警提醒。
在本发明一个实施例中,所述确定单元301,进一步用于确定每一个所述监控指标对应的设定个数;
所述处理单元303,进一步用于当判断出所述当前测定值在所述目标第一阈值范围内时,确定包含所述当前测定值的、连续在所述目标第一阈值范围内的测定值的第一个数;判断所述第一个数是否不小于所述目标监控指标对应的设定个数,若是,报警提醒。
如图4所示,本发明实施例提供了一种调控服务器运行状态的系统,包括:上述任一所述的服务器监控端30,以及至少一个服务器端40,其中,
所述服务器端40,用于接收并执行所述服务器监控端30发来的维护策略。
在本发明一个实施例中,所述服务器端40,进一步用于实时获取所述服务器端40对应的每一个监控指标的测定值;在接收到所述服务器监控端30发来的针对目标监控指标的请求时,向所述服务器监控端30返回所述目标监控指标的当前测定值。
在本发明一个实施例中,所述服务器监控端30通过IPMI协议,以及每一个所述服务器端40的连接信息,分别与每一个所述服务器端40相连,其中,
所述连接信息包括:IP地址、用户名、密码中的任意一种或多种。
上述装置内的各单元之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,具体内容可参见本发明方法实施例中的叙述,此处不再赘述。
综上所述,本发明的各个实施例至少具有如下有益效果:
1、本发明实施例中,确定服务器端的至少一个监控指标,以及每一个监控指标对应的阈值范围和维护策略;在获取到任一监控指标的当前测定值时,若该当前测定值在该监控指标对应的阈值范围内,则将该监控指标对应的维护策略发送给服务器端。由于可以根据服务器端各监控指标的测定值,以监测服务器端是否正常工作,并在其工作异常时,能够有针对性的利用相应维护策略进行调节以及时解除异常,从而防患于未然。因此,本发明实施例能够对出现异常情况的服务器进行及时维护。
2、本发明实施例中,当使用一个服务器监控端同时调控多个服务器端时,可以根据每一个服务器端的具体实际工作情况,对每一个服务器端设置合适的监控指标,且针对每一个服务器端的每一个监控指标,设置合适的自动获取测定值的时间间隔、进行维护的触发条件、进行报警的触发条件及维护策略。通过这一实现方式,可以实现服务器监控端对每一个服务器端的个性化监控操作和维护处理,有助于保证各服务器的正常工作。
3、本发明实施例中,可以及时定期的获取到每一个服务器端的每一个监控指标的当前测定值,以及时监控服务器的运行状态,并在服务器存在初步异常时进行相应自动维护处理,并在判断出维护效果不显著的情况下报警提醒相应的运维人员,以进行及时人为处理。通过这一实现方式,能够对出现异常情况的服务器进行双重保障的及时维护,从而降低或避免出现服务器宕机的可能性,降低服务器所运行业务中断的风险,故有益于保障服务器的正常工作,以及延长服务器的生命周期。
需要说明的是,在本文中,诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个〃·····”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储在计算机可读取的存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质中。
最后需要说明的是:以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种调控服务器运行状态的方法,其特征在于,预先确定服务器端的至少一个监控指标,以及每一个所述监控指标对应的第一阈值范围和维护策略,还包括:
S1:获取目标监控指标的当前测定值;
S2:判断所述当前测定值是否在所述目标监控指标对应的目标第一阈值范围内,若是,根据所述目标监控指标对应的维护策略对所述服务器端进行维护。
2.根据权利要求1所述的方法,其特征在于,
在所述S1之前,进一步包括:预先确定每一个所述监控指标对应的时间间隔;
所述S1,包括:以所述目标监控指标对应的时间间隔为周期,周期性地向所述服务器端请求所述目标监控指标的当前测定值;
接收所述服务器端发来的所述当前测定值。
3.根据权利要求1所述的方法,其特征在于,
在所述S2之前,进一步包括:预先确定每一个所述监控指标对应的第二阈值范围;
在所述S2中,当判断出所述当前测定值不在所述目标第一阈值范围内时,进一步包括:
判断所述当前测定值是否在所述目标监控指标对应的第二阈值范围内,若是,报警提醒;
和/或,
在所述S2之前,进一步包括:预先确定每一个所述监控指标对应的设定个数;
在所述S2中,当判断出所述当前测定值在所述目标第一阈值范围内时,进一步包括:
确定包含所述当前测定值的、连续在所述目标第一阈值范围内的测定值的第一个数;
判断所述第一个数是否不小于所述目标监控指标对应的设定个数,若是,报警提醒。
4.根据权利要求1所述的方法,其特征在于,
所述监控指标包括:服务器负载情况,其中,
所述服务器负载情况包括:CPU使用率、内存使用率、输入输出IO使用率中的任意一种或多种;
所述服务器负载情况对应的维护策略包括:风扇转速调节维护策略、基本输入输出系统BIOS能源策略调节维护策略和僵尸进程处理维护策略;
所述根据所述目标监控指标对应的维护策略对所述服务器端进行维护,包括:
根据所述风扇转速调节维护策略,生成用于调节风扇转速至最大转速的第一控制指令;
根据所述BIOS能源策略调节维护策略,生成用于通知BIOS打开智能降频技术EIST、T-state和C-state、关闭Turbo的第二控制指令;
根据所述僵尸进程处理维护策略,向所述服务器端发送获取服务器端的服务状态的请求;
接收所述服务器端发来的所述服务器端的服务状态;
根据所述服务器端的服务状态,确定资源占用率超过设定阈值的第一服务和pid重复的第二服务;
生成用于关闭所述第一服务和所述第二服务的第三控制指令;
将所述第一控制指令、所述第二控制指令和所述第三控制指令发送给所述服务器端。
5.根据权利要求1所述的方法,其特征在于,
所述监控指标包括:网络波动情况;
所述网络波动情况对应的维护策略包括:BIOS能源策略调节维护策略;
所述根据所述目标监控指标对应的维护策略对所述服务器端进行维护,包括:
根据所述BIOS能源策略调节维护策略,向所述服务器端发送获取服务器端PCIE网卡设备的第一使用情况和服务器端IO端口的第一占用情况的请求;
接收所述服务器端发来的所述第一使用情况和所述第一占用情况;
根据所述第一使用情况,将绑定所述服务器端的BOND的网卡端口依次重新设置,并生成用于设置所述网卡端口的第一设置指令;
根据所述第一占用情况,生成用于清除非法网络端口、将所述非法网络端口加入黑名单、强化防火墙等级、禁止安全等级低的服务使用网路的第四控制指令;
将所述第一设置指令和所述第四控制指令发送给所述服务器端。
6.根据权利要求1至5中任一所述的方法,其特征在于,
所述监控指标包括:服务器负载情况、CPU温度、内存使用情况、网络波动情况中的任意一种或多种;
和/或;
所述维护策略包括:风扇转速调节维护策略、BIOS能源策略调节维护策略、僵尸进程处理维护策略中的任意一种或多种。
7.一种服务器监控端,其特征在于,包括:
确定单元,用于确定服务器端的至少一个监控指标,以及每一个所述监控指标对应的第一阈值范围和维护策略;
获取单元,用于获取目标监控指标的当前测定值;
处理单元,用于判断所述当前测定值是否在所述目标监控指标对应的目标第一阈值范围内,若是,根据所述目标监控指标对应的维护策略对所述服务器端进行维护。
8.根据权利要求7所述的服务器监控端,其特征在于,
所述确定单元,进一步用于确定每一个所述监控指标对应的第二阈值范围;
所述处理单元,进一步用于当判断出所述当前测定值不在所述目标第一阈值范围内时,判断所述当前测定值是否在所述目标监控指标对应的第二阈值范围内,若是,报警提醒;
和/或,
所述确定单元,进一步用于确定每一个所述监控指标对应的设定个数;
所述处理单元,进一步用于当判断出所述当前测定值在所述目标第一阈值范围内时,确定包含所述当前测定值的、连续在所述目标第一阈值范围内的测定值的第一个数;判断所述第一个数是否不小于所述目标监控指标对应的设定个数,若是,报警提醒。
9.一种调控服务器运行状态的系统,其特征在于,包括:如权利要求7和8中任一所述的服务器监控端,以及至少一个服务器端,其中,
所述服务器端,用于接收并执行所述服务器监控端发来的维护策略。
10.根据权利要求9所述的调控服务器运行状态的系统,其特征在于,
所述服务器端,进一步用于实时获取所述服务器端对应的每一个监控指标的测定值;在接收到所述服务器监控端发来的针对目标监控指标的请求时,向所述服务器监控端返回所述目标监控指标的当前测定值;
和/或;
所述服务器监控端通过智能平台管理接口IPMI协议,以及每一个所述服务器端的连接信息,分别与每一个所述服务器端相连,其中,
所述连接信息包括:IP地址、用户名、密码中的任意一种或多种。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610300810.8A CN105791033A (zh) | 2016-05-09 | 2016-05-09 | 一种调控服务器运行状态的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610300810.8A CN105791033A (zh) | 2016-05-09 | 2016-05-09 | 一种调控服务器运行状态的方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105791033A true CN105791033A (zh) | 2016-07-20 |
Family
ID=56401825
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610300810.8A Pending CN105791033A (zh) | 2016-05-09 | 2016-05-09 | 一种调控服务器运行状态的方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105791033A (zh) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106339296A (zh) * | 2016-08-31 | 2017-01-18 | 虎扑(上海)文化传播股份有限公司 | 服务状态监测方法和装置 |
CN106411583A (zh) * | 2016-09-21 | 2017-02-15 | 努比亚技术有限公司 | 应用服务器修复装置和方法 |
CN106844176A (zh) * | 2017-01-23 | 2017-06-13 | 扬州万方电子技术有限责任公司 | 一种多单元服务器的传感器数据集成处理方法 |
CN107122685A (zh) * | 2017-04-27 | 2017-09-01 | 国信优易数据有限公司 | 一种大数据安全存储方法和设备 |
CN107248932A (zh) * | 2017-06-09 | 2017-10-13 | 山东超越数控电子有限公司 | 一种基于ipmi协议的远程服务器自动保护方法 |
CN107797527A (zh) * | 2016-08-31 | 2018-03-13 | 上海创和亿电子科技发展有限公司 | 一种均质化调控方法、系统、及具有该系统的服务器 |
CN107846325A (zh) * | 2017-11-08 | 2018-03-27 | 广东小天才科技有限公司 | 一种网络状态检测方法及终端 |
CN107995287A (zh) * | 2017-11-30 | 2018-05-04 | 郑州云海信息技术有限公司 | 一种通过ipmi远程监控数据中心节点健康状态的方法 |
CN108920337A (zh) * | 2018-06-27 | 2018-11-30 | 北京信安世纪科技股份有限公司 | 一种设备异常信息展示方法和计算机设备 |
CN109101356A (zh) * | 2018-07-18 | 2018-12-28 | 沈文策 | 一种监控软件状态的方法和装置 |
CN109189640A (zh) * | 2018-08-24 | 2019-01-11 | 平安科技(深圳)有限公司 | 服务器的监控方法、装置、计算机设备及存储介质 |
CN111309532A (zh) * | 2020-02-05 | 2020-06-19 | 浪潮电子信息产业股份有限公司 | Pcie设备异常检测方法、系统、电子设备及存储介质 |
WO2020232903A1 (zh) * | 2019-05-23 | 2020-11-26 | 平安科技(深圳)有限公司 | 监控任务动态调整方法、装置、计算设备和存储介质 |
WO2020252902A1 (zh) * | 2019-06-18 | 2020-12-24 | 平安科技(深圳)有限公司 | 云服务器自检方法、装置、设备及计算机可读存储介质 |
CN112752113A (zh) * | 2020-12-28 | 2021-05-04 | 上海哔哩哔哩科技有限公司 | 直播服务器异常因素的确定方法及装置 |
CN112929379A (zh) * | 2021-02-22 | 2021-06-08 | 深圳供电局有限公司 | 一种智能录波器远程运维指令防御方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102868694A (zh) * | 2012-09-17 | 2013-01-09 | 北京奇虎科技有限公司 | 控制客户端访问网络的检测方法、装置和系统 |
CN103092316A (zh) * | 2013-01-22 | 2013-05-08 | 浪潮电子信息产业股份有限公司 | 一种基于数据挖掘的服务器功耗管理系统 |
CN103713981A (zh) * | 2013-12-31 | 2014-04-09 | 国网山东省电力公司 | 一种数据库服务器性能检测和预警方法 |
EP2840461A1 (en) * | 2013-08-21 | 2015-02-25 | Intel Corporation | Forcing core low power states in a processor |
-
2016
- 2016-05-09 CN CN201610300810.8A patent/CN105791033A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102868694A (zh) * | 2012-09-17 | 2013-01-09 | 北京奇虎科技有限公司 | 控制客户端访问网络的检测方法、装置和系统 |
CN103092316A (zh) * | 2013-01-22 | 2013-05-08 | 浪潮电子信息产业股份有限公司 | 一种基于数据挖掘的服务器功耗管理系统 |
EP2840461A1 (en) * | 2013-08-21 | 2015-02-25 | Intel Corporation | Forcing core low power states in a processor |
CN103713981A (zh) * | 2013-12-31 | 2014-04-09 | 国网山东省电力公司 | 一种数据库服务器性能检测和预警方法 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106339296A (zh) * | 2016-08-31 | 2017-01-18 | 虎扑(上海)文化传播股份有限公司 | 服务状态监测方法和装置 |
CN107797527A (zh) * | 2016-08-31 | 2018-03-13 | 上海创和亿电子科技发展有限公司 | 一种均质化调控方法、系统、及具有该系统的服务器 |
CN107797527B (zh) * | 2016-08-31 | 2020-11-20 | 上海创和亿电子科技发展有限公司 | 一种均质化调控方法、系统、及具有该系统的服务器 |
CN106411583A (zh) * | 2016-09-21 | 2017-02-15 | 努比亚技术有限公司 | 应用服务器修复装置和方法 |
CN106844176A (zh) * | 2017-01-23 | 2017-06-13 | 扬州万方电子技术有限责任公司 | 一种多单元服务器的传感器数据集成处理方法 |
CN107122685A (zh) * | 2017-04-27 | 2017-09-01 | 国信优易数据有限公司 | 一种大数据安全存储方法和设备 |
CN107248932A (zh) * | 2017-06-09 | 2017-10-13 | 山东超越数控电子有限公司 | 一种基于ipmi协议的远程服务器自动保护方法 |
CN107846325B (zh) * | 2017-11-08 | 2020-09-04 | 广东小天才科技有限公司 | 一种网络状态检测方法及终端 |
CN107846325A (zh) * | 2017-11-08 | 2018-03-27 | 广东小天才科技有限公司 | 一种网络状态检测方法及终端 |
CN107995287A (zh) * | 2017-11-30 | 2018-05-04 | 郑州云海信息技术有限公司 | 一种通过ipmi远程监控数据中心节点健康状态的方法 |
CN108920337A (zh) * | 2018-06-27 | 2018-11-30 | 北京信安世纪科技股份有限公司 | 一种设备异常信息展示方法和计算机设备 |
CN109101356A (zh) * | 2018-07-18 | 2018-12-28 | 沈文策 | 一种监控软件状态的方法和装置 |
CN109189640A (zh) * | 2018-08-24 | 2019-01-11 | 平安科技(深圳)有限公司 | 服务器的监控方法、装置、计算机设备及存储介质 |
WO2020232903A1 (zh) * | 2019-05-23 | 2020-11-26 | 平安科技(深圳)有限公司 | 监控任务动态调整方法、装置、计算设备和存储介质 |
WO2020252902A1 (zh) * | 2019-06-18 | 2020-12-24 | 平安科技(深圳)有限公司 | 云服务器自检方法、装置、设备及计算机可读存储介质 |
CN111309532A (zh) * | 2020-02-05 | 2020-06-19 | 浪潮电子信息产业股份有限公司 | Pcie设备异常检测方法、系统、电子设备及存储介质 |
CN112752113A (zh) * | 2020-12-28 | 2021-05-04 | 上海哔哩哔哩科技有限公司 | 直播服务器异常因素的确定方法及装置 |
CN112929379A (zh) * | 2021-02-22 | 2021-06-08 | 深圳供电局有限公司 | 一种智能录波器远程运维指令防御方法及系统 |
CN112929379B (zh) * | 2021-02-22 | 2023-03-24 | 深圳供电局有限公司 | 一种智能录波器远程运维指令防御方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105791033A (zh) | 一种调控服务器运行状态的方法、装置及系统 | |
CN110164101B (zh) | 一种处理报警信息的方法及设备 | |
CN106656604A (zh) | 微服务请求管理方法、微服务控制器及高并发微服务架构 | |
CN104378262A (zh) | 一种云计算下智能监控分析方法及系统 | |
EP2479698A1 (en) | Systems and methods for detecting fraud associated with systems application processing | |
CN109558366A (zh) | 一种基于多处理器架构的防火墙 | |
GB2532630A (en) | Network intrusion alarm method and system for nuclear power station | |
CN109144559A (zh) | 一种更新数据包的推送方法及服务器 | |
CN102681909A (zh) | 一种基于内存错误的服务器预警方法 | |
Uemura et al. | Availability analysis of an intrusion tolerant distributed server system with preventive maintenance | |
CN102880540A (zh) | 一种保障接入控制器在高负载下正常工作的方法 | |
CN103647662B (zh) | 一种故障监测报警方法及装置 | |
CN104618161A (zh) | 一种应用集群监控装置及方法 | |
CN107682172A (zh) | 控制中心装置、业务系统处理的方法及介质 | |
CN106452941A (zh) | 网络异常的检测方法及装置 | |
CN110049028A (zh) | 监控域控管理员的方法、装置、计算机设备及存储介质 | |
CN111062503B (zh) | 一种电网监控告警处理方法、系统、终端及存储介质 | |
CN106452966A (zh) | 一种OpenStack云桌面的多网关管理的实现方法 | |
WO2014063557A1 (zh) | 网元负载不均检测处理方法、装置及其系统 | |
WO2018035765A1 (zh) | 网络异常的检测方法及装置 | |
CN103944940A (zh) | 动态配置代理服务器的设备及方法 | |
CN104780062A (zh) | 一种快速获取bmc管理网口ip地址的方法 | |
CN110516442A (zh) | 一种配电网安全防御系统、方法、装置、设备及存储介质 | |
CN117014232B (zh) | 一种拒绝服务攻击的防御方法、装置、设备和介质 | |
CN209692807U (zh) | 一种数据单元的可信平台度量防护系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160720 |