CN105515839A - 用于提升Radius服务性能的***及方法 - Google Patents
用于提升Radius服务性能的***及方法 Download PDFInfo
- Publication number
- CN105515839A CN105515839A CN201510855866.5A CN201510855866A CN105515839A CN 105515839 A CN105515839 A CN 105515839A CN 201510855866 A CN201510855866 A CN 201510855866A CN 105515839 A CN105515839 A CN 105515839A
- Authority
- CN
- China
- Prior art keywords
- server
- radius
- address
- priority
- client
- 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
- 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/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- 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
-
- 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/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
-
- 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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供一种用于提升Radius服务性能的***及方法,该方法包括:提供多台Radius服务器;于每台Radius服务器上登记其他Radius服务器的服务器地址;为所有的Radius服务器依序设置优先级,将优先级最高的Radius服务器作为主服务器而其余的Radius服务器作为从服务器以形成服务器集群;以及将所述从服务器的所有客户端信息同步至所述主服务器,以供所述主服务器将通信报文分发至对应的Radius服务器。本发明针对传统的Radius服务器进行改进,使得Radius服务器有负载均衡的功能,并且能互相同步数据,实现服务器宕机时,对客户端的影响降到最低。
Description
技术领域
本发明涉及Radius服务器,特别是涉及一种用于提升Radius服务性能的***及方法。
背景技术
RADIUS(RemoteAuthenticationDial-InUserService,远程认证拨号用户服务)是一种分布式的、客户端/服务器结构的信息交互协议,能保护网络不受未授权访问的干扰,常应用在既要求高安全性、有允许远程用户访问的各种网络环境中。
现在普遍采用单台服务器进行认证,或者采用第三方负载均衡的软件来实现提升性能和消除单点故障。
采用单台服务器的缺点是,性能很容易就达到瓶颈,而且无法消除单点故障问题。
采用第三方负载均衡软件来实现负载均衡的缺点是,比如采用三台Radius服务器进行负载均衡,这三台服务器其实是相互独立的,他们三者的数据很难得到共享。比如,一个用户现在Radius服务器A上进行了认证,如果Radius服务器A宕机了,那么该用户下次必须在Radius服务器B或者C上进行认证,其实这个时候,用户在服务器A上的数据已经丢失了,这会带来一定的损失。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供一种用于提升Radius服务性能的***及方法,用于解决采用单台服务器性能易达到瓶颈且单点故障无法消除的问题以及采用第三方负载均衡软件时存在的宕机使得数据丢失而造成损失的问题。
为实现上述目的及其他相关目的,本发明一方面提供了一种用于提升Radius服务性能的方法,包括:
提供多台Radius服务器,并为每台Radius服务器设置对应的服务器地址;
于每台Radius服务器上登记其他Radius服务器的服务器地址;
为所有的Radius服务器依序设置优先级,将优先级最高的Radius服务器作为主服务器而其余的Radius服务器作为从服务器以形成服务器集群,将所述主服务器的服务器地址设为集群地址;以及
根据所述集群地址将所述从服务器的所有客户端信息同步至所述主服务器,以供所述主服务器将通信报文分发至对应的Radius服务器。
优选地,为所有的Radius服务器依序设置优先级,包括:
根据所述Radius服务器的服务器地址大小进行排序;
依据上述排序设置优先级,为小的服务器地址设置高的优先级。
优选地,所述主服务器将通信报文分发至对应的Radius服务器,包括:
所述主服务器判断发来通信报文的客户端的地址是否有对应的服务器地址,若有,则将通信报文分发至与所述对应的服务器地址相对应的Radius服务器,若无,则根据优先级从高至低分发任务至对应的Radius服务器。
优选地,若从服务器宕机,则所述主服务器将宕机的从服务器对应的客户端信息和对应宕机的从服务器的通信报文分发至优先级在宕机的从服务器前一位的Radius服务器。
优选地,若主服务器宕机,则选择优先级最高的从服务器作为新的主服务器,新的主服务器将自身的服务器地址修改为所述集群地址。
本发明另一方面还提供了一种用于提升Radius服务性能的***,包括多台Radius服务器,每台Radius服务器设有对应的服务器地址;所有的Radius服务器依序设置优先级以组成服务器集群,优先级最高的Radius服务器为主服务器而其余的Radius服务器为从服务器;每台Radius服务上均登记有其他Radius服务器的服务器地址,所述服务器集群的集群地址为所述主服务器的服务器地址;
其中:
所述从服务器用于根据所述集群地址将所有的客户端信息同步至所述主服务器;
所述主服务器用于将通信报文分发至对应的Radius服务器。
优选地,所有Radius服务器依据服务器地址的大小顺序设置优先级,服务器地址小的Radius服务器的优先级高。
优选地,所述主服务器包括判断单元和与所述判断单元连接的分发单元;
所述判断单元用于识别发来通信报文的客户端的地址,并判断是否有与所述客户端的地址对应的服务器地址,若判断得出有与所述客户端的地址对应的服务器地址,则将对应的服务器地址发送至所述分发单元;若判断得出没有与所述客户端的地址对应的服务器地址,则根据优先级从高至低获取服务器地址并发送至所述分发单元;
所述分发单元用于将通信报文发送至接收到的所述服务器地址所对应的Radius服务器。
优选地,若从服务器宕机,所述主服务器的判断单元获取优先级在宕机的从服务器前一位的Radius服务器的服务器地址发送至所述分发单元,并将宕机的从服务器对应的客户端信息发送至优先级在宕机的从服务器前一位的Radius服务器。
优选地,若主服务器宕机,所述服务器集群选择优先级最高的从服务器作为新的主服务器,新的主服务器将自身的服务器地址修改为所述集群地址。
如上所述,本发明的一种用于提升Radius服务性能的***及方法,具有以下有益效果:
本发明的用于提升Radius服务性能的***及方法,针对传统的Radius服务器进行改进,使得Radius服务器有负载均衡的功能,并且能互相同步数据,实现服务器宕机时,对客户端的影响降到最低。本发明可以有效地将Radius服务器组建成一个集群,可以有效地提升服务器的性能和服务器的稳定度,并且可以有效地消除单点故障。
附图说明
图1显示为本发明用于提升Radius服务性能的***与客户端的结构框图。
图2显示为本发明用于提升Radius服务性能的方法的流程图。
元件标号说明
10客户端
11Radius服务器1
12Radius服务器2
13Radius服务器3
1nRadius服务器n
S21~S24步骤
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。
需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
请参阅图1,本发明提供一种用于提升Radius服务性能的***及方法,旨在提升Radius服务器的性能和Radius服务器的稳定度。利用多台Radius服务器形成服务器集群,依序为多台Radius服务器设置优先级,将优先级最高的Radius服务器作为主服务器,其余作为从服务器,通过主服务器与客户进行交互通信,主服务器再将通信报文分发至对应的Radius服务器。所有的从服务器会将自身的数据同步到主服务器,当从服务器宕机时,主服务器会分派另一从服务器与宕机从服务器的客户端进行通信,当主服务器宕机时,选择优先级最高的从服务器作为新的主服务器即可,实现了在Radius服务器宕机时,对客户端的影响降到最低的效果。且本发明中的服务器集群中的Radius服务器有负载均衡的功能,还能够相互同步数据,提升了Radius服务器的性能和稳定度。下面结合附图对本发明用于提升Radius服务性能的***及方法进行说明。
如图1所示,本发明一种用于提升Radius服务性能的***包括多台Radius服务器,分别为Radius服务器11、Radius服务器12、Radius服务器13、以及Radius服务器1n,每一台Radius服务器设有对应的服务器地址,Radius服务器11的服务器地址为MAC1,Radius服务器12的服务器地址为MAC2,Radius服务器13的服务器地址为MAC3,Radius服务器1n的服务器地址为MACN,其中的n和N为正整数,且大于等于2。所有的Radius服务器依序设置优先级以组成服务器集群,为Radius服务器11、Radius服务器12、Radius服务器13、以及Radius服务器1n安装顺序设置优先级,其中优先级最高的Radius服务器为主服务器,而其余的Radius服务器为从服务器,在一个服务器集群中设置一个主服务器,其余的均为从服务器,通过主服务器与客户端进行交互通信,主服务器再将通信报文分发给对应的Radius服务器进行处理。每台Radius服务器上均登记有其他Radius服务器的服务器地址,以使得每台Radius服务器知道其他Radius服务器的服务器地址,比如在Radius服务器11上登记有Radius服务器12至Radius服务器1n的服务器地址。所有Radius服务器组成的服务器集群的集群地址为主服务器的服务器地址,从服务器用于根据集群地址将自身所有的客户端信息同步至主服务器上,主服务器用于将通信报文分发至对应的Radius服务器。
Radius服务器依据服务器地址的大小顺序设置优先级,服务器地址小的Radius服务器的优先级高。Radius服务器11至Radius服务器1n按照服务器地址大小的排列顺序为Radius服务器11、Radius服务器12、Radius服务器13、Radius服务器1n,那么Radius服务器11至Radius服务器1n的优先级的顺序也为Radius服务器11、Radius服务器12、Radius服务器13、Radius服务器1n,这样Radius服务器11为主服务器,其余的均为从服务器。
主服务器用于与客户端10进行交互通信,在主服务器上同步有所有从服务器的客户端信息,主服务器能够根据客户端10的IP地址分发任务,也就是实现统一个客户端的任务是分发到同一台Radius服务器上的。主服务器在根据客户端10的IP地址不能找到对应分发的Radius服务器时,按照优先级从高至低开始分发任务,当然该优先级也包括主服务器自身。优选地,在主服务器内设有判断单元和与判断单元连接的分发单元,判断单元用于判断得出通信报文(即任务)的服务器地址,并将服务器地址发送给分发单元。分发单元用于将通信报文发送至接收的服务器地址对应的Radius服务器进行处理。判断单元首先识别发来通信报文的客户端10的IP地址,判断是否有与该客户端10的IP地址对应的服务器地址,因主服务器中同步有所有Radius服务器中的客户端信息,依据识别的客户端10的IP地址在主服务器中的所有客户端信息进行匹配查找,就可以找出与客户端10的IP地址对应的服务器地址,在判断得出与客户端10的IP地址对应的服务器地址时,将该服务器地址发送给分发单元;在判断得出没有与客户端10的IP地址对应的服务器地址时,则根据优先级从高至低获取服务器地址并发送至分发单元,主服务器的判断单元从优先级最高的Radius服务器开设分发任务。
当从服务器宕机时,主服务器的判断单元获取优先级在宕机的从服务器前一位的Radius服务器的服务器地址发送至分发单元,分发单元将任务发送至该服务器地址对应的Radius服务器。主服务器的判断单元在从服务器宕机时,将宕机的从服务器的客户端信息发送给优先级在宕机的从服务器前一位的Radius服务器,由优先级在宕机的从服务器前一位的Radius服务器接管该宕机的从服务器。
当主服务器宕机时,在服务器集群中选择优先级最高的从服务器作为新的主服务器,新的主服务器将自身的服务器地址修改为集群地址,这样集群地址不会发生变化。所有的Radius服务器根据集群地址将自身所有的客户端信息同步至新的主服务器处。本发明有效的提高了Radius服务器的服务性能和稳定度。
下面以Radius服务器11为主服务器,Radius服务器12、Radius服务器13、以及Radius服务器1n为从服务器为例对本发明的用于提升Radius服务器性能的***进行说明。所有Radius服务器的优先级顺序从高至低为Radius服务器11、Radius服务器12、Radius服务器13、Radius服务器1n。每台Radius服务器上分别登记其他Radius服务器的服务器地址,例如在Radius服务器11上登记Radius服务器12、Radius服务器13、以及Radius服务器1n的服务器地址,以使得每台Radius服务器知道其他Radius服务器的服务器地址。
Radius服务器11、Radius服务器12、Radius服务器13、以及Radius服务器1n组成了服务器集群,将Radius服务器11的服务器地址设为集群地址,所有的从服务器根据该集群地址将自身所有的客户端信息同步到主服务器,也就是Radius服务器12、Radius服务器13、以及Radius服务器1n根据集群地址将自身的所有客户端信息同步到Radius服务器11处。这样主服务器即Radius服务器11就可以知道客户端信息与各个从服务器之间的对应关系,在分发任务时可以将同一客户端的任务分发给同一个Radius服务器处理。当Radius服务器13宕机了,Radius服务器11会分派优先级比Radius服务器13高一级的Radius服务器12接管,将Radius服务器13同步来的所有客户端信息发送给Radius服务器12,以令Radius服务器12与宕机的从服务器的客户端进行通信。避免了在宕机时发生数据丢失,有效提高了Radius服务性能。
主服务器的任务分发规则,以Radius服务器11为主服务器为例,Radius服务器11从优先级最高的Radius服务器开始依序分发任务,其中包括自身,也就是按照顺序将任务先发给自己处理,然后发送至Radius服务器12,依次向下排序。Radius服务器11任务的分发还基于客户端10的IP地址,也就是要满足同一个客户端的任务分发到同一台Radius服务器上,Radius服务器11处同步有所有从服务器对应的客户端信息,由此可以根据客户端10的IP地址找到对应的从服务器,并把任务分发给该从服务器。
当Radius服务器11宕机了,从未宕机的Radius服务器中,选择优先级最高的Radius服务器为新的主服务器,这时Radius服务器12为新的主服务器。Radius服务器12将自身的服务器地址修改为集群地址,这样所有的Radius服务器根据集群地址将自身的所有的客户端信息同步至Radius服务器12。通过上述方式可以有效地将Radius服务器组建成一个集群,可以有效地提升服务器的性能,消除单点故障。
下面对本发明用于提升Radius服务性能的方法进行说明。
如图2所示,本发明的用于提升Radius服务性能的方法包括如下步骤:
执行步骤S21,提供多台Radius服务器,为每台Radius服务器设置服务器地址,每一天Radius服务器设置对应的服务器地址。接着执行步骤S22。
执行步骤S22,于每台Radius服务器上登记其他Radius服务器的服务器地址,使得每台Radius服务器知道其他Radius服务器的服务器地址。接着执行步骤S23。
执行步骤S23,为所有的Radius服务器依序设置优先级,优先级最高的作为主服务器,其余的作为从服务器,形成服务器集群,将主服务器的服务器地址设为集群地址。接着执行步骤S24。
执行步骤S24,将从服务器的所有客户端信息同步至主服务器,供主服务器将通信报文分发至对应的Radius服务器,所有的Radius服务器根据集群地址将自身的客户端信息同步至主服务器。
为所有的Radius服务器依序设置优先级,通过如下步骤实现:根据Radius服务器的服务器地址大小将所有的Radius服务器进行排序;依据上述排序设置优先级,为小的服务器地址设置高的优先级。如图1所述,例如Radius服务器11的服务器地址为MAC1,Radius服务器12的服务器地址为MAC2,Radius服务器13的服务器地址为MAC3,Radius服务器1n的服务器地址为MACN,所有Radius服务器的优先级顺序从高至低为Radius服务器11、Radius服务器12、Radius服务器13、Radius服务器1n。这样Radius服务器11为主服务器,其余的均为从服务器。
主服务器将通信报文分发至对应的Radius服务器,包括如下步骤:主服务器判断发来通信报文的客户端的地址是否有对应的服务器地址,若有,则将通信报文分发至与对应的服务器地址相对应的Radius服务器,若无,则根据优先级从高至低分发任务至对应的Radius服务器。若从服务器宕机,则主服务器将宕机的从服务器对应的客户端信息和对应宕机的从服务器的通信报文分发至优先级在宕机的从服务器前一位的Radius服务器。若主服务器宕机,则选择优先级最高的从服务器作为新的主服务器,新的主服务器将自身的服务器地址修改为所述集群地址。
下面以Radius服务器11为主服务器,Radius服务器12、Radius服务器13、以及Radius服务器1n为从服务器为例对本发明的用于提升Radius服务器性能的方法进行说明。
Radius服务器11、Radius服务器12、Radius服务器13、以及Radius服务器1n组成了服务器集群,将Radius服务器11的服务器地址设为集群地址,所有的从服务器根据该集群地址将自身所有的客户端信息同步到主服务器,也就是Radius服务器12、Radius服务器13、以及Radius服务器1n根据集群地址将自身的所有客户端信息同步到Radius服务器11处。这样主服务器即Radius服务器11就可以知道客户端信息与各个从服务器之间的对应关系,在分发任务时可以将同一客户端的任务分发给同一个Radius服务器处理。当Radius服务器13宕机了,Radius服务器11会分派优先级比Radius服务器13高一级的Radius服务器12接管,将Radius服务器13同步来的所有客户端信息发送给Radius服务器12,以令Radius服务器12与宕机的从服务器的客户端进行通信。避免了在宕机时发生数据丢失,有效提高了Radius服务性能。
主服务器的任务分发规则,以Radius服务器11为主服务器为例,Radius服务器11从优先级最高的Radius服务器开始依序分发任务,其中包括自身,也就是按照顺序将任务先发给自己处理,然后发送至Radius服务器12,依次向下排序。Radius服务器11任务的分发还基于客户端10的IP地址,也就是要满足同一个客户端的任务分发到同一台Radius服务器上,Radius服务器11处同步有所有从服务器对应的客户端信息,由此可以根据客户端10的IP地址找到对应的从服务器,并把任务分发给该从服务器。
当Radius服务器11宕机了,从未宕机的Radius服务器中,选择优先级最高的Radius服务器为新的主服务器,这时Radius服务器12为新的主服务器。Radius服务器12将自身的服务器地址修改为集群地址,这样所有的Radius服务器根据集群地址将自身的所有的客户端信息同步至Radius服务器12。
综上所述,本发明用于提升Radius服务性能的***及方法,可以有效地将Radius服务器组建为一个集群,有效地提升服务器的性能,有效消除单点故障,还提升了服务器的稳定度。本发明使得Radius服务器有负载均衡的功能,并且能够互相同步数据,实现服务器宕机时,对客户端的影响降到最低的效果。所以,本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (10)
1.一种用于提升Radius服务性能的方法,其特征在于,包括:
提供多台Radius服务器,并为每台Radius服务器设置对应的服务器地址;
于每台Radius服务器上登记其他Radius服务器的服务器地址;
为所有的Radius服务器依序设置优先级,将优先级最高的Radius服务器作为主服务器而其余的Radius服务器作为从服务器以形成服务器集群,将所述主服务器的服务器地址设为集群地址;以及
根据所述集群地址将所述从服务器的所有客户端信息同步至所述主服务器,以供所述主服务器将通信报文分发至对应的Radius服务器。
2.如权利要求1所述的用于提升Radius服务性能的方法,其特征在于,为所有的Radius服务器依序设置优先级,包括:
根据所述Radius服务器的服务器地址大小进行排序;
依据上述排序设置优先级,为小的服务器地址设置高的优先级。
3.如权利要求1或2所述的用于提升Radius服务性能的方法,其特征在于,所述主服务器将通信报文分发至对应的Radius服务器,包括:
所述主服务器判断发来通信报文的客户端的地址是否有对应的服务器地址,若有,则将通信报文分发至与所述对应的服务器地址相对应的Radius服务器,若无,则根据优先级从高至低分发任务至对应的Radius服务器。
4.如权利要求3所述的用于提升Radius服务性能的方法,其特征在于,若从服务器宕机,则所述主服务器将宕机的从服务器对应的客户端信息和对应宕机的从服务器的通信报文发送至优先级在宕机的从服务器前一位的Radius服务器。
5.如权利要求1所述的用于提升Radius服务性能的方法,其特征在于,若主服务器宕机,则选择优先级最高的从服务器作为新的主服务器,新的主服务器将自身的服务器地址修改为所述集群地址。
6.一种用于提升Radius服务性能的***,其特征在于,包括多台Radius服务器,每台Radius服务器设有对应的服务器地址;所有的Radius服务器依序设置优先级以组成服务器集群,优先级最高的Radius服务器为主服务器而其余的Radius服务器为从服务器;每台Radius服务上均登记有其他Radius服务器的服务器地址,所述服务器集群的集群地址为所述主服务器的服务器地址;
其中:
所述从服务器用于根据所述集群地址将所有的客户端信息同步至所述主服务器;
所述主服务器用于将通信报文分发至对应的Radius服务器。
7.如权利要求6所述的用于提升Radius服务性能的***,其特征在于,所有Radius服务器依据服务器地址的大小顺序设置优先级,服务器地址小的Radius服务器的优先级高。
8.如权利要求6所述的用于提升Radius服务性能的***,其特征在于,所述主服务器包括判断单元和与所述判断单元连接的分发单元;
所述判断单元用于识别发来通信报文的客户端的地址,并判断是否有与所述客户端的地址对应的服务器地址,若判断得出有与所述客户端的地址对应的服务器地址,则将对应的服务器地址发送至所述分发单元;若判断得出没有与所述客户端的地址对应的服务器地址,则根据优先级从高至低获取服务器地址并发送至所述分发单元;
所述分发单元用于将通信报文发送至接收到的所述服务器地址所对应的Radius服务器。
9.如权利要求8所述的用于提升Radius服务性能的***,其特征在于,若从服务器宕机,所述主服务器的判断单元获取优先级在宕机的从服务器前一位的Radius服务器的服务器地址发送至所述分发单元,并将宕机的从服务器对应的客户端信息发送至优先级在宕机的从服务器前一位的Radius服务器。
10.如权利要求6所述的用于提升Radius服务性能的***,其特征在于,若主服务器宕机,所述服务器集群选择优先级最高的从服务器作为新的主服务器,新的主服务器将自身的服务器地址修改为所述集群地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510855866.5A CN105515839A (zh) | 2015-11-30 | 2015-11-30 | 用于提升Radius服务性能的***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510855866.5A CN105515839A (zh) | 2015-11-30 | 2015-11-30 | 用于提升Radius服务性能的***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105515839A true CN105515839A (zh) | 2016-04-20 |
Family
ID=55723498
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510855866.5A Pending CN105515839A (zh) | 2015-11-30 | 2015-11-30 | 用于提升Radius服务性能的***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105515839A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109302319A (zh) * | 2018-10-26 | 2019-02-01 | 许继集团有限公司 | 报文池分布式集群及其管理方法 |
CN111193778A (zh) * | 2019-12-16 | 2020-05-22 | 武汉思为同飞网络技术股份有限公司 | 一种web服务负载均衡的方法、装置、设备及介质 |
USD922126S1 (en) | 2019-06-06 | 2021-06-15 | Sharkninja Operating Llc | User interface for a food preparation device |
CN113055427A (zh) * | 2019-12-28 | 2021-06-29 | 浙江宇视科技有限公司 | 一种基于业务的服务器集群接入方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080098113A1 (en) * | 2006-10-19 | 2008-04-24 | Gert Hansen | Stateful firewall clustering for processing-intensive network applications |
CN101753558A (zh) * | 2009-12-11 | 2010-06-23 | 安徽科大讯飞信息科技股份有限公司 | 一种分布式mrcp服务器负载均衡***及其均衡方法 |
CN102710525A (zh) * | 2012-06-18 | 2012-10-03 | 杭州华三通信技术有限公司 | 一种负载均衡环境下报文的处理方法和装置 |
CN103220165A (zh) * | 2013-03-20 | 2013-07-24 | 杭州华三通信技术有限公司 | 一种服务器主动宕机的处理方法和装置 |
CN104092746A (zh) * | 2014-06-30 | 2014-10-08 | 江苏华大天益电力科技有限公司 | 一种运维审计***及用在其***中的网络负载均衡方法 |
CN105024855A (zh) * | 2015-07-13 | 2015-11-04 | 浪潮(北京)电子信息产业有限公司 | 分布式集群管理***和方法 |
-
2015
- 2015-11-30 CN CN201510855866.5A patent/CN105515839A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080098113A1 (en) * | 2006-10-19 | 2008-04-24 | Gert Hansen | Stateful firewall clustering for processing-intensive network applications |
CN101753558A (zh) * | 2009-12-11 | 2010-06-23 | 安徽科大讯飞信息科技股份有限公司 | 一种分布式mrcp服务器负载均衡***及其均衡方法 |
CN102710525A (zh) * | 2012-06-18 | 2012-10-03 | 杭州华三通信技术有限公司 | 一种负载均衡环境下报文的处理方法和装置 |
CN103220165A (zh) * | 2013-03-20 | 2013-07-24 | 杭州华三通信技术有限公司 | 一种服务器主动宕机的处理方法和装置 |
CN104092746A (zh) * | 2014-06-30 | 2014-10-08 | 江苏华大天益电力科技有限公司 | 一种运维审计***及用在其***中的网络负载均衡方法 |
CN105024855A (zh) * | 2015-07-13 | 2015-11-04 | 浪潮(北京)电子信息产业有限公司 | 分布式集群管理***和方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109302319A (zh) * | 2018-10-26 | 2019-02-01 | 许继集团有限公司 | 报文池分布式集群及其管理方法 |
CN109302319B (zh) * | 2018-10-26 | 2022-02-25 | 许继集团有限公司 | 报文池分布式集群及其管理方法 |
USD922126S1 (en) | 2019-06-06 | 2021-06-15 | Sharkninja Operating Llc | User interface for a food preparation device |
CN111193778A (zh) * | 2019-12-16 | 2020-05-22 | 武汉思为同飞网络技术股份有限公司 | 一种web服务负载均衡的方法、装置、设备及介质 |
CN111193778B (zh) * | 2019-12-16 | 2022-08-09 | 武汉思为同飞网络技术股份有限公司 | 一种web服务负载均衡的方法及装置 |
CN113055427A (zh) * | 2019-12-28 | 2021-06-29 | 浙江宇视科技有限公司 | 一种基于业务的服务器集群接入方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6658485B1 (en) | Dynamic priority-based scheduling in a message queuing system | |
CN104125208B (zh) | 数据传输方法及装置 | |
CN105515839A (zh) | 用于提升Radius服务性能的***及方法 | |
CN106101258A (zh) | 一种混合云的接口调用方法、装置及*** | |
CN102739518B (zh) | 一种流量负载分担方法和设备 | |
CN103780502A (zh) | 一种负载均衡下的数据交互***、方法及装置 | |
US20150215394A1 (en) | Load distribution method taking into account each node in multi-level hierarchy | |
CN102447636A (zh) | 一种数据中心通讯设备的负载分担方法和装置 | |
CN103338161A (zh) | 一种实现跨设备聚合的方法和设备 | |
CN107819891A (zh) | 数据处理方法、装置、计算机设备和存储介质 | |
CN106131244A (zh) | 一种报文传送方法及装置 | |
CN106844397A (zh) | 基于分库分表的任务传输方法、装置及*** | |
CN105208133A (zh) | 一种服务器、负载均衡器以及服务器负载均衡方法和*** | |
CN102215247B (zh) | 网络就近性负载均衡方法及设备 | |
CN103873523A (zh) | 客户端集群访问方法及装置 | |
CN106101055A (zh) | 一种多数据库的数据访问方法及其***和代理服务器 | |
CN105262827A (zh) | O2o服务的定位监控***及方法 | |
CN107888700B (zh) | 一种共享云渲染***及其处理方法 | |
CN103428260A (zh) | 用于将终端分配到服务器并高效地提示终端的***及方法 | |
CN105516250A (zh) | 物联网服务调用平台和*** | |
CN104852964A (zh) | 一种多功能服务器调度方法 | |
CN102209049B (zh) | 一种用户信息处理的即时通讯***及方法 | |
CN103685285A (zh) | 一种路由模式下限制终端数量的方法 | |
CN103701587B (zh) | 一种多接口密码模块并行调度方法 | |
CN104243533B (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: 20160420 |