CN112272206A - 一种负载均衡设备的管理方法及*** - Google Patents

一种负载均衡设备的管理方法及*** Download PDF

Info

Publication number
CN112272206A
CN112272206A CN202010990357.4A CN202010990357A CN112272206A CN 112272206 A CN112272206 A CN 112272206A CN 202010990357 A CN202010990357 A CN 202010990357A CN 112272206 A CN112272206 A CN 112272206A
Authority
CN
China
Prior art keywords
load balancing
health index
equipment
balancing device
management platform
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.)
Granted
Application number
CN202010990357.4A
Other languages
English (en)
Other versions
CN112272206B (zh
Inventor
徐冠群
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202010990357.4A priority Critical patent/CN112272206B/zh
Publication of CN112272206A publication Critical patent/CN112272206A/zh
Application granted granted Critical
Publication of CN112272206B publication Critical patent/CN112272206B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • 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/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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
    • 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
    • H04L43/0823—Errors, e.g. transmission errors
    • 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1034—Reaction to server failures by a load balancer

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种负载均衡设备的管理方法及***，该方法包括：部署独立于所有负载均衡设备的管理平台；根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接；存储负载均衡设备的信息；通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数；根据任一负载均衡设备的运行状态健康指数，对任一负载均衡设备进行管理。该***包括：通信模块、存储模块、巡检模块和管理模块。通过本申请，能够实现负载均衡设备的集中管理，大大提高对负载均衡设备的管理效率。

Description

一种负载均衡设备的管理方法及***
技术领域
本申请涉及计算机网络设备管理技术领域，特别是涉及一种负载均衡设备的管理方法及***。
背景技术
负载均衡设备是一种计算机网络设备，用于在多个计算机集群中分配负载，从而优化资源，提升***的最大吞吐率，减少响应时间。不同的负载均衡部署方式都需要将负载均衡设备连接到用户的网络中，在网络架构中对负载均衡设备进行管理。
目前对负载均衡设备进行管理的方法，通常是单台管理。具体地，分别对每台负载均衡设备进行配置，并根据配置情况进行相应的手动巡检，从而确保业务正常运行。
然而目前对负载均衡设备进行管理的方法仅适用于负载均衡设备较少的情况，当应用场景中负载均衡设备数量较大时，逐台配置参数会导致效率非常低，而且手工巡检占用时间较长，容易产生误差，使得负载均衡管理效率较低。
发明内容
本申请提供了一种负载均衡设备的管理方法及***，以解决现有技术中对负载均衡设备管理效率较低的问题。
为了解决上述技术问题，本申请实施例公开了如下技术方案：
一种负载均衡设备的管理方法，所述方法包括：
部署独立于所有负载均衡设备的管理平台；
根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接，所述通信协议类型包括：SNMP(Simple Network ManagementProtocol，简单网络管理协议)协议和HTTP(HyperText Transfer Protocol，超文本传输协议)协议；
存储负载均衡设备的信息，所述信息包括：配置信息、MIB(ManagementInformation Base，:管理信息库)信息库以及API(Application Programming Interface，应用程序编程接口)接口信息；
通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数，所述运行状态健康指数包括：硬件健康指数、服务健康指数、双机健康指数、设备安全指数和授权健康指数；
根据任一负载均衡设备的运行状态健康指数，对所述任一负载均衡设备进行管理。
可选地，所述根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接，包括：
确定任一负载均衡设备所支持的通信协议类型；
当任一负载均衡设备所支持的通信协议类型为SNMP协议时，根据设定的第一标准化知识库和管理信息库，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，所述第一标准化知识库与SNMP协议相匹配；
当任一负载均衡设备所支持的通信协议类型为HTTP协议时，根据设定的第二标准化知识库和接口文档，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，所述第二标准化知识库与HTTP协议相匹配。
可选地，所述当任一负载均衡设备所支持的通信协议类型为SNMP协议时，根据设定的第一标准化知识库和管理信息库，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，包括：
当任一负载均衡设备所支持的通信协议类型为SNMP协议时，判断所述管理平台中是否预存有与所述负载均衡设备相匹配的管理信息库；
如果是，在所述管理平台上添加所述任一负载均衡设备；
如果否，判定无法在所述管理平台上添加所述任一负载均衡设备；
在所述管理平台上添加所述任一负载均衡设备之后，读取所述任一负载均衡设备的管理信息库；
通过所述任一负载均衡设备与管理平台之间的SNMP协议，管理平台获取来自所述任一负载均衡设备的返回值；
读取设定的第一标准化知识库，所述第一标准化知识库与SNMP协议相匹配；
根据所述第一标准化知识库，对所述返回值进行标准化处理。
可选地，所述当任一负载均衡设备所支持的通信协议类型为HTTP协议时，根据设定的第二标准化知识库和接口文档，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，包括：
当任一负载均衡设备所支持的通信协议类型为HTTP协议时，判断所述管理平台中是否预存有与所述负载均衡设备相匹配的接口文档；
如果是，在所述管理平台上添加所述任一负载均衡设备；
如果否，判定无法在所述管理平台上添加所述任一负载均衡设备；
在所述管理平台上添加所述任一负载均衡设备之后，读取所述任一负载均衡设备的接口文档；
通过所述任一负载均衡设备与管理平台之间的HTTP协议，管理平台获取来自所述任一负载均衡设备的返回值；
读取设定的第二标准化知识库，所述第二标准化知识库与HTTP协议相匹配；
根据所述第二标准化知识库，对所述返回值进行标准化处理。
可选地，所述通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数，包括：
根据所述任一负载均衡设备的CPU、内存和网卡的使用情况，利用公式I1＝100-a1*C1-a2*M1-a3*N1，计算得出所述任一负载均衡设备的硬件健康指数，其中，C1为CPU的平均利用率，M1为内存利用率，N1为网卡带宽利用率，a1、a2、a3分别为CPU平均利用率、内存利用率以及网卡带宽利用率的权重；
根据所述任一负载均衡设备的服务信息、服务池信息以及节点信息，利用公式I2＝b1*S1+b2*S2+b3*N1，计算得出服务健康指数，其中，S1为正常服务的比例，S2为正常服务池的比例，N1为正常节点的比例，b1、b2、b3分别为正常服务比例、正常服务池比例以及正常节点比例的权重；
当所述任一负载均衡设备处于双机状态时，根据所述任一负载均衡设备的双机状态，确定双机健康指数；
根据设定时间段内所述任一负载均衡设备的登陆日志、***日志和业务日志，利用公式I4＝100-c1*N1-c2*N2-c3*N3，计算得出任一负载均衡设备的设备安全指数，其中，N1为设备登录失败日志条数，N2为***错误日志条数，N3业务异常日志条数，c1、c2、c3分别为设备登录失败日志条数、***错误日志条数以及异常日志条数的权重；
根据所述任一负载均衡设备的授权信息，确定所述任一负载均衡设备的授权健康指数；
利用公式I＝w1*I1+w2*I2+w3*I3+w4*I4+w5*I5，计算得出所述任一负载均衡设备的运行状态健康指数总和，其中I1为任一负载均衡设备的硬件健康指数、I2为服务健康指数、I3为双机健康指数、I4为设备安全指数、I5为授权健康指数、w1、w2、w3、w4、w5分别为硬件健康指数、服务健康指数、双机健康指数、设备安全指数以及授权健康指数的权重。
可选地，所述根据任一负载均衡设备的运行状态健康指数，对所述任一负载均衡设备进行管理，包括：
当任一负载均衡设备的硬件健康指数＜设定的硬件健康指数阈值时，重启设备或升级硬件；
当任一负载均衡设备的服务健康指数＜设定的服务健康指数阈值时，输出失效服务并对失效服务进行故障恢复；
当任一负载均衡设备的双机健康指数＜设定的双机健康指数阈值时，对双机中的主机进行故障处理；
当任一负载均衡设备的设备安全指数＜设定的设备安全指数阈值时，更新开机密码并升级业务安全保障；
当任一负载均衡设备的授权健康指数＜设定的授权健康指数阈值时，导入正式授权。
可选地，所述根据任一负载均衡设备的运行状态健康指数，对所述任一负载均衡设备进行管理，还包括：
根据所述运行状态健康指数生成报表；
对所述报表进行显示。
一种负载均衡设备的管理***，所述***包括：
通信模块，用于根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接，所述通信协议类型包括：SNMP协议和HTTP协议；
存储模块，用于存储负载均衡设备的信息，所述信息包括：配置信息、MIB信息库以及API接口信息；
巡检模块，用于通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数，所述运行状态健康指数包括：硬件健康指数、服务健康指数、双机健康指数、设备安全指数和授权健康指数；
管理模块，用于根据任一负载均衡设备的运行状态健康指数，对所述任一负载均衡设备进行管理。
可选地，所述通信模块包括：
通信协议类型确定单元，用于确定任一负载均衡设备所支持的通信协议类型；
SNMP协议通信单元，用于当任一负载均衡设备所支持的通信协议类型为SNMP协议时，根据设定的第一标准化知识库和管理信息库，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，所述第一标准化知识库与SNMP协议相匹配；
HTTP协议通信单元，用于当任一负载均衡设备所支持的通信协议类型为HTTP协议时，根据设定的第二标准化知识库和接口文档，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，所述第二标准化知识库与HTTP协议相匹配。
可选地，所述巡检模块包括：
硬件健康指数计算单元，用于根据所述任一负载均衡设备的CPU、内存和网卡的使用情况，利用公式I1＝100-a1*C1-a2*M1-a3*N1，计算得出所述任一负载均衡设备的硬件健康指数，其中，C1为CPU的平均利用率，M1为内存利用率，N1为网卡带宽利用率，a1、a2、a3分别为CPU平均利用率、内存利用率以及网卡带宽利用率的权重；
服务健康指数计算单元，用于根据所述任一负载均衡设备的服务信息、服务池信息以及节点信息，利用公式I2＝b1*S1+b2*S2+b3*N1，计算得出服务健康指数，其中，S1为正常服务的比例，S2为正常服务池的比例，N1为正常节点的比例，b1、b2、b3分别为正常服务比例、正常服务池比例以及正常节点比例的权重；
双机健康指数计算单元，用于当所述任一负载均衡设备处于双机状态时，根据所述任一负载均衡设备的双机状态，确定双机健康指数；
设备安全指数计算单元，用于根据设定时间段内所述任一负载均衡设备的登陆日志、***日志和业务日志，利用公式I4＝100-c1*N1-c2*N2-c3*N3，计算得出任一负载均衡设备的设备安全指数，其中，N1为设备登录失败日志条数，N2为***错误日志条数，N3业务异常日志条数，c1、c2、c3分别为设备登录失败日志条数、***错误日志条数以及异常日志条数的权重；
授权健康指数计算单元，用于根据所述任一负载均衡设备的授权信息，确定所述任一负载均衡设备的授权健康指数；
总体运行状态健康指数计算单元，用于利用公式I＝w1*I 1+w2*I2+w3*I3+w4*I4+w5*I5，计算得出所述任一负载均衡设备的运行状态健康指数总和，其中I1为任一负载均衡设备的硬件健康指数、I2为服务健康指数、I3为双机健康指数、I4为设备安全指数、I5为授权健康指数、w1、w2、w3、w4、w5分别为硬件健康指数、服务健康指数、双机健康指数、设备安全指数以及授权健康指数的权重。
本申请的实施例提供的技术方案可以包括以下有益效果：
本申请提供一种负载均衡设备的管理方法，该方法首先部署独立于所有负载均衡设备的管理平台，然后根据通信协议类型建立管理平台与任一负载均衡设备之间的通信连接，存储负载均衡设备的信息，并采用轮询的方式对所有负载均衡设备进行巡检，确定每个负载均衡设备的运行状态健康指数，最后根据该运行状态健康指数对负载均衡设备进行管理。本实施例通过部署独立的管理平台，利用该管理平台和每个负载均衡设备建立通信连接，从而实现集中管理，能够大大提高对负载均衡设备管理的效率。在建立管理平台与负载均衡设备的通信连接时，包括SNMP协议和HTTP协议两种形式，能够涵盖绝大多数常见的负载均衡设备，兼容性较强。本实施例中采用轮询方式对负载均衡设备完成自动化巡检，有效降低误差，节省时间，从而大大提高对负载均衡设备的管理效率。本实施例在对负载均衡设备进行巡检时能够综合多种运行状态健康指数，有利于更加全面而准确地获取每台负载均衡设备的运行状态，从而为后续的管理提供有效依据，使得管理更加有针对性，有利于提高对负载均衡设备的管理效率。
本申请还提供一种负载均衡设备的管理***，该***主要包括：通信模块、存储模块、巡检模块和管理模块。该***可以构成一负载均衡设备管理平台。通过通信模块，能够建立负载均衡设备与管理平台之间的通信连接，通过存储模块存储负载均衡设备的相关信息，便于及时调用，通过巡检模块，采用轮询方式自动化完成对任一负载均衡设备的巡检，能够大大提高管理效率。而且本实施例中巡检模块巡检时能够综合多种运行状态健康指数，有利于更加全面而准确地获取每台负载均衡设备的运行状态，使得对负载均衡设备的管理更加有针对性，当故障发生时，能够在最短的时间内更加准确地确定故障原因，从而提高对负载均衡设备的管理效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例所提供的一种负载均衡设备的管理方法的流程示意图；
图2为本实施例中管理平台架构示意图；
图3为本申请实施例所提供的一种负载均衡设备的管理***的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
为了更好地理解本申请，下面结合附图来详细解释本申请的实施方式。
实施例一
参见,1，图1为本申请实施例所提供的一种负载均衡设备的管理方法的流程示意图。由图1可知，本实施例中负载均衡设备的管理方法，主要包括如下过程：
S1：部署独立于所有负载均衡设备的管理平台。
本实施例中管理平台和各负载均衡设备之间的架构示意图，如图2所示。通过部署独立于负载均衡设备的管理平台，使得用户能够通过该独立的管理平台对所有的负载均衡设备进行统一管理，从而实现集中管理，有利于大大提高对负载均衡设备的管理效率。
S2：根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接。
其中，通信协议类型包括：SNMP协议和HTTP协议。本实施例中在建立管理平台与负载均衡设备之间的通信连接时，根据当前负载均衡设备所支持的通信协议类型，进行不同的通信连接，有利于提高兼容性。
具体地，步骤S2包括如下过程：
S21：确定任一负载均衡设备所支持的通信协议类型。
当任一负载均衡设备所支持的通信协议类型为SNMP协议时，执行步骤S22：根据设定的第一标准化知识库和管理信息库，在管理平台上添加任一负载均衡设备，并进行管理平台与任一负载均衡设备之间的通信，其中，第一标准化知识库与SNMP协议相匹配。
具体地，步骤S21又包括如下过程：
S221：当任一负载均衡设备所支持的通信协议类型为SNMP协议时，判断管理平台中是否预存有与负载均衡设备相匹配的管理信息库。
如果管理平台中预存有与负载均衡设备相匹配的管理信息库，执行步骤S222：在管理平台上添加任一负载均衡设备。
如果管理平台中没有预存与负载均衡设备相匹配的管理信息库，执行步骤S223：判定无法在管理平台上添加任一负载均衡设备。
由步骤S221-S223可知，对于SNMP协议，管理平台中内置不同型号负载均衡设备的管理信息库，也就是MIB库。例如：当添加一台A型号的负载均衡设备时，管理平台首先检查有没有预存A型号的MIB库，如果有则成功添加该A型号的负载均衡设备，否则，无法添加该负载均衡设备。
S224：在管理平台上添加任一负载均衡设备之后，读取任一负载均衡设备的管理信息库。
S225：通过任一负载均衡设备与管理平台之间的SNMP协议，管理平台获取来自所述任一负载均衡设备的返回值。
S226：读取设定的第一标准化知识库。
本实施例中，第一标准化知识库与SNMP协议相匹配。
S227：根据第一标准化知识库，对返回值进行标准化处理。
由以上步骤S224-S227可知，在管理平台上成功添加任一负载均衡设备之后，管理平台通过网络与负载均衡设备进行通信，不同的负载均衡设备对管理平台返回的信息不同，且管理平台通过内置的第一标准化知识库，对负载均衡设备返回的信息进行标准化处理，通过标准化，使得各种数据具有可比性，从而提高负载均衡设备管理结果的准确性。
S23：当任一负载均衡设备所支持的通信协议类型为HTTP协议时，根据设定的第二标准化知识库和接口文档，在管理平台上添加任一负载均衡设备，并进行管理平台与任一负载均衡设备之间的通信，第二标准化知识库与HTTP协议相匹配。
当任一负载均衡设备所支持的通信协议类型为HTTP协议时，执行步骤S231：判断管理平台中是否预存有与负载均衡设备相匹配的接口文档。
如果管理平台中预存有与负载均衡设备相匹配的接口文档，执行步骤S232：在管理平台上添加任一负载均衡设备。
如果管理平台中没有预存与负载均衡设备相匹配的接口文档，执行步骤S233：判定无法在管理平台上添加任一负载均衡设备。
步骤S231-S233的原理和步骤S221-S223相同。对于HTTP协议，管理平台内置不同型号负载均衡设备的接口文档，也就是API文档。例如：当添加一台B型号的负载均衡设备时，管理平台首先检查有没有预存B型号的接口文档，如果有，则添加该B型号的负载均衡设备成功，否则，添加失败，无法添加该负载均衡设备。
S234：在管理平台上添加任一负载均衡设备之后，读取任一负载均衡设备的接口文档。
S235：通过任一负载均衡设备与管理平台之间的HTTP协议，管理平台获取来自所述任一负载均衡设备的返回值。
S236：读取设定的第二标准化知识库，其中，第二标准化知识库与HTTP协议相匹配。
S237：根据第二标准化知识库，对返回值进行标准化处理。
由以上步骤S234-237可知，以API接口为例，假设C型号的负载均衡设备获取CPU利用率的API接口是/sysinfo/getCpuRate，返回值是{"rate":0.05}，则管理平台调用C型号设备的/sysinfo/getCpuRate接口，将返回信息中的0.05取出来乘以100，得到CPU利用率为5。D型号设备获取CPU利用率的API接口是/getCpu，返回是5，则管理平台调用D型号设备的/getCpu接口，直接拿到返回信息中的5，得到CPU利用率为5。通过这种方法，使得从各种型号的负载均衡设备得到的数据能够标准化，格式统一化，具有可对比性，从而提高管理结果的准确性，而且这种标准化便于生成报表，从而提高管理效率。其中，对于C设备返回的数据中取出0.05然后乘以100，D型号设备返回的数据直接使用的方法，由第二标准化知识库预先设定。
继续参见图1可知，建立管理平台与任一负载均衡设备之间的通信连接之后，执行步骤S3：存储负载均衡设备的信息。
本实施例中负载均衡设备的信息包括：配置信息、MIB信息库以及API接口信息。其中，API接口信息包括：URL(Uniform Resource Locator，统一资源定位符)、输入参数以及返回参数。
S4：通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数。
其中，运行状态健康指数包括：硬件健康指数、服务健康指数、双机健康指数、设备安全指数和授权健康指数。具体地，步骤S4包括如下过程：
S41：根据任一负载均衡设备的CPU、内存和网卡的使用情况，利用公式I1＝100-a1*C1-a2*M1-a3*N1，计算得出任一负载均衡设备的硬件健康指数。
其中，C1为CPU的平均利用率，M1为内存利用率，N1为网卡带宽利用率，a1、a2、a3分别为CPU平均利用率、内存利用率以及网卡带宽利用率的权重。首先获取到任一负载均衡设备的CPU、内存和网卡的使用情况，然后利用公式I1＝100-a1*C1-a2*M1-a3*N1，计算得出硬件健康指数，CPU、内存和网卡的利用率越高，硬件健康指数月底。
S42：根据任一负载均衡设备的服务信息、服务池信息以及节点信息，利用公式I2＝b1*S1+b2*S2+b3*N1，计算得出服务健康指数。
其中，S1为正常服务的比例，S2为正常服务池的比例，N1为正常节点的比例，b1、b2、b3分别为正常服务比例、正常服务池比例以及正常节点比例的权重。首先获取到任一负载均衡设备的服务信息、服务池信息以及节点信息，然后利用公式I2＝b1*S1+b2*S2+b3*N1，计算得出服务健康指数。其中最重要的是获取服务信息，当越多的服务不可用时，服务健康指数越低。
S43：当任一负载均衡设备处于双机状态时，根据任一负载均衡设备的双机状态，确定双机健康指数。
具体地，如果任一负载均衡设备未配置双机，则双机健康指数I3取值为100；如果任一负载均衡设备配置有双机，且主机或备机处于异常状态，则I3取值为0；如果任一负载均衡设备配置有双机，且主机正常，则I3取值为100。在任一负载均衡设备配置双机的情况下，如果当前主机工作异常，备机已经启用，则服务健康指数越低。
S44：根据设定时间段内任一负载均衡设备的登陆日志、***日志和业务日志，利用公式I4＝100-c1*N1-c2*N2-c3*N3，计算得出任一负载均衡设备的设备安全指数。
其中，N1为设备登录失败日志条数，N2为***错误日志条数，N3业务异常日志条数，c1、c2、c3分别为设备登录失败日志条数、***错误日志条数以及异常日志条数的权重。由步骤S44可知，获取一段时间之内的登录日志、***日志和业务日志，对于每一条日志，对比预先设定的内置的模式库，该模式库存放有异常日志的关键词等信息，如果匹配成功，则认为这是一条异常的日志。例如：如果内置的模式库中存在一条login failed的正则表达式规则，则所有能够匹配login failed正则表达式的日志，均被认为是异常日志，当异常日志所占的比例越高时，设备的安全指数越低。
S45：根据任一负载均衡设备的授权信息，确定任一负载均衡设备的授权健康指数。
本实施例中定义以授权的任一负载均衡设备的授权健康指数I5为100，未授权或者授权过期的任一负载均衡设备的授权健康指数I5为0。
S46：利用公式I＝w1*I1+w2*I2+w3*I3+w4*I4+w5*I5，计算得出任一负载均衡设备的运行状态健康指数总和，
其中，I1为任一负载均衡设备的硬件健康指数、I2为服务健康指数、I3为双机健康指数、I4为设备安全指数、I5为授权健康指数、w1、w2、w3、w4、w5分别为硬件健康指数、服务健康指数、双机健康指数、设备安全指数以及授权健康指数的权重。
继续参见图1可知，本实施例中对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数之后，执行步骤S5：根据任一负载均衡设备的运行状态健康指数，对任一负载均衡设备进行管理。
具体地，步骤S5包括如下过程：
S51：当任一负载均衡设备的硬件健康指数＜设定的硬件健康指数阈值时，重启设备或升级硬件。
S52：当任一负载均衡设备的服务健康指数＜设定的服务健康指数阈值时，输出失效服务并对失效服务进行故障恢复。
S53：当任一负载均衡设备的双机健康指数＜设定的双机健康指数阈值时，对双机中的主机进行故障处理。
S54：当任一负载均衡设备的设备安全指数＜设定的设备安全指数阈值时，更新开机密码并升级业务安全保障。
S55：当任一负载均衡设备的授权健康指数＜设定的授权健康指数阈值时，导入正式授权。
通过以上步骤S51-S55，能够针对不同的运行状态健康指数异常状况，进行不同的处理，从而实现有针对性地对负载均衡设备进行管理，提高管理效率。
进一步地，本实施例中步骤S5还包括：
S56：根据运行状态健康指数生成报表。
S57：对报表进行显示。
由步骤S56和S57可知，当计算完毕每台负载均衡设备的运行状态健康指数之后根据这些运行状态健康指数生成报表，向用户同一层现负载均衡设备当前的总体健康情况，以及每个负载均衡设备的健康情况。
实施例二
在图1和图2所示实施例的基础之上参见图3，图3为本申请实施例所提供的一种负载均衡设备的管理***的结构示意图。由图3可知，本实施例中负载均衡设备的管理***，主要包括：通信模块、存储模块、巡检模块和管理模块。其中，通信模块，用于根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接，通信协议类型包括：SNMP协议和HTTP协议；存储模块，用于存储负载均衡设备的信息，信息包括：配置信息、MIB信息库以及API接口信息；巡检模块，用于通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数，运行状态健康指数包括：硬件健康指数、服务健康指数、双机健康指数、设备安全指数和授权健康指数；管理模块，用于根据任一负载均衡设备的运行状态健康指数，对任一负载均衡设备进行管理。
进一步地，通信模块包括：通信协议类型确定单元、SNMP协议通信单元和HTTP协议通信单元。其中，通信协议类型确定单元，用于确定任一负载均衡设备所支持的通信协议类型；SNMP协议通信单元，用于当任一负载均衡设备所支持的通信协议类型为SNMP协议时，根据设定的第一标准化知识库和管理信息库，在管理平台上添加任一负载均衡设备，并进行管理平台与任一负载均衡设备之间的通信，第一标准化知识库与SNMP协议相匹配；HTTP协议通信单元，用于当任一负载均衡设备所支持的通信协议类型为HTTP协议时，根据设定的第二标准化知识库和接口文档，在管理平台上添加任一负载均衡设备，并进行管理平台与任一负载均衡设备之间的通信，第二标准化知识库与HTTP协议相匹配。
SNMP协议通信单元又包括：第一判断子单元、第一添加子单元、管理信息库读取子单元、第一返回值获取子单元、第一标准化知识库读取子单元和第一标准化处理子单元。其中，第一判断子单元，用于当任一负载均衡设备所支持的通信协议类型为SNMP协议时，判断管理平台中是否预存有与负载均衡设备相匹配的管理信息库，如果是，可以在管理平台上添加任一负载均衡设备，否则，判定无法在管理平台上添加任一负载均衡设备。第一添加子单元，用于当管理平台中预存有与负载均衡设备相匹配的管理信息库时，在管理平台上添加任一负载均衡设备。管理信息库读取子单元，用于在管理平台上添加任一负载均衡设备之后，读取任一负载均衡设备的管理信息库。第一返回值获取子单元，用于通过任一负载均衡设备与管理平台之间的SNMP协议，管理平台获取来自任一负载均衡设备的返回值。第一标准化知识库读取子单元，用于读取设定的第一标准化知识库，第一标准化知识库与SNMP协议相匹配。第一标准化处理子单元，用于根据第一标准化知识库，对返回值进行标准化处理。
HTTP协议通信单元又包括：第二判断子单元、第二添加子单元、接口文档读取子单元、第二返回值获取子单元、第二标准化知识库读取子单元和第二标准化处理子单元。其中，第二判断子单元，用于当任一负载均衡设备所支持的通信协议类型为HTTP协议时，判断管理平台中是否预存有与负载均衡设备相匹配的接口文档，如果是，可以在管理平台上添加任一负载均衡设备，否则，判定无法在管理平台上添加任一负载均衡设备。第二添加子单元，用于当管理平台中预存有与负载均衡设备相匹配的接口文档时，在管理平台上添加任一负载均衡设备。接口文档读取子单元，用于在管理平台上添加任一负载均衡设备之后，读取任一负载均衡设备的接口文档。第二返回值获取子单元，用于通过任一负载均衡设备与管理平台之间的HTTP协议，管理平台获取来自任一负载均衡设备的返回值；第二标准化知识库读取子单元，用于读取设定的第二标准化知识库，第二标准化知识库与HTTP协议相匹配；第二标准化处理子单元，用于根据第二标准化知识库，对返回值进行标准化处理。
进一步地，巡检模块包括：硬件健康指数计算单元、服务健康指数计算单元、双机健康指数计算单元、设备安全指数计算单元、授权健康指数计算单元和总体运行状态健康指数计算单元。其中，硬件健康指数计算单元，用于根据任一负载均衡设备的CPU、内存和网卡的使用情况，利用公式I1＝100-a1*C1-a2*M1-a3*N1，计算得出任一负载均衡设备的硬件健康指数，其中，C1为CPU的平均利用率，M1为内存利用率，N1为网卡带宽利用率，a1、a2、a3分别为CPU平均利用率、内存利用率以及网卡带宽利用率的权重；服务健康指数计算单元，用于根据任一负载均衡设备的服务信息、服务池信息以及节点信息，利用公式I2＝b1*S1+b2*S2+b3*N1，计算得出服务健康指数，其中，S1为正常服务的比例，S2为正常服务池的比例，N1为正常节点的比例，b1、b2、b3分别为正常服务比例、正常服务池比例以及正常节点比例的权重；双机健康指数计算单元，用于当任一负载均衡设备处于双机状态时，根据任一负载均衡设备的双机状态，确定双机健康指数；设备安全指数计算单元，用于根据设定时间段内任一负载均衡设备的登陆日志、***日志和业务日志，利用公式I4＝100-c1*N1-c2*N2-c3*N3，计算得出任一负载均衡设备的设备安全指数，其中，N1为设备登录失败日志条数，N2为***错误日志条数，N3业务异常日志条数，c1、c2、c3分别为设备登录失败日志条数、***错误日志条数以及异常日志条数的权重；授权健康指数计算单元，用于根据任一负载均衡设备的授权信息，确定任一负载均衡设备的授权健康指数；总体运行状态健康指数计算单元，用于利用公式I＝w1*I1+w2*I2+w3*I3+w4*I4+w5*I5，计算得出任一负载均衡设备的运行状态健康指数总和，其中I1为任一负载均衡设备的硬件健康指数、I2为服务健康指数、I3为双机健康指数、I4为设备安全指数、I5为授权健康指数、w1、w2、w3、w4、w5分别为硬件健康指数、服务健康指数、双机健康指数、设备安全指数以及授权健康指数的权重。
管理模块包括：硬件健康指数管理单元、服务健康指数管理单元、双机健康指数管理单元、设备安全指数管理单元和授权健康指数管理单元。其中，硬件健康指数管理单元，用于当任一负载均衡设备的硬件健康指数＜设定的硬件健康指数阈值时，重启设备或升级硬件。服务健康指数管理单元，用于当任一负载均衡设备的服务健康指数＜设定的服务健康指数阈值时，输出失效服务并对失效服务进行故障恢复。双机健康指数管理单元，用于当任一负载均衡设备的双机健康指数＜设定的双机健康指数阈值时，对双机中的主机进行故障处理。设备安全指数管理单元，用于当任一负载均衡设备的设备安全指数＜设定的设备安全指数阈值时，更新开机密码并升级业务安全保障。授权健康指数管理单元，用于当任一负载均衡设备的授权健康指数＜设定的授权健康指数阈值时，导入正式授权。
进一步地，管理模块还包括：报表单元和显示单元。报表单元，用于根据运行状态健康指数生成报表。显示单元，用于对报表进行显示。
该实施例中负载均衡设备的管理***的工作原理和工作方法，在图1和图2所示的实施例中已经详细阐述，两个实施例之间可以互相参照，在此不再赘述。
以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种负载均衡设备的管理方法，其特征在于，所述方法包括：
部署独立于所有负载均衡设备的管理平台；
根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接，所述通信协议类型包括：SNMP协议和HTTP协议；
存储负载均衡设备的信息，所述信息包括：配置信息、MIB信息库以及API接口信息；
通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数，所述运行状态健康指数包括：硬件健康指数、服务健康指数、双机健康指数、设备安全指数和授权健康指数；
根据任一负载均衡设备的运行状态健康指数，对所述任一负载均衡设备进行管理。
2.根据权利要求1所述的一种负载均衡设备的管理方法，其特征在于，所述根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接，包括：
确定任一负载均衡设备所支持的通信协议类型；
当任一负载均衡设备所支持的通信协议类型为SNMP协议时，根据设定的第一标准化知识库和管理信息库，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，所述第一标准化知识库与SNMP协议相匹配；
当任一负载均衡设备所支持的通信协议类型为HTTP协议时，根据设定的第二标准化知识库和接口文档，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，所述第二标准化知识库与HTTP协议相匹配。
3.根据权利要求2所述的一种负载均衡设备的管理方法，其特征在于，所述当任一负载均衡设备所支持的通信协议类型为SNMP协议时，根据设定的第一标准化知识库和管理信息库，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，包括：
当任一负载均衡设备所支持的通信协议类型为SNMP协议时，判断所述管理平台中是否预存有与所述负载均衡设备相匹配的管理信息库；
如果是，在所述管理平台上添加所述任一负载均衡设备；
如果否，判定无法在所述管理平台上添加所述任一负载均衡设备；
在所述管理平台上添加所述任一负载均衡设备之后，读取所述任一负载均衡设备的管理信息库；
通过所述任一负载均衡设备与管理平台之间的SNMP协议，管理平台获取来自所述任一负载均衡设备的返回值；
读取设定的第一标准化知识库，所述第一标准化知识库与SNMP协议相匹配；
根据所述第一标准化知识库，对所述返回值进行标准化处理。
4.根据权利要求2所述的一种负载均衡设备的管理方法，其特征在于，所述当任一负载均衡设备所支持的通信协议类型为HTTP协议时，根据设定的第二标准化知识库和接口文档，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，包括：
当任一负载均衡设备所支持的通信协议类型为HTTP协议时，判断所述管理平台中是否预存有与所述负载均衡设备相匹配的接口文档；
如果是，在所述管理平台上添加所述任一负载均衡设备；
如果否，判定无法在所述管理平台上添加所述任一负载均衡设备；
在所述管理平台上添加所述任一负载均衡设备之后，读取所述任一负载均衡设备的接口文档；
通过所述任一负载均衡设备与管理平台之间的HTTP协议，管理平台获取来自所述任一负载均衡设备的返回值；
读取设定的第二标准化知识库，所述第二标准化知识库与HTTP协议相匹配；
根据所述第二标准化知识库，对所述返回值进行标准化处理。
5.根据权利要求1所述的一种负载均衡设备的管理方法，其特征在于，所述通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数，包括：
根据所述任一负载均衡设备的CPU、内存和网卡的使用情况，利用公式I1＝100-a1*C1-a2*M1-a3*N1，计算得出所述任一负载均衡设备的硬件健康指数，其中，C1为CPU的平均利用率，M1为内存利用率，N1为网卡带宽利用率，a1、a2、a3分别为CPU平均利用率、内存利用率以及网卡带宽利用率的权重；
根据所述任一负载均衡设备的服务信息、服务池信息以及节点信息，利用公式I2＝b1*S1+b2*S2+b3*N1，计算得出服务健康指数，其中，S1为正常服务的比例，S2为正常服务池的比例，N1为正常节点的比例，b1、b2、b3分别为正常服务比例、正常服务池比例以及正常节点比例的权重；
当所述任一负载均衡设备处于双机状态时，根据所述任一负载均衡设备的双机状态，确定双机健康指数；
根据设定时间段内所述任一负载均衡设备的登陆日志、***日志和业务日志，利用公式I4＝100-c1*N1-c2*N2-c3*N3，计算得出任一负载均衡设备的设备安全指数，其中，N1为设备登录失败日志条数，N2为***错误日志条数，N3业务异常日志条数，c1、c2、c3分别为设备登录失败日志条数、***错误日志条数以及异常日志条数的权重；
根据所述任一负载均衡设备的授权信息，确定所述任一负载均衡设备的授权健康指数；
利用公式I＝w1*I1+w2*I2+w3*I3+w4*I4+w5*I5，计算得出所述任一负载均衡设备的运行状态健康指数总和，其中I1为任一负载均衡设备的硬件健康指数、I2为服务健康指数、I3为双机健康指数、I4为设备安全指数、I5为授权健康指数、w1、w2、w3、w4、w5分别为硬件健康指数、服务健康指数、双机健康指数、设备安全指数以及授权健康指数的权重。
6.根据权利要求5所述的一种负载均衡设备的管理方法，其特征在于，所述根据任一负载均衡设备的运行状态健康指数，对所述任一负载均衡设备进行管理，包括：
当任一负载均衡设备的硬件健康指数＜设定的硬件健康指数阈值时，重启设备或升级硬件；
当任一负载均衡设备的服务健康指数＜设定的服务健康指数阈值时，输出失效服务并对失效服务进行故障恢复；
当任一负载均衡设备的双机健康指数＜设定的双机健康指数阈值时，对双机中的主机进行故障处理；
当任一负载均衡设备的设备安全指数＜设定的设备安全指数阈值时，更新开机密码并升级业务安全保障；
当任一负载均衡设备的授权健康指数＜设定的授权健康指数阈值时，导入正式授权。
7.根据权利要求6所述的一种负载均衡设备的管理方法，其特征在于，所述根据任一负载均衡设备的运行状态健康指数，对所述任一负载均衡设备进行管理，还包括：
根据所述运行状态健康指数生成报表；
对所述报表进行显示。
8.一种负载均衡设备的管理***，其特征在于，所述***包括：
通信模块，用于根据任一负载均衡设备所支持的通信协议类型，建立管理平台与任一负载均衡设备之间的通信连接，所述通信协议类型包括：SNMP协议和HTTP协议；
存储模块，用于存储负载均衡设备的信息，所述信息包括：配置信息、MIB信息库以及API接口信息；
巡检模块，用于通过轮询每台负载均衡设备，对所有负载均衡设备进行巡检，确定任一负载均衡设备的运行状态健康指数，所述运行状态健康指数包括：硬件健康指数、服务健康指数、双机健康指数、设备安全指数和授权健康指数；
管理模块，用于根据任一负载均衡设备的运行状态健康指数，对所述任一负载均衡设备进行管理。
9.根据权利要求8所述的一种负载均衡设备的管理***，其特征在于，所述通信模块包括：
通信协议类型确定单元，用于确定任一负载均衡设备所支持的通信协议类型；
SNMP协议通信单元，用于当任一负载均衡设备所支持的通信协议类型为SNMP协议时，根据设定的第一标准化知识库和管理信息库，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，所述第一标准化知识库与SNMP协议相匹配；
HTTP协议通信单元，用于当任一负载均衡设备所支持的通信协议类型为HTTP协议时，根据设定的第二标准化知识库和接口文档，在管理平台上添加所述任一负载均衡设备，并进行管理平台与所述任一负载均衡设备之间的通信，所述第二标准化知识库与HTTP协议相匹配。
10.根据权利要求8或9所述的一种负载均衡设备的管理***，其特征在于，所述巡检模块包括：
硬件健康指数计算单元，用于根据所述任一负载均衡设备的CPU、内存和网卡的使用情况，利用公式I1＝100-a1*C1-a2*M1-a3*N1，计算得出所述任一负载均衡设备的硬件健康指数，其中，C1为CPU的平均利用率，M1为内存利用率，N1为网卡带宽利用率，a1、a2、a3分别为CPU平均利用率、内存利用率以及网卡带宽利用率的权重；
服务健康指数计算单元，用于根据所述任一负载均衡设备的服务信息、服务池信息以及节点信息，利用公式I2＝b1*S1+b2*S2+b3*N1，计算得出服务健康指数，其中，S1为正常服务的比例，S2为正常服务池的比例，N1为正常节点的比例，b1、b2、b3分别为正常服务比例、正常服务池比例以及正常节点比例的权重；
双机健康指数计算单元，用于当所述任一负载均衡设备处于双机状态时，根据所述任一负载均衡设备的双机状态，确定双机健康指数；
设备安全指数计算单元，用于根据设定时间段内所述任一负载均衡设备的登陆日志、***日志和业务日志，利用公式I4＝100-c1*N1-c2*N2-c3*N3，计算得出任一负载均衡设备的设备安全指数，其中，N1为设备登录失败日志条数，N2为***错误日志条数，N3业务异常日志条数，c1、c2、c3分别为设备登录失败日志条数、***错误日志条数以及异常日志条数的权重；
授权健康指数计算单元，用于根据所述任一负载均衡设备的授权信息，确定所述任一负载均衡设备的授权健康指数；
总体运行状态健康指数计算单元，用于利用公式I＝w1*I1+w2*I2+w3*I3+w4*I4+w5*I5，计算得出所述任一负载均衡设备的运行状态健康指数总和，其中I1为任一负载均衡设备的硬件健康指数、I2为服务健康指数、I3为双机健康指数、I4为设备安全指数、I5为授权健康指数、w1、w2、w3、w4、w5分别为硬件健康指数、服务健康指数、双机健康指数、设备安全指数以及授权健康指数的权重。
CN202010990357.4A 2020-09-18 2020-09-18 一种负载均衡设备的管理方法及*** Active CN112272206B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010990357.4A CN112272206B (zh) 2020-09-18 2020-09-18 一种负载均衡设备的管理方法及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010990357.4A CN112272206B (zh) 2020-09-18 2020-09-18 一种负载均衡设备的管理方法及***

Publications (2)

Publication Number Publication Date
CN112272206A true CN112272206A (zh) 2021-01-26
CN112272206B CN112272206B (zh) 2022-12-02

Family

ID=74348482

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010990357.4A Active CN112272206B (zh) 2020-09-18 2020-09-18 一种负载均衡设备的管理方法及***

Country Status (1)

Country Link
CN (1) CN112272206B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143046A (zh) * 2010-08-25 2011-08-03 华为技术有限公司 负载均衡的方法、设备和***
CN103139247A (zh) * 2011-11-28 2013-06-05 百度在线网络技术（北京）有限公司 负载均衡***中后端服务器的保活方法、***及装置
US8554929B1 (en) * 2002-05-03 2013-10-08 Foundry Networks, Llc Connection rate limiting for server load balancing and transparent cache switching
CN108234208A (zh) * 2017-12-29 2018-06-29 三盟科技股份有限公司 基于业务的资源管理的可视化负载均衡部署方法及***

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8554929B1 (en) * 2002-05-03 2013-10-08 Foundry Networks, Llc Connection rate limiting for server load balancing and transparent cache switching
CN102143046A (zh) * 2010-08-25 2011-08-03 华为技术有限公司 负载均衡的方法、设备和***
CN103139247A (zh) * 2011-11-28 2013-06-05 百度在线网络技术（北京）有限公司 负载均衡***中后端服务器的保活方法、***及装置
CN108234208A (zh) * 2017-12-29 2018-06-29 三盟科技股份有限公司 基于业务的资源管理的可视化负载均衡部署方法及***

Also Published As

Publication number Publication date
CN112272206B (zh) 2022-12-02

Similar Documents

Publication Publication Date Title
US11269718B1 (en) Root cause detection and corrective action diagnosis system
US8098585B2 (en) Ranking the importance of alerts for problem determination in large systems
CN107005438B (zh) 生成动态地可缩放网络负载的方法、***和介质
RU2375744C2 (ru) Основанное на модели управление компьютерными системами и распределенными приложениями
Ma et al. Ms-rank: Multi-metric and self-adaptive root cause diagnosis for microservice applications
US9146787B2 (en) Analytics for application programming interfaces
US7580994B1 (en) Method and apparatus for enabling dynamic self-healing of multi-media services
US8997088B2 (en) Methods and systems for automated deployment of software applications on heterogeneous cloud environments
US6973415B1 (en) System and method for monitoring and modeling system performance
US6895534B2 (en) Systems and methods for providing automated diagnostic services for a cluster computer system
US8489728B2 (en) Model-based system monitoring
US7082381B1 (en) Method for performance monitoring and modeling
US9703624B2 (en) Event correlation and calculation engine
US7647530B2 (en) Network fault pattern analyzer
US20120221898A1 (en) System and method for determination of the root cause of an overall failure of a business application service
CN102859505A (zh) 管理***以及计算机***的管理方法
US11847082B2 (en) System and method for secure management of non-registered components of an information handling system using a baseboard management controller
CN113472577B (zh) 一种集群巡检方法、装置及***
CN112272206B (zh) 一种负载均衡设备的管理方法及***
KR102188987B1 (ko) 서버 관리 장치를 구비한 클라우드 서버 및 로컬 서버를 이용하는 제로클라이언트 단말기용 클라우드 컴퓨팅 시스템의 운영 방법
CN115952098A (zh) 一种性能测试调优方案推荐方法及***
Rady Formal definition of service availability in cloud computing using OWL
CN116048859B (zh) 分布式数据库故障诊断方法、装置、电子设备及存储介质
Park et al. An Automatic Code Generation for Self-Healing.
CN114785673B (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
GR01 Patent grant
GR01 Patent grant