CN110933182A - 负载分担方法、装置及*** - Google Patents

负载分担方法、装置及*** Download PDF

Info

Publication number
CN110933182A
CN110933182A CN201911276196.6A CN201911276196A CN110933182A CN 110933182 A CN110933182 A CN 110933182A CN 201911276196 A CN201911276196 A CN 201911276196A CN 110933182 A CN110933182 A CN 110933182A
Authority
CN
China
Prior art keywords
load balancing
server
value
pppoe
information
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
CN201911276196.6A
Other languages
English (en)
Other versions
CN110933182B (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.)
New H3C Big Data Technologies Co Ltd
Original Assignee
New H3C Big Data Technologies 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 New H3C Big Data Technologies Co Ltd filed Critical New H3C Big Data Technologies Co Ltd
Priority to CN201911276196.6A priority Critical patent/CN110933182B/zh
Publication of CN110933182A publication Critical patent/CN110933182A/zh
Application granted granted Critical
Publication of CN110933182B publication Critical patent/CN110933182B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1008Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/101Server selection for load balancing based on network conditions

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开公开了一种负载分担方法,包括PPPoE服务器集群选举主服务器;主服务器接收来自从服务器的第一负载均衡信息,并依据第一负载均衡信息确定从服务器的第一负载均衡值,获取本地PPPoE接口的第二负载均衡信息,并依据第二负载均衡信息确定主服务器的第二负载均衡值,依据第一负载均衡值和第二负载均衡值调整本地发送PADO包的延时或从服务器发送PADO包的延时。在不需要维护人员操作的基础上,通过从服务器集群选举主服务器,由主服务器根据其他服务器上报的第一负载均衡信息和本地的第二负载均衡信息自动调整服务器发送PADO包的延时,以达到用户均衡分担在各服务器上的目的,简化了设备的维护工作。

Description

负载分担方法、装置及***
技术领域
本公开涉及通信技术领域,具体涉及一种负载分担方法、装置及***。
背景技术
由于PPPoE(Point-to-Point Protocol over Ethernet,在以太网上承载PPP协议)可以对上网用户实现控制、认证、计费功能,因此被广泛应用于小区组网建设中。客户端接入PPPoE过程包括发现阶段和会话阶段。在发现阶段,客户端广播PADI(PPPoE ActiveDiscovery Initiation,PPPoE发现初始报文)包之后,网络中所有在服务范围内的服务器均会回应PADO(PPPoE Active Discovery Offer,PPPoE发现提供报文)包,通常客户端是选择一个回应最早的服务器作为接入服务器。如果所有客户端接入PPPoE时均选择的回应最早的服务器,那么运行一段时间后,很可能出现某服务器接入的客户端数量很多,其他服务器接入的客户端数量很少,造成不均衡问题。
目前,对于不均衡问题由维护人员定时监控,当出现不均衡时,维护人员在接入客户端数量多的服务器的PPPoE接口上配置PADO包延迟发送,或将接入客户端数量多的服务器上的用户踢下线。然而,这种维护方式需要人工参与,工作量大、操作复杂繁琐。
发明内容
本公开的目的是针对上述现有技术的不足提出的一种负载分担方法、装置及***,该目的是通过以下技术方案实现的。
本公开的第一方面提出了一种负载分担方法,所述方法应用于PPPoE组网的PPPoE服务器集群选举出的主服务器,所述PPPoE服务器集群中除所述主服务器之外的其他服务器为从服务器,所述方法包括:
接收来自从服务器的第一负载均衡信息,并依据所述第一负载均衡信息确定从服务器的第一负载均衡值;所述第一负载均衡信息是从服务器上的PPPoE接口的信息;
获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值;
依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
本公开的第二方面提出了一种负载分担***,所述***包括主服务器和从服务器,所述主服务器和所述从服务器位于PPPoE组网的PPPoE服务器集群中;
所述从服务器,用于向所述主服务器发送第一负载均衡信息,所述第一负载均衡信息是从服务器上的PPPoE接口的信息;
所述主服务器,用于依据所述第一负载均衡信息确定从服务器的第一负载均衡值,同时获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值;依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
本公开的第三方面提出了一种负载分担装置,所述装置应用于PPPoE组网的PPPoE服务器集群中的任一服务器,所述装置包括:
选举模块,用于与其他服务器建立连接后,根据预设选举规则判定自身是否可作为主服务器;若是,则将自身作为主服务器;若否,则将自身作为从服务器;
负载分担模块,用于在作为主服务器时,接收来自从服务器的第一负载均衡信息,并依据所述第一负载均衡信息确定从服务器的第一负载均衡值;所述第一负载均衡信息是从服务器上的PPPoE接口的信息;获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值;依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
本公开的第四方面提出了一种计算机设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述第一方面所述方法的步骤。
本公开的第五方面提出了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如上述第一方面所述方法的步骤。
在本公开实施例中,PPPoE组网中的PPPoE服务器集群先选举出主服务器,然后由主服务器接收来自从服务器的第一负载均衡信息(为从服务器上的PPPoE接口的信息),并依据第一负载均衡信息确定从服务器的第一负载均衡值,同时也获取本地PPPoE接口的第二负载均衡信息,并依据第二负载均衡信息确定主服务器的第二负载均衡值,最后依据第一负载均衡值和第二负载均衡值调整本地发送PADO包的延时或从服务器发送PADO包的延时。
基于上述描述可知,在不需要维护人员进行任何操作的基础上,通过从PPPoE服务器集群中选举出主服务器,由主服务器根据从服务器上报的第一负载均衡信息和自身的第二负载均衡信息计算各服务器的负载均衡值,并根据各服务器的负载均衡值自动调整服务器发送PADO包的延时,以达到用户均衡分担在各服务器上的目的,简化了设备的维护工作。
附图说明
此处所说明的附图用来提供对本公开的进一步理解,构成本公开的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:
图1为本公开根据一示例性实施例示出的一种PPPoE组网结构示意图;
图2为本公开根据一示例性实施例示出的一种负载分担方法的实施例流程图;
图3为本公开根据一示例性实施例示出的一种负载分担装置的实施例流程图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如图1所示的PPPoE组网结构,包括客户端(图1中示出了客户端1、客户端2、客户端3)、汇聚交换机、PPPoE服务器集群(图1中示出了服务器1、服务器2)以及AAA(Authentication、Authorization、Accounting,认证、授权、计费)认证服务器。
PPPoE使用Client/Server模型,因此客户端指的是PPPoE客户端,服务器指的是PPPoE服务器,在客户端与服务器建立起会话之后,服务器向客户端提供接入控制、认证、计费等功能,具体由与服务器连接的AAA认证服务器实现认证、授权、计费。
客户端与服务器建立会话过程包括发现阶段(PPPoE Discovery Stage)和会话阶段(PPPoE Session Stage)。
其中,会话阶段又包括LCP阶段、Authentication阶段(可选)、NCP阶段、PPP业务阶段。发现阶段通过四个报文(PPPoE发现初始报文PADI、PPPoE发现提供报文PADO、PPPoE发现请求报文PADR、PPPoE发现会话确认报文PADS)的交互,最终获得对端的以太网MAC(MediaAccess Control Address,以太网地址)地址,并确定出一个PPPoE SESSION_ID。
如图1所示的组网结构,客户端在接入网络时,其广播PADI包之后,如果服务器1和服务器2所提供的服务满足PADI包携带的服务种类,服务器1和服务器2都会向客户端回应PADO包,客户端选择一个回应PADO包最早的服务器作为接入服务器。
在实际应用中,服务器回应客户端的延时会受到各种因素(包括PPPoE接口的发送延时)影响,有的服务器可能延时短,有的服务器可能延时稍长些,因此客户端接收各服务器的回应有一个先后顺序。基于此,随着运行时间的累积,就会出现延时短的服务器上接入的用户数量要多于延时长的服务器,也可能出现延时短的服务器与汇聚交换机的带宽利用率高于延时长的服务器的带宽利用率,造成带宽利用不均衡问题。
假设汇聚交换机与服务器1的带宽是10G,与服务器2的带宽是100G,按照理论计算,服务器1和服务器2的接入用户数也应该是1:10的比例,但是如果服务器1延时短,就会造成服务器1上接入用户数多于服务器2上的接入用户数,与理论相驳。
目前的解决方案是,由人工定时监控,根据服务器运行情况来配置发送PADO包的延时,达到让新用户都接入带宽利用率低或用户数少的服务器的目的,保证用户均衡分担在各服务器上。并且在各服务器负载分担非常不均衡情况下,甚至出现拥塞丢包的情况时,维护人员还需要进行踢用户下线的操作。
然而,这种维护方式需要人工参与,工作量大、操作复杂繁琐,甚至会降低上线用户的体验。
为解决上述技术问题,本公开针对PPPoE组网提出一种负载分担方法,PPPoE组网中的PPPoE服务器集群先选举出主服务器,然后由主服务器接收来自从服务器的第一负载均衡信息(是从服务器上的PPPoE接口的信息),并依据第一负载均衡信息确定从服务器的第一负载均衡值,同时也获取本地PPPoE接口的第二负载均衡信息,并依据第二负载均衡信息确定主服务器的第二负载均衡值,最后依据第一负载均衡值和第二负载均衡值调整本地发送PADO包的延时或从服务器发送PADO包的延时。
基于上述描述可知,在不需要维护人员进行任何操作的基础上,通过从PPPoE服务器集群中选举出的主服务器,由主服务器根据从服务器上报的第一负载均衡信息和本地的第二负载均衡信息计算各服务器的负载均衡值,并根据各服务器的负载均衡值自动调整服务器发送PADO包的延时,以达到用户均衡分担在各服务器上的目的,简化了设备的维护工作。
针对PPPoE服务器集群选举主服务器的过程:可以在PPPoE服务器集群中的服务器两两建立连接后,每个服务器根据预设选举规则判定自身是否可作为主服务器,若是,则将自身作为主服务器,若否,则将自身作为从服务器。
其中,两服务器建立连接的方式可以采用TCP(Transmission Control Protocol,传输控制协议)连接,也可以采用UDP(User Datagram Protocol,用户数据报协议)连接,本公开对此不进行具体限定。
在本公开中,任意两服务器之间是以PPPoE接口维度建立连接,即在建立连接过程中,会互相交换双方PPPoE接口的标识。
示例性的,两服务器连接建立后,两服务器可以均将双方的连接接口作为一组对等体PEER,以用于后续通过该对等体发送PPPoE接口的信息。
其中,在建立连接时,通常两服务器还会互相交换各自的回环地址,因此预设选举规则可以是满足最小回环地址条件选举为主服务器。
即每个服务器将本地回环地址与其他服务器的回环地址比较,如果本地回环地址最小,则将自身作为主服务器,否则,将自身作为从服务器。
当然预设选举规则也可以是满足最大回环地址条件选举为主服务器,各服务器的选举原理与上述选举原理类似,不再赘述。
需要说明的是,在选举主服务器之后,主服务器与从服务器之间可以采用保活机制来检测主服务器是否正常,如果检测到主服务器异常时,则重新选举主服务器。
下面以具体实施例对本公开提出的负载分担方法进行详细阐述。
图2为本公开根据一示例性实施例示出的一种负载分担方法的实施例流程图,所述负载分担方法可以应用于PPPoE组网的PPPoE服务器集群选举出的主服务器上,如图2所示,所述负载分担方法包括如下步骤:
步骤201:主服务器接收来自从服务器的第一负载均衡信息,并依据所述第一负载均衡信息确定从服务器的第一负载均衡值。
在步骤201中,从服务器可以定期向主服务器上报本地PPPoE接口的第一负载均衡信息。
其中,PPPoE接口指的是用于接入客户端的接口,即也是两服务器在建立连接时从服务器向主服务器交换的PPPoE接口。第一负载均衡信息可以包括最大接口带宽、已占用带宽、最大接入用户数、已接入用户数和发送PADO包的延时。
在一实施例中,针对依据所述第一负载均衡信息确定从服务器的第一负载均衡值的过程,当配置要求为带宽负载均衡时,可以利用第一负载均衡信息中的最大接口带宽和已占用带宽确定带宽利用率,并将所述带宽利用率作为第一负载均衡值,当配置要求为用户数负载均衡时,可以利用第一负载均衡信息中的最大接入用户数和已接入用户数确定用户接入利用率,并将所述用户接入利用率作为第一负载均衡值。
其中,带宽利用率的计算公式可以为:已占用带宽/最大接口带宽;用户接入利用率的计算公式可以为:已接入用户数/最大接入用户数。
假设,用户配置了带宽负载均衡,第一负载均衡信息中的最大接口带宽为10G、已占用带宽为2G,则负载均衡值为带宽利用率,具体为20%。
又假设,用户配置了用户数负载均衡,第一负载均衡信息中的最大接入用户数为10K用户、已接入用户数为2K,则负载均衡值为用户接入利用率,具体为20%。
需要说明的是,用户也可以配置带宽和用户数两个维度的负载均衡要求。
步骤202:获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值。
在步骤202中,主服务器也会定期获取本地PPPoE接口的第二负载均衡信息,即也是主服务器向从服务器交换的PPPoE接口的信息,所述第二负载均衡信息也包括最大接口带宽、已占用带宽、最大接入用户数、已接入用户数和发送PADO包的延时。
其中,第二负载均衡值的计算原理与上述步骤201中第一负载均衡值的计算原理相同,不再赘述。
本领域技术人员可以理解的是,本公开对步骤201和步骤202的执行顺序不进行具体限定。
步骤203:依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
在一实施例中,可以通过从第一负载均衡值和第二负载均衡值中选择最大值和最小值,若最大值与最小值之间的差值不在预设范围内,再判断所述最小值对应的服务器上的PPPoE接口发送PADO包的延时是否为零,若否,则减小所述最小值对应的服务器上的PPPoE接口发送PADO包的延时;若是,则增大所述最大值对应的服务器上的PPPoE接口发送PADO包的延时。
其中,如果最大值与最小值之间的差值不在预设范围内,表示服务器接入用户数已出现不均衡问题。该预设范围可以根据实践经验设置,如可以设置为±5%。
另外,如果最小值对应的服务器上的PPPoE接口发送PADO包的延时为零,表示无法再减小该服务器上的PPPoE接口发送PADO包的延时,只能通过增大最大值对应的服务器上的PPPoE接口发送PADO包的延时,以让新用户尽可能接入最小值对应的服务器。
示例性的,每次调整的方式可以是减小预设值或增大预设值。
由此可见,与两服务器建立连接时互相交换双方PPPoE接口的标识对应,调整延时也是以PPPoE接口维度来调整延时。
在一个例子中,为了不影响新用户接入体验,可以预先设置每个服务器上的PPPoE接口发送PADO包的最大延时,即当调整的延时大于该最大延时,服务器发送报警提示,以警示维护人员检查服务器运行情况。
在另一例子中,主服务器可以每隔预设时间周期执行一次步骤203和步骤204的过程。该时间周期由维护人员根据实际需求进行配置,其既可以与从服务器上报第一负载均衡信息的周期相同,也可以不相同,本公开对此不进行限定。
在一示例性场景中,如图1中的服务器1和服务器2,假设用户配置了带宽负载均衡,服务器1为主服务器,服务器2为从服务器,从服务器上报的最大接口带宽10G,已用带宽为2G,那么此时从服务器的带宽利用率为20%,主服务器的最大接口带宽20G,已用带宽为2G,那么此时主服务器的带宽利用率为10%,假设预设范围为±5%,由于两服务器的带宽利用率差值不在±5%内,如果主服务器发送PADO包的延时不为零,则减小主服务器发送PADO包的延时。运行一段时间后,假设主服务器的已用带宽达到6G,那么此时主服务器的带宽利用率为30%,而从服务器的带宽利用率仍为20%。由于带宽利用率差值不在±5%内,如果从服务器发送PADO包的延时不为零,则通知从服务器减小发送PADO包的延时,如果为零,则增大主服务器发送PADO包的延时。
至此,完成上述图2所示的负载分担流程,通过图2所示的流程可以自动实现将用户均衡分担在各服务器上的目的,无需维护人员进行监控,简化了设备的维护工作,同时也无需维护人员踢用户下线,提升了用户上网体验。
在上述实施例基础上,本公开还提出了一种负载分担***,该***包括主服务器和从服务器,所述主服务器和所述从服务器位于PPPoE组网的PPPoE服务器集群中;
其中,所述从服务器用于向主服务器发送第一负载均衡信息,所述第一负载均衡信息是从服务器上的PPPoE接口的信息;
所述主服务器用于依据所述第一负载均衡信息确定从服务器的第一负载均衡值,同时获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值;依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
与前述负载分担方法的实施例相对应,本公开还提供了负载分担装置的实施例。
图3为本公开根据一示例性实施例示出的一种负载分担装置的实施例流程图,所述负载分担装置应用于上述图1所示的服务器集群中的任一服务器,所述负载分担装置包括:
选举模块310,用于与其他服务器建立连接后,根据预设选举规则判定自身是否可作为主服务器;若是,则将自身作为主服务器;若否,则将自身作为从服务器;
负载分担模块320,用于在作为主服务器时,接收来自从服务器的第一负载均衡信息,并依据所述第一负载均衡信息确定从服务器的第一负载均衡值;所述第一负载均衡信息是从服务器上的PPPoE接口的信息;获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值;依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
在一可选实现方式中,所述负载分担模块320,具体用于在依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时过程中,从所述第一负载均衡值和第二负载均衡值中选择最大值和最小值;若最大值与最小值之间的差值不在预设范围内,则判断所述最小值对应的服务器上的PPPoE接口发送PADO包的延时是否为零;若否,则减小所述最小值对应的服务器上的PPPoE接口发送PADO包的延时;若是,则增大所述最大值对应的服务器上的PPPoE接口发送PADO包的延时。
在一可选实现方式中,所述第一负载均衡信息和所述第二负载均衡信息均包括最大接口带宽、已占用带宽、最大接入用户数、已接入用户数和发送PADO包的延时。
在一可选实现方式中,所述负载分担模块320,具体用于在依据所述第一负载均衡信息确定从服务器的第一负载均衡值过程中,当配置要求为带宽负载均衡时,利用第一负载均衡信息中的最大接口带宽和已占用带宽确定带宽利用率,并将所述带宽利用率作为第一负载均衡值;当配置要求为用户数负载均衡时,利用第一负载均衡信息中的最大接入用户数和已接入用户数确定用户接入利用率,并将所述用户接入利用率作为第一负载均衡值。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本公开的较佳实施例而已,并不用以限制本公开,凡在本公开的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本公开保护的范围之内。

Claims (12)

1.一种负载分担方法,其特征在于,所述方法应用于PPPoE组网的PPPoE服务器集群选举出的主服务器,所述PPPoE服务器集群中除所述主服务器之外的其他服务器为从服务器,所述方法包括:
接收来自从服务器的第一负载均衡信息,并依据所述第一负载均衡信息确定从服务器的第一负载均衡值;所述第一负载均衡信息是从服务器上的PPPoE接口的信息;
获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值;
依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
2.根据权利要求1所述的方法,其特征在于,所述PPPoE服务器集群选举主服务器的过程,包括:
所述PPPoE服务器集群中的服务器两两建立连接后,每个服务器根据预设选举规则判定自身是否可作为主服务器;
若是,则将自身作为主服务器。
3.根据权利要求1所述的方法,其特征在于,依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时,包括:
从所述第一负载均衡值和第二负载均衡值中选择最大值和最小值;
若最大值与最小值之间的差值不在预设范围内,则判断所述最小值对应的服务器上的PPPoE接口发送PADO包的延时是否为零;
若否,则减小所述最小值对应的服务器上的PPPoE接口发送PADO包的延时;
若是,则增大所述最大值对应的服务器上的PPPoE接口发送PADO包的延时。
4.根据权利要求1所述的方法,其特征在于,所述第一负载均衡信息和所述第二负载均衡信息均包括最大接口带宽、已占用带宽、最大接入用户数、已接入用户数和发送PADO包的延时。
5.根据权利要求4所述的方法,其特征在于,依据所述第一负载均衡信息确定从服务器的第一负载均衡值,包括:
当配置要求为带宽负载均衡时,利用第一负载均衡信息中的最大接口带宽和已占用带宽确定带宽利用率,并将所述带宽利用率作为第一负载均衡值;
当配置要求为用户数负载均衡时,利用第一负载均衡信息中的最大接入用户数和已接入用户数确定用户接入利用率,并将所述用户接入利用率作为第一负载均衡值。
6.一种负载分担***,其特征在于,所述***包括主服务器和从服务器,所述主服务器和所述从服务器位于PPPoE组网的PPPoE服务器集群中;
所述从服务器,用于向所述主服务器发送第一负载均衡信息,所述第一负载均衡信息是从服务器上的PPPoE接口的信息;
所述主服务器,用于依据所述第一负载均衡信息确定从服务器的第一负载均衡值,同时获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值;依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
7.一种负载分担装置,其特征在于,所述装置应用于PPPoE组网的PPPoE服务器集群中的任一服务器,所述装置包括:
选举模块,用于与其他服务器建立连接后,根据预设选举规则判定自身是否可作为主服务器;若是,则将自身作为主服务器;若否,则将自身作为从服务器;
负载分担模块,用于在作为主服务器时,接收来自从服务器的第一负载均衡信息,并依据所述第一负载均衡信息确定从服务器的第一负载均衡值;所述第一负载均衡信息是从服务器上的PPPoE接口的信息;获取本地PPPoE接口的第二负载均衡信息,并依据所述第二负载均衡信息确定主服务器的第二负载均衡值;依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时。
8.根据权利要求7所述的装置,其特征在于,所述负载分担模块,具体用于在依据第一负载均衡值和第二负载均衡值,调整本地发送PADO包的延时或从服务器发送PADO包的延时过程中,从所述第一负载均衡值和第二负载均衡值中选择最大值和最小值;若最大值与最小值之间的差值不在预设范围内,则判断所述最小值对应的服务器上的PPPoE接口发送PADO包的延时是否为零;若否,则减小所述最小值对应的服务器上的PPPoE接口发送PADO包的延时;若是,则增大所述最大值对应的服务器上的PPPoE接口发送PADO包的延时。
9.根据权利要求7所述的装置,其特征在于,所述第一负载均衡信息和所述第二负载均衡信息均包括最大接口带宽、已占用带宽、最大接入用户数、已接入用户数和发送PADO包的延时。
10.根据权利要求9所述的装置,其特征在于,所述负载分担模块,具体用于在依据所述第一负载均衡信息确定从服务器的第一负载均衡值过程中,当配置要求为带宽负载均衡时,利用第一负载均衡信息中的最大接口带宽和已占用带宽确定带宽利用率,并将所述带宽利用率作为第一负载均衡值;当配置要求为用户数负载均衡时,利用第一负载均衡信息中的最大接入用户数和已接入用户数确定用户接入利用率,并将所述用户接入利用率作为第一负载均衡值。
11.一种计算机设备,其特征在于,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现权利要求1、3-5任一项所述方法的步骤。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现权利要求1、3-5任一项所述方法的步骤。
CN201911276196.6A 2019-12-12 2019-12-12 负载分担方法、装置及*** Active CN110933182B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911276196.6A CN110933182B (zh) 2019-12-12 2019-12-12 负载分担方法、装置及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911276196.6A CN110933182B (zh) 2019-12-12 2019-12-12 负载分担方法、装置及***

Publications (2)

Publication Number Publication Date
CN110933182A true CN110933182A (zh) 2020-03-27
CN110933182B CN110933182B (zh) 2022-06-24

Family

ID=69859271

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911276196.6A Active CN110933182B (zh) 2019-12-12 2019-12-12 负载分担方法、装置及***

Country Status (1)

Country Link
CN (1) CN110933182B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6259705B1 (en) * 1997-09-22 2001-07-10 Fujitsu Limited Network service server load balancing device, network service server load balancing method and computer-readable storage medium recorded with network service server load balancing program
US20040103194A1 (en) * 2002-11-21 2004-05-27 Docomo Communicatios Laboratories Usa, Inc. Method and system for server load balancing
CN105262698A (zh) * 2015-10-28 2016-01-20 华为技术有限公司 一种负载分担的方法、装置和***
CN106453124A (zh) * 2016-10-26 2017-02-22 杭州华三通信技术有限公司 流量调度方法及装置
CN106506664A (zh) * 2016-11-18 2017-03-15 杭州华三通信技术有限公司 一种服务器负载均衡的方法和装置
CN107995125A (zh) * 2017-11-17 2018-05-04 新华三技术有限公司 一种流量调度方法及装置
CN109639796A (zh) * 2018-12-11 2019-04-16 浪潮电子信息产业股份有限公司 一种负载均衡实现方法、装置、设备及可读存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6259705B1 (en) * 1997-09-22 2001-07-10 Fujitsu Limited Network service server load balancing device, network service server load balancing method and computer-readable storage medium recorded with network service server load balancing program
US20040103194A1 (en) * 2002-11-21 2004-05-27 Docomo Communicatios Laboratories Usa, Inc. Method and system for server load balancing
CN105262698A (zh) * 2015-10-28 2016-01-20 华为技术有限公司 一种负载分担的方法、装置和***
CN106453124A (zh) * 2016-10-26 2017-02-22 杭州华三通信技术有限公司 流量调度方法及装置
CN106506664A (zh) * 2016-11-18 2017-03-15 杭州华三通信技术有限公司 一种服务器负载均衡的方法和装置
CN107995125A (zh) * 2017-11-17 2018-05-04 新华三技术有限公司 一种流量调度方法及装置
CN109639796A (zh) * 2018-12-11 2019-04-16 浪潮电子信息产业股份有限公司 一种负载均衡实现方法、装置、设备及可读存储介质

Also Published As

Publication number Publication date
CN110933182B (zh) 2022-06-24

Similar Documents

Publication Publication Date Title
US10097645B2 (en) Method and apparatus of performing peer-to-peer communication establishment and connection change-over
CN107454155B (zh) 一种基于负载均衡集群的故障处理方法、装置以及***
CN103973728B (zh) 一种多数据中心环境下负载均衡的方法及装置
US8782256B2 (en) Deterministic session load-balancing and redundancy of access servers in a computer network
US9906422B2 (en) Distributed system to determine a server's health
KR100977901B1 (ko) 교환 이더넷을 통해 지정된 PPPoE 세션 개시
CN103685461B (zh) 一种集群管理装置、管理***以及管理方法
US7561587B2 (en) Method and system for providing layer-4 switching technologies
EP2992644A1 (en) Enhancing a mobile backup channel to address a node failure in a wireline network
JPWO2008126179A1 (ja) ネットワーク検証システム
CN114422571B (zh) 一种量子通信客户端断开重连***及方法
US11582113B2 (en) Packet transmission method, apparatus, and system utilizing keepalive packets between forwarding devices
CN106341270B (zh) 一种故障处理方法及装置
CN108234208A (zh) 基于业务的资源管理的可视化负载均衡部署方法及***
JP5604389B2 (ja) 通信システム、ルータ装置及びルータ切替方法
US20100039956A1 (en) Method and system for performing keep-alive monitoring on subscriber sessions
CN105898786A (zh) 一种接入点逃生方法和***
WO2017012471A1 (zh) 负载均衡处理方法及装置
CN110933182B (zh) 负载分担方法、装置及***
CN106790502B (zh) 一种基于NAT64前缀的IPv4终端、IPv6服务互通业务的负载均衡***
WO2013159492A1 (zh) 信息上报与下载的方法及***
CN110380981B (zh) 一种流量分发方法及设备
WO2013026308A1 (zh) 一种业务节点及业务节点间用户协议消息同步的方法
KR101106873B1 (ko) 온라인 게임 클라이언트간 피어 투 피어 통신방법
Cisco Server Load Balancing

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