CN106060131A - 一种分配dns服务器的方法和装置 - Google Patents
一种分配dns服务器的方法和装置 Download PDFInfo
- Publication number
- CN106060131A CN106060131A CN201610361867.9A CN201610361867A CN106060131A CN 106060131 A CN106060131 A CN 106060131A CN 201610361867 A CN201610361867 A CN 201610361867A CN 106060131 A CN106060131 A CN 106060131A
- Authority
- CN
- China
- Prior art keywords
- dns server
- dns
- load value
- load
- server
- 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
Links
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/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开一种分配DNS服务器资源的方法,该方法包括:获取DNS服务器对应的状态信息,其中,获取的状态信息用于指示与其对应的DNS服务器的负载处理能力;根据所述状态信息确定DNS服务器被访问的顺序;将所述DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端。通过该方法可以实现,根据DNS服务器的状态信息体现的负载处理能力,确定DNS服务器被访问的顺序,并确定的DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端,以使终端访问的DNS服务器为负载处理能力最高的DNS服务器。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种分配DNS服务器资源的方法和装置。
背景技术
动态主机配置协议DHCP(Dynamic Host Configuration Protocol)Server:指在一个网络中管理DHCP标准的服务器。DHCP服务器的职责是当用户终端登录时为该用户终端分配IP地址,并且确保分配给各用户终端的IP地址不同。
域名服务器DNS(Domain Name Service)是指保存有所在网络中所有主机的域名和对应的IP地址,并具有将域名转换为IP地址功能的服务器,其中,将域名映射为IP地址的过程就称为“域名解析”。
发明内容
有鉴于此,本发明提出一种分配DNS服务器的方法,所述方法包括:
获取DNS服务器对应的状态信息,其中,获取的状态信息用于指示与其对应的DNS服务器的负载处理能力;
根据所述状态信息确定DNS服务器被访问的顺序;
将所述DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端。
本发明还提出了一种分配DNS服务器的装置,所述装置包括:
获取模块,用于获取DNS服务器对应的状态信息,其中,获取的状态信息用于指示与其对应的DNS服务器的负载处理能力;
处理模块,用于根据所述状态信息确定DNS服务器被访问的顺序;
发送模块,将所述DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端。
通过上述内容可以看出,在确定DNS服务器被访问的顺序时,考虑了DNS服务器对应的状态信息,其中,该状态信息用于指示与该状态信息对应的DNS服务器的负载处理能力,并根据DNS服务器对应的状态信息确定DNS服务器被访问的顺序,并将确定DNS服务器被访问的顺序发送给终端,以使终端根据该DNS服务器被访问的顺序访问DNS服务器。
附图说明
图1为本发明实施例提供的一种分配DNS服务器的流程示意图;
图2为本发明实施例提供的另一种分配DNS服务器的流程示意图;
图3为本发明实施例提供的另一种分配DNS服务器的流程示意图;
图4为本发明实施例提供的另一种分配DNS服务器的流程示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,此外,所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
为了防止大量终端通过域名访问外网时,因DNS服务器受自身资源的限制,而造成DNS服务器不能及时响应终端的情况发生,可通过在网络中配置两个或两个以上DNS服务器,并通过该网络中的DHCP服务器将两个或两个以上DNS服务器的地址发送给各用户终端,使得某个DNS服务器的负载处理能力不足时,用户终端可通过其他DNS服务器完成域名解析的工作,如下例:
网络中,配置有第一DNS服务器和第二DNS服务器,其中第一DNS服务器对应的地址为1.1.1.1,第二DNS服务器对应的地址为2.2.2.2,通常根据在DHCP服务器中配置DNS服务器的先后顺序确定主用DNS服务器、备用DNS服务器(即先配置的DNS服务器为主用DNS服务器,后配置的DNS服务器为备用DNS服务器),在本例中,假设在DHCP服务器中先配置第一DNS服务器再配置第二DNS服务器,则第一DNS服务器为主用DNS服务器,第二DNS服务器为备用DNS服务器,DHCP服务器将第一DNS服务器对应的地址1.1.1.1和第二DNS服务器对应的地址2.2.2.2发送给本网络中的终端,当终端通过域名访问外网时根据上述地址信息会先访问第一DNS服务器(主用DNS服务器),若终端访问第一DNS服务器超时(即第一DNS服务器的负载处理能力不足),则该终端再去访问第二DNS服务器(备用DNS服务器)。
通过上例可以看出,确定不同DNS服务器被访问的顺序时(即确定主用DNS服务器和备用DNS服务器),是通过在DHCP上人工配置不同DNS服务器的先后顺序决定的,且不考虑不同DNS服务器的负载处理能力。
本发明实施例提供一种分配DNS服务器的方法,该方法可用于DHCP服务器中,也可用于与DHCP服务器以及DNS服务器通信连接的其他服务器中,当该方法用于DHCP服务器时,如图1所示,该方法为:
步骤101,获取DNS服务器对应的状态信息,其中,获取的状态信息用于指示与其对应的DNS服务器的负载处理能力。
步骤102,根据所述状态信息确定DNS服务器被访问的顺序。
步骤103,将所述DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端。
在步骤101中,DNS服务器的负载处理能力与该DNS服务器用于解析域名的资源对应,若DNS服务器用于解析域名的资源越大,则其对应的负载处理能力越大,例如,网络中设置有第一DNS服务器和第二DNS服务器,若第一DNS服务器用于解析域名的资源大于第二DNS服务器用于解析域名的资源时,则第一DNS服务器的负载处理能力大于第二DNS服务器的负载处理能力,DHCP服务器可通过获取DNS服务器对应的状态信息的方式来获得DNS服务器对应的负载处理能力,进一步的,若网络中有两个或两个以上DNS服务器时,通过各DNS服务器的状态信息确定各DNS服务器的负载处理能力。
进一步的,本发明提供了另一种分配DNS服务器的方法,如图2所示,该方法具体阐述了获取DNS服务器对应的状态信息的方法,该方法包括:
步骤1011,获取各DNS服务器对应的负载处理量。
其中,各DNS服务器的负载处理量为该DNS服务器可用于解析域名的资源总数量。
例如,网络中配置有第一DNS服务器和第二DNS服务器,其中,第一DNS服务器配置的可用于解析域名的资源数量为10000,第二DNS服务器配置的可用于解析域名的资源数量为8000,则第一DNS服务器的负载处理量为10000,第二DNS服务器的负载处理量为8000。
步骤1012,获取第一负载值,所述第一负载值为所述各DNS服务器对应的负载处理量的和。
例如,若第一DNS服务器的负载处理量为10000,第二DNS服务器的负载处理量为8000,则所述第一负载值为第一DNS服务器的负载处理量10000与第二DNS服务器的负载处理量8000之和,即第一负载值为18000。
步骤1013,根据所述第一负载值以及各DNS服务器对应的负载处理量获取各DNS服务器对应的状态信息。
在本步骤中,根据第一负载值以及各DNS服务器对应的负载处理量,通过计算获取各DNS服务器对应的状态信息,在本实施例中,公开一种通过计算获取所述状态信息的方法,具体为,根据各DNS服务器对应的负载处理量与所述第一负载值的商获取各DNS服务器对应的状态信息,公式如下:
X DNS服务器的状态信息=X DNS服务器的负载处理量/第一负载值。
其中,X用于表示网络中某一个DNS服务器。
例如,网络中设置有第一DNS服务器和第二DNS服务器,根据步骤1011、步骤1012可以得到,第一DNS服务器的负载处理量10000(即X指代为第一DNS服务器,进一步的第一DNS服务器的负载处理量为10000),第二DNS服务器的负载处理量为8000(即X指代为第二DNS服务器,进一步的第二DNS服务器的负载处理量为8000),第一负载值为18000,根据上述公式,将第一DNS服务器的负载处理量10000与所述第一负载值18000的商作为所述第一DNS服务器对应的状态信息,从而得出第一DNS服务器对应的状态信息为56%(也表明第一DNS服务器的负载处理能力为56%),将第二DNS服务器对应的负载处理量8000与所述第一负载值18000的商作为所述第二DNS服务器对应的状态信息,从而第二DNS服务器对应的状态信息为44%(也表明第二DNS服务器的负载处理能力为44%)。
作为一种优选的方案,可根据各DNS服务器的系统性能(例如,DNS服务器的处理器的性能,主板性能、内存性能或硬盘性能等)为各DNS服务器配置预设负载值,其中,各DNS服务器配置的预设负载值不大于自身的负载处理量,也就是说,当预设负载值等于自身的负载处理量时,则可将自身的负载处理量作为预设负载值,当DNS服务器的预设负载值小于自身负载处理量时,可以避免使该DNS服务器处于满负荷的工作状态,进而可以降低该DNS服务器的硬件损耗延长该DNS服务器的使用寿命。
进一步的,本发明提供了另一种分配DNS服务器的方法,如图3所示,该方法具体阐述了通过将DNS服务器的预设负载值替换DNS服务器的负载处理量来获取该DNS服务器的状态信息。
步骤2011,获取各DNS服务器对应的预设负载值,并执行步骤2012或者执行步骤2013,其中,所述各DNS服务器的预设负载值不大于自身的负载处理量。
步骤2012,根据步骤1012中获取的第一负载值以及各DNS服务器对应的预设负载值获取各DNS服务器对应的状态信息。
步骤2013,获取第二负载值,所述第二负载值为所述各DNS服务器对应的预设负载值的和,根据所述第二负载值以及各DNS服务器对应的预设负载值获取各DNS服务器对应的状态信息。
在本实施例中,当DNS服务器的预设负载值为该DNS服务器的负载处理量时,则与步骤1011至步骤1013相同。
在步骤2011中,获取各DNS服务器对应的预设负载值,且各DNS服务器的预设负载值不大于自身的负载处理量,例如,网络中设置有第一DNS服务器和第二DNS服务器,其中,第一DNS服务器的负载处理总量为10000,第二DNS服务器的负载处理总量为8000,根据第一DNS服务器和第二DNS服务器的系统性能,分别为第一DNS服务器配置预设负载值为8000,为第二DNS服务器配置预设负载值6000,需要说明的是,若将第一DNS服务器的总资源10000作为第一DNS服务器的预设资源值,和/或将第二DNS服务器的总资源8000作为第二DNS服务器的预设资源值依然适用于本方案。
在步骤2012中,当根据各DNS服务器对应的预设负载值以及第一负载值获取各DNS服务器对应的状态信息时,根据各DNS服务器对应的预设负载值与第一负载值的商获取各DNS服务器对应的状态信息,公式如下:
X DNS服务器的状态信息=X DNS服务器的预设负载值/第一负载值。
其中,X用于表示网络中某一个DNS服务器。
例如,基于步骤2011和步骤2012中的实例,第一负载值为18000,第一DNS服务器的预设负载值为8000,第二DNS服务器的预设负载值为6000,根据上述公式可知,第一DNS服务器的状态信息为44%,第二DNS服务器的状态信息为33%,
通过此实例可以看出,第一DNS服务器对应的状态信息44%以及第二DNS服务器对应的状态信息33%,两个DNS服务器还剩余23%的负载处理能力,其原因为第一DNS服务器和第二DNS服务器所配置的预设负载值小于第一DNS服务器和第二DNS服务器的负载处理总量,而此剩余的23%可以作为预留负载处理能力,当第一DNS服务器和第二DNS服务器的预设负载值均不足时可以使用该预留负载处理能力。
具体的,当第一DNS服务器和第二DNS服务器的预设负载值均不足时,终端可以根据上述步骤确定的第一DNS服务器和第二DNS服务器状态信息访问第一DNS服务器和第二DNS服务器的预留负载处理能力,或者根据第一DNS服务器和第二DNS服务器各自的预留负载处理能力作为负载处理量按照上述步骤重新获取第一DNS服务器和第二DNS服务器新的状态信息,以使终端根据该新的状态信息访问第一DNS服务器和第二DNS服务器中的预留负载处理能力。
在步骤2013中,获取第二负载值,所述第二负载值为各DNS服务器对应的预设负载值的和,例如,若第一DNS服务器的预设负载值为8000,第二DNS服务器的预设负载值6000,则第二负载值为14000(即8000+6000)。
在步骤2013中,当根据各DNS服务器对应的预设负载值以及第二负载值获取各DNS服务器对应的状态信息时,根据各DNS服务器对应的预设负载值与第二负载值的商获取各DNS服务器对应的状态信息,公式如下:
X DNS服务器的状态信息=X DNS服务器的预设负载值/第二负载值。
其中,X用于表示网络中某一个DNS服务器。
例如,基于根据步骤2011和步骤2012中的实例可知,第一DNS服务器的预设负载值为8000,第二DNS服务器的预设负载值为6000,第二负载值为14000,则根据上述公式可知,第一DNS服务器的状态信息为57%,第二DNS服务器的状态信息为43%。
在步骤102中,根据状态信息确定DNS服务器被访问的顺序,具体为,根据步骤101获取的各DNS服务器对应的状态信息,对两个或两个以上DNS服务器按照一定规则排序并形成相应的顺序。
其中,所述的按照一定规则排序可以理解为按照各DNS服务器对应的状态信息(即各DNS服务器的状态信息所体现的负载处理能力)由高到低进行排序,或者按照各DNS服务器对应的状态信息按照由低到高进行排序,若不同DNS服务器对应的状态信息相同时,可以根据不同DNS服务器的配置顺序进行排序(或者按照不同DNS服务器的任意顺序排序)。
在本实施例中,一种实现方式为,根据DNS服务器对应的状态信息,按照各DNS服务器对应的状态信息由高到低进行排序,并形成相应的顺序,为了方便说明,引用步骤101例举的实例,具体为步骤101中获取的第一DNS服务器对应的状态信息为44%,第二DNS服务器对应的状态信息为33%(进一步,通过第一DNS服务器和第二DNS服务器对应的状态信息可知,第一DNS服务器的负载处理能力大于第二DNS服务器的负载处理能力),则根据按照各DNS服务器对应的状态信息由高到低进行排序的规则,形成的顺序为第一DNS服务器优先于第二DNS服务器(也可以理解为,第一DNS服务器的优先级高于第二DNS服务器的优先级),为了更为清晰的表示不同DNS服务器被访问的顺序,本实施例中以表格的形式列出(需要说明的是,本实施例中所展现的表格仅仅是为了清晰表示不同元素的对应关系,并不作任何限定),如表1所示:
DNS服务器 | 顺序(优先级) |
第一DNS服务器 | 第一顺序位(1) |
第二DNS服务器 | 第二顺序位(2) |
表1
其中,第一顺序位优于第二顺序位,若将顺序位理解为优先级,则数字越小对应的优先级越高,即优先级1高于优先级2。
进一步的,本实施例还提供了表1’,其中表1’为表1的另一种表现方式,将主备关系替换表1中的顺序(优先级),则第一顺序位对应的第一DNS服务器为主DNS服务器,将第二顺序位对应的第二DNS服务器为第一备DNS服务器,若存再第三顺序位以及第三顺序位对应的第三DNS服务器,则第三顺序位对应的第三DNS服务器为第二备DNS服务器,以此类推,并且主DNS服务器被访问的优先级高于第一备DNS服务器和第二备DNS服务器,第一备DNS服务器被访问的优先级高于第二备DNS服务器,具体的表1’为(需要说明的是,本实施例中所展现的表格仅仅是为了清晰表示不同元素的对应关系,并不作任何限定):
DNS服务器 | 主备关系 |
第一DNS服务器 | 主 |
第二DNS服务器 | 第一备 |
第三DNS服务器 | 第二备 |
… | … |
表1’
步骤103,将该顺序以及DNS服务器的地址信息发送给终端。
在本实施例中,当DHCP服务器确定了各DNS服务器被访问的顺序后,将该顺序以及各DNS服务器的地址信息发送给终端,以使终端根据接收到的所述顺序以及各DNS服务器的地址信息访问对应的DNS服务器。
具体的,所述的DNS服务器的地址信息可以是IP地址信息和/或MAC地址信息,DHCP服务器可以通过与DNS服务器间的通信报文(例如,DNS服务器的注册报文)来获取DNS服务器的地址信息(也可以通过在DHCP服务器中配置DNS服务器的地址信息的方式获得),从而在确定了各DNS服务器被访问的顺序后,将该确定的各DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端,进一步的,DHCP服务器在每次将DNS服务器被访问的顺序和DNS服务器的地址信息发送给终端后,DHCP服务器可重新确定各DNS服务器被访问的的顺序,并当DHCP服务器需要再次向终端发送DNS服务器地址信息时,将重新确定的各DNS服务器被访问的顺序,并将该重新确定的各DNS服务器被访问的顺序发送给所述终端。
例如,当DHCP服务器确定了第一DNS服务器为第一顺序位,第二DNS服务器为第二顺序位(即第一DNS服务器被访问的顺序优于第二DNS服务器被访问的顺序),则将第一DNS服务器为第一顺序位、第一DNS服务器的地址信息、第二DNS服务器的第二顺序位、第二DNS服务器的地址信息发送给终端。
具体的,DHCP服务器可通过报文的方式将上述DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端,其中所述的报文包括协议报文或数据报文,DHCP服务器可以在接收到终端发送的注册报文时,将DNS服务器被访问的顺序以及DNS服务器的地址信息以应答报文的方式发送给终端,也可以在接收到终端发送的请求DNS服务器地址信息的请求报文时,将上述DNS服务器被访问的顺序以及DNS服务器的地址信息以应答报文的方式发送给终端。
进一步的,DHCP服务器通过报文向终端发送DNS服务器被访问的顺序以及DNS服务器的地址信息时,可以通过将各DNS服务器的地址信息置于报文中的不同位置来体现各DNS服务器的地址信息对应的被访问的顺序,例如,将第一DNS服务器对应的地址信息置于报文中的第一位置,将第二DNS服务器对应的地址信息置于报文中的第二位置,当终端接收到该报文后,终端可以通过报文中的第一位置和第二位置来确定访问第一DNS服务器和第二DNS服务器被访问的顺序。
或者,DHCP服务器通过报文向终端发送DNS服务器被访问的顺序以及DNS服务器的地址信息时,可以通过对各DNS服务器的地址信息增加顺序关系标识,例如,对第一DNS服务器对应的地址信息增加第一顺序关系标识,对第二DNS服务器对应的地址信息增加第二顺序关系标识,当终端接收到该报文后,终端可以通过报文中不同地址信息的顺序关系标识,来确定第一DNS服务器和第二DNS服务器被访问的顺序。
更进一步的,当终端接收DHCP服务器发送的携带各DNS服务器被访问的顺序以及各DNS服务器的地址信息后,所述终端记录上述信息,优选的,所述终端可以表格的形式进行记录,如表2,或表3所示:
DNS服务器 | 顺序(优先级) |
第一DNS服务器 | 第一顺序位(1) |
第二DNS服务器 | 第二顺序位(2) |
表2
DNS服务器 | 主备 |
第一DNS服务器 | 主 |
第二DNS服务器 | 第一备 |
表3
其中,表3为表2的另一种形式体现,当终端需要访问DNS服务器时,所述终端根据表2或表3中的信息,优先访问第一DNS服务器,若第一DNS服务器故障或者负载处理能力不足时,所述终端访问第二DNS服务器。
通过上述实施例可以看出,DHCP服务器向终端发送DNS服务器的地址信息前,会根据网络中各DNS服务器的状态信息(该状态信息体现各DNS服务器的负载处理能力)确定各DNS服务器被访问的顺序(即不同DNS服务器被访问的先后顺序,也可以理解为不同DNS服务器的主备关系),进一步的,当终端接收到DNS服务器被访问的顺序以及DNS服务器的地址信息后,根据该顺序和地址信息访问对应的DNS服务器。
本发明提供了另一种分配DNS服务器的方法,如图4所示,在本实施例中提供了一种获取DNS服务器对应的状态信息的方法。
步骤401,获取各DNS服务器对应的动态经验值,所述动态经验值用于指示与其对应的DNS服务器的剩余负载处理能力。
步骤402,根据所述动态经验值获取各DNS服务器对应的状态信息。
在步骤401,本实施例提供一种获取各DNS服务器对应的动态经验值的方法,该方法为:
步骤4011,获取各DNS服务器对应的第三负载值。
步骤4012,根据各DNS服务器的剩余负载量以及与其对应的第三负载值,获取各DNS服务器对应的动态经验值。
具体的,获取各DNS服务器对应的第三负载值,所述第三负载值用于指示各DNS服务器用于解析域名的资源量,例如,第三负载值可以为步骤1011中获取的DNS服务器的负载处理量,或者为步骤2011中获取的DNS服务器的预设负载值。
在本实施例中,还提供了一种根据各DNS服务器的剩余负载量以及与其对应的第三负载值,获取各DNS服务器对应的动态经验值的优选方案,具体为将获取的DNS服务器的剩余负载量与该DNS服务器对应的第三负载值的商作为所述DNS服务器对应的动态经验值。其中,当第三负载值为DNS服务器的负载处理量时,则DNS服务器对应的动态经验值为DNS服务器的剩余负载量与该DNS服务器的负载处理量的商;当第三负载值为DNS服务器的预设负载值时,则DNS服务器对应的动态经验值为DNS服务器的剩余负载量与该DNS服务器的预设负载值的商。
其中,DNS服务器的剩余负载量可通过该DNS服务器的第三负载值以及该DNS服务器已加载的负载值获取。
例如,DNS服务器的剩余负载量为该DNS服务器的预设负载值与该DNS服务器已加载的负载值的差,或者为该DNS服务器的负载处理量与DNS服务器已加载的负载值的差。
其中,DNS服务器已加载的负载值为DHCP服务器记录的将该DNS服务器作为主用DNS服务器时,将该DNS服务器的地址信息发送给终端的次数,进一步的,DHCP服务器在每次将该DNS服务器(作为主用DNS服务器)的地址信息发送给终端后,更新自身记录的已加载的负载值(即发送给终端的次数)用于重新获取DNS服务器已加载的负载值。
例如,若DHCP服务器将第一DNS服务器作为主用DNS服务器时,DHCP服务器将所述第一DNS服务器的地址信息分别向4000个终端各发送了1次,则DHCP记录的所述第一DNS服务器已加载的负载值为4000,若第一DNS服务器的负载处理量为10000,且对第一DNS服务器配置的预设负载值为8000,则第一DNS服务器的剩余负载量为6000(即第一DNS服务器的负载处理量10000与第一DNS服务器已加载的负载值4000的差),或者第一DNS服务器的剩余负载量为4000(即第一DNS服务器的预设负载值8000与第一DNS服务器已加载的负载值4000的差),进一步的,若以第一DNS服务器的剩余负载量为4000为例,则第一DNS服务器对应的动态经验值为第一DNS服务器的剩余负载量4000与第一DNS服务器的预设负载值8000的商,则所述第一DNS服务器对应的动态经验值为50%,根据上述实施例,获取DNS服务器的动态经验值的公式如下:
X DNS服务器的动态经验值=X DNS服务器的剩余负载量/X DNS服务器的第三负载值。
其中,X用于表示网络中某一个DNS服务器。
需要说明的是,在该公式中可用X DNS服务器的第三负载值可以为X DNS服务器的预设负载值或者为X DNS服务器的负载处理量。
在步骤402中,根据所述动态经验值获取各DNS服务器对应的状态信息,具体为根据DNS服务器的负载处理量与第一负载值或第二负载值确定的结果再与该DNS服务器的动态经验值得到该DNS服务器的状态信息,或者根据预设负载值与第一负载值或第二负载值确定的结果再与该DNS服务器的动态经验值得到该DNS服务器的状态信息。具体公式为:
X DNS服务器的状态信息=(X DNS服务器的负载处理量/第一负载值)*X DNS服务器的动态经验值。
其中,X用于表示网络中某一个DNS服务器。或者为:
X DNS服务器的状态信息=(X DNS服务器的负载处理量/第二负载值)*X DNS服务器的动态经验值。
其中,X用于表示网络中某一个DNS服务器。或者为:
X DNS服务器的状态信息=(X DNS服务器的预设负载值/第一负载值)*X DNS服务器的动态经验值。
其中,X用于表示网络中某一个DNS服务器。或者为:
X DNS服务器的状态信息=(X DNS服务器的预设负载值/第二负载值)*X DNS服务器的动态经验值。
其中,X用于表示网络中某一个DNS服务器。
为了清楚的对上述方案进行阐述,本申请提供了下述优选实施例,具体为:
网络中配置有第一DNS服务器和第二DNS服务器,其中,第一DNS服务器的负载处理总量为10000,第二DNS服务器的负载处理总量为8000,则第一负载值为18000,并且为第一DNS服务器配置的预设负载值为8000,为第二DNS服务器配置的预设负载值为6000。
若DHCP服务器将第一DNS服务器作为主用DNS服务器分别发送给4000个终端,则第一DNS服务器已加载的负载值为4000,此时若DHCP服务器未将第二DNS服务器作为主用DNS服务器发送给终端时,则第二DNS服务器已加载的负载值为0,则第一DNS服务器的动态经验值为50%(即第一DNS服务器预设负载值8000减第一DNS服务器已加载的负载值4000的差再与第一DNS服务器预设负载值8000的商),第二DNS服务器的动态经验值为100%(即第二DNS服务器预设负载值6000减去第二DNS服务器已加载的负载值0的差再与第二DNS服务器预设负载值6000的商),
进一步的,第一DNS服务器的状态信息为22%(即第一DNS服务器的预设负载值8000与第一负载值18000的商再与第一DNS服务器动态经验值50%的积),第二DNS服务器的状态信息为33%(即第二DNS服务器预设负载值6000与第一负载值18000的商再与第二DNS服务器动态经验值100%的积)。
根据第一DNS服务器的状态信息和第二DNS服务器的状态信息可以看出,虽然第一DNS服务器的预设负载值大于第二DNS服务器的预设负载值,但是由于考虑了第一DNS服务器的动态经验值为50%(即第一DNS服务器已加载的负载值占第一DNS服务器的预设负载值的一半),而第二DNS服务器的动态经验值为100%(即第二DNS服务器未加载负载),反而获取的第一DNS服务器的状态信息体现的负载处理能力小于第二DNS服务器的状态信息体现的负载处理能力,因此根据第一DNS服务器和第二DNS服务器的状态信息确定两个DNS服务器被访问的顺序为第二DNS服务器优于第一DNS服务器(即此时第二DNS服务器为主用DNS服务器,第一DNS服务器为备用DNS服务器)。
进一步的,DHCP服务器将上述确定DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端,以使终端根据接收到的DNS服务器被访问的顺序以及DNS服务器的地址信息访问对应的DNS服务器。
通过上述实施例可以看出,DHCP服务器在确定不同DNS服务器被访问的顺序时(即不同DNS服务器被访问的先后顺序,也可以理解为不同DNS服务器的主备关系),还可以根据不同DNS服务器的动态经验值获得不同DNS服务器的状态信息,进而根据不同DNS服务器的状态信息确定不同DNS服务器被访问的顺序,例如,根据上述实例,通过第一DNS服务器的预设负载值和第二DNS服务器的预设负载值分别与第一负载值的商可以得出DNS服务器被访问的顺序为第一DNS服务器优先于第二DNS服务器(即初始的第一DNS服务器的负载处理能力大于第二DNS服务器的负载处理能力),某一时刻,当引入第一DNS服务器和第二DNS服务器的动态经验值时,再次确定的DNS服务器被访问的顺序为第二DNS服务器优于第一DNS服务器,从而进一步实现了对DNS服务器被访问的顺序进行动态调整,使得终端最先访问的DNS服务器(可以理解为终端访问的主用DNS服务器)为DNS服务器中负载处理能力最高的DNS服务器。
为了对本申请中记载的技术方案进行详细的阐述,将本申请提供的技术方案与应用场景结合,如图4所示,具体包括,在网络中存在部门A、部门B和部门C,其中,部门A中有2000个终端,部门B中有1000个终端,部门C中有500个终端,与上述三个部门中各终端连接的DHCP服务器用于向各终端分配IP地址,在该网络中,还存在第一DNS服务器和第二DNS服务器,其中,从硬件角度考虑第一DNS服务器和/或第二DNS服务器可以集成于DHCP服务器,也可以为独立的DNS服务器。
在组建网络时,配置的第一DNS服务器的负载处理总量为5000,配置的第二DNS服务器的负载处理总量为3000,并且进一步配置了第一DNS服务器的预设负载值为4000,配置了第二DNS服务器的预设负载值为2000。
DHCP服务器获取上述DNS服务器的负载处理总量和预设负载值,并计算第一DNS服务器和第二DNS服务器对应的状态信息,具体为,计算第一负载值,由于第一负载值为第一DNS服务器的负载处理总量5000与第二DNS服务器的负载处理总量3000的和,因此获取第一负载值为8000(即5000+3000),获得第一DNS服务器的预设负载值4000与第一负载值8000的商为50%,由于目前DHCP服务器尚未将第一DNS服务器作为主用DNS服务器发送给终端,因此可将第一DNS服务器的预设负载值4000与第一负载值8000的商为50%作为第一DNS服务器的状态信息,同理获得第二DNS服务器的状态信息为25%,根据第一DNS服务器的状态信息和第二DNS服务器的状态信息,获得两个DNS服务器被访问的顺序为,第一DNS服务器的被访问的顺序优先于第二DNS服务器(即第一DNS服务器为主用DNS服务器,第二DNS服务器为备用DNS服务器)
某时刻,当部门A中的2000个终端向DHCP服务器发送报文时(该报文可以是注册报文),DHCP服务器将第一DNS服务器的和第二DNS服务器的被访问的顺序以及第一DNS服务器和第二DNS服务器的地址信息发送给部门A中的终端,部门A中的终端接收到该顺序和地址信息后,会根据该顺序优先访问第一DNS服务器。
由于DHCP服务器将第一DNS服务器作为主用DNS服务器发送给2000个终端,即第一DNS服务器已加载的负载值为2000,因此需重新获取第一DNS服务器的状态信息,重新确定第一DNS服务器和第二DNS服务器被访问的顺序。
重新获取第一DNS服务器的状态信息,具体为,获得第一DNS服务器的动态经验值为50%(即将第一DNS服务器的预设负载值4000与第一DNS服务器已加载的负载值2000的差再与第一DNS服务器的预设负载值的商50%),获取第二DNS服务器的动态经验值为100%(即将第二DNS服务器的预设负载值2000与第二DNS服务器已加载的负载值0的差再与第二DNS服务器的预设负载值的商100%),并将第一DNS服务器的预设负载值与第一负载值的商再与第一DNS服务器的动态经验值的商相乘重新得到第一DNS服务器的状态信息为25%,同理重新得到第二DNS服务器的状态信息为25%,由于第一DNS服务器的状态信息与第二DNS服务器的状态信息相同,因此可以任意确定第一DNS服务器和第二DNS服务器被访问的先后顺序,例如,假定重新获取DNS服务器被访问的顺序为第一DNS服务器被访问的顺序优先于第二DNS服务器。
下一时刻,当部门B中的1000个终端向DHCP服务器发送报文时,DHCP服务器将上一步骤中确定的第一DNS服务器和第二DNS服务器的被访问的顺序以及第一DNS服务器和第二DNS服务器的地址信息发送给部门B中的终端,部门B中的终端接收到该顺序和地址信息后,会根据该顺序优先访问第一DNS服务器。
同理,由于DHCP服务器将第一DNS服务器作为主用DNS服务器又发送给了1000个终端,即第一DNS服务器已加载的负载值为3000,因此需重新获取第一DNS服务器的状态信息,重新确定第一DNS服务器和第二DNS服务器被访问的顺序,重新获取的第一DNS服务器的状态信息为12.5%,重新获取的第二DNS服务器的状态信息为25%,根据第一DNS服务器的状态信息和第二DNS服务器的状态信息,确定两个DNS服务器被访问的顺序为第二DNS服务器的被访问的顺序优先于第一DNS服务器。
下一时刻,当部门C中500个终端向DHCP服务器发送报文时,DHCP服务器将上一步骤中确定的第一DNS服务器和第二DNS服务器的被访问的顺序以及第一DNS服务器和第二DNS服务器的地址信息发送给部门C中的终端,部门C中的终端接收到该顺序和地址信息后,会根据该顺序关系优先访问第二DNS服务器。
需要说明的是,本实施例仅为了对本申请所提供的技术方案进行举例说明,并不进行任何限定,同时在本实施例中虽然引用了部门,但是若只考虑终端的情况下依然适用于本申请所提供的技术方案。
通过本实施例可以看出,DHCP服务器在确定不同DNS服务器被访问的顺序时(即不同DNS服务器被访问的先后顺序,也可以理解为不同DNS服务器的主备关系),还可以根据不同DNS服务器的动态经验值获得不同DNS服务器的剩余负载处理能力,并根据不同DNS服务器的剩余负载处理能力实现动态确定不同DNS服务器的顺序。
基于上述实施例,本发明还提供了另一种获取各DNS服务器对应的动态经验值的方法,具体为,将DNS服务器的剩余负载量与该DNS服务器对应的第三负载值的商再与该DNS服务器对应的剩余系统资源值的积来获取该DNS服务器对应的动态经验值
其中,获取各DNS服务器的剩余系统资源值的方法可以为DHCP通过与各DNS服务器建立连接,从各DNS服务器中获取各DNS服务器对应的剩余系统资源值。
其中,所述的各DNS服务器对应的剩余系统资源值可以包括各DNS服务器中处理器的剩余资源值、和/或内存的剩余资源值、和/或硬盘的剩余资源值,具体的,各DNS服务器对应的剩余系统资源值,可以为各DNS服务器中处理器的剩余资源值、内存的剩余资源值以及硬盘的剩余资源值三者中的某一个剩余资源值,或者三者中任意两个剩余资源值的积,又或者三者的剩余资源值的积。
例如,第一DNS服务器对应的剩余系统资源值可以包括:第一DNS服务器的处理器的剩余资源值,或者第一DNS服务器的内存的剩余资源值,或者第一DNS服务器的硬盘的剩余资源值,或者第一DNS服务器的处理器的剩余资源值与第一DNS服务器的内存的剩余资源值的积,或者第一DNS服务器的处理器的剩余资源值与第一DNS服务器的硬盘的剩余资源值的积,或者第一DNS服务器的内存的剩余资源值与第一DNS服务器的硬盘的剩余资源值的积,又或者第一DNS服务器的处理器的剩余资源值、第一DNS服务器的内存的剩余资源值以及第一DNS服务器的硬盘的剩余资源值三者间的积。
通过本实施例可以看出,DHCP服务器在确定不同DNS服务器被访问的顺序时,还考虑了不同DNS服务器自身的系统资源,并根据不同DNS服务器对应的剩余系统资源值确定不同DNS服务器被访问的顺序,从而更进一步的实现了对不同DNS服务器被访问的顺序进行动态调整,进一步使得终端最先访问的DNS服务器为不同DNS服务器中负载处理能力最高的DNS服务器。
基于与上述方法同样的发明构思,本发明实施例还提供一种分配DNS服务器的装置,应用在DHCP服务器上,或者应用在与DHCP服务器关联的其他服务器上。该分配DNS服务器的装置可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在的设备的处理器,读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言,本发明提出的分配DNS服务器的装置所在服务器为硬件结构,包括处理器、非易失性存储器外,服务器还可以包括其他硬件,如负责处理报文的转发芯片、网络接口、内存等;从硬件结构上来讲,该服务器还可能是分布式设备,可能包括多个接口卡,以便在硬件层面进行报文处理的扩展。
本发明实施例提供了一种分配DNS服务器的装置,所述装置包括:
获取模块,用于获取不同DNS服务器对应的状态信息,其中,获取的状态信息用于指示与其对应的DNS服务器的负载处理能力。
处理模块,用于获取DNS服务器对应的状态信息,其中,获取的状态信息用于指示与其对应的DNS服务器的负载处理能力。
发送模块,将所述DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端。
在本实施例中,处理模块根据获取模块获取的DNS服务器对应的状态信息,按照一定规则排序并形成相应的顺序关系,在本例中所述的一定规则为根据DNS服务器对应的状态信息所体现的DNS服务器的负载处理能力,按照由高到低的顺序进行排序,所述发送模块将获取的DNS服务器被访问的顺序以及与DNS服务器的地址信息发送给终端,以使终端根据接收的DNS服务器被访问的顺序以及DNS服务器的地址信息优先访问的DNS服务器的负载处理能力最高。
在本实施例中,所述获取模块,还用于获取各DNS服务器对应的负载处理量,以及第一负载值,其中,所述第一负载值为各DNS服务器的负载处理总量的和。进一步的,所述获取模块,还用于根据所述第一负载值以及各DNS服务器对应的负载处理量获取各DNS服务器对应的状态信息。
在另一个实施例中,所述获取模块,还用于获取各DNS服务器对应的预设负载值,以及第二负载值,其中,所述各DNS服务器的预设负载值不大于自身的负载处理量,所述第二负载值为所述各DNS服务器的预设负载值之和。进一步的,所述获取模块,还用于根据各DNS服务器的预设负载值以及第一负载值获取各DNS服务器对应的状态信息;或者,所述获取模块,还用于根据各DNS服务器的预设负载值以及第二负载值获取各DNS服务器对应的状态信息。
在另一种实施例中,所述获取模块,还用于获取各DNS服务器对应的动态经验值,其中,动态经验值用于指示与其对应的DNS服务器的剩余负载处理能力。进一步的,所述获取模块,还用于根据各DNS服务器的动态经验值获取各DNS服务器的状态信息。
其中,所述的动态经验值可以通过各DNS服务器的剩余负载量与各DNS服务器的第三负载值获取,其中,所述第三负载值用于指示各DNS服务器用于解析域名的资源量,例如,第三负载值可以为步骤1011中获取的DNS服务器的负载处理量,或者为步骤2011中获取的DNS服务器的预设负载值。
具体的,通过各DNS服务器的剩余负载量与各DNS服务器的第三负载值的商获取,其中,所述各DNS服务器的剩余负载量为所述各DNS服务器的第三负载值与其已加载的负载值的差。
通过上述实施例可以看出,DHCP服务器在确定DNS服务器被访问的顺序时(即不同DNS服务器被访问的先后顺序,也可以理解为不同DNS服务器的主备关系),还可以根据DNS服务器的动态经验值获得DNS服务器的剩余负载处理能力,并根据各DNS服务器的剩余负载处理能力实现动态确定DNS服务器被访问的顺序,从而进一步实现了对DNS服务器被访问的顺序进行动态调整,使得终端最先访问的DNS服务器(可以理解为终端访问的主用DNS服务器)为不同DNS服务器中负载处理能力最高的DNS服务器。
在另一个实施例中,所述的动态经验值还可以通过各DNS服务器的剩余系统资源值获取,则各DNS服务器的动态经验值可以通过各DNS服务器的剩余负载量、各DNS服务器的第三负载值以及各DNS服务器对应的剩余系统资源值获取各DNS服务器的动态经验值。
进一步的,所述获取模块,还用于获取各DNS服务器对应的剩余系统资源值。进一步的,所述获取模块,还用于根据各DNS服务器的剩余负载量与各DNS服务器的第三负载值的商再与各DNS服务器对应的剩余系统资源值的积获取各DNS服务器的动态经验值。
通过本实施例可以看出,DHCP服务器在确定DNS服务器被访问的顺序时,还考虑了DNS服务器自身的系统资源,并根据DNS服务器对应的剩余系统资源值确定DNS服务器被访问的顺序,从而更进一步的实现了对DNS服务器被访问的顺序进行动态调整,进一步使得终端最先访问的DNS服务器为不同DNS服务器中负载处理能力最高的DNS服务器。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可进一步拆分成多个子模块。上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种分配DNS服务器的方法,其特征在于,所述方法包括:
获取DNS服务器对应的状态信息,其中,获取的状态信息用于指示与其对应的DNS服务器的负载处理能力;
根据所述状态信息确定DNS服务器被访问的顺序;
将所述DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端。
2.如权利要求1所述的方法,其特征在于,在所述获取DNS服务器对应的状态信息之前,包括:
获取各DNS服务器对应的负载处理量;
所述获取DNS服务器对应的状态信息的方法,包括:
获取第一负载值,所述第一负载值为各DNS服务器对应的负载处理量的和;
根据所述第一负载值以及各DNS服务器对应的负载处理量获取各DNS服务器对应的状态信息。
3.如权利要求2所述的方法,其特征在于,在所述获取DNS服务器对应的状态信息之前,包括:
获取各DNS服务器对应的预设负载值,其中,所述各DNS服务器的预设负载值不大于自身的负载处理量;
所述获取DNS服务器对应的状态信息的方法,包括:
根据所述第一负载值以及各DNS服务器对应的预设负载值获取各DNS服务器对应的状态信息;或者,
获取第二负载值,所述第二负载值为所述各DNS服务器对应的预设负载值的和;
根据所述第二负载值以及各DNS服务器对应的预设负载值获取各DNS服务器对应的状态信息。
4.如权利要求1至3任一所述的方法,其特征在于,在所述获取DNS服务器对应的状态信息之前,包括:
获取各DNS服务器对应的动态经验值,所述动态经验值用于指示与其对应的DNS服务器的剩余负载处理能力;
所述获取各DNS服务器对应的状态信息的方法,包括:根据所述动态经验值获取各DNS服务器对应的状态信息。
5.如权利要求4所述的方法,其特征在于,所述获取各DNS服务器对应的动态经验值的方法包括:
获取各DNS服务器对应的第三负载值,所述第三负载值用于指示各DNS服务器用于解析域名的资源量;
根据各DNS服务器的剩余负载量以及与其对应的第三负载值,获取各DNS服务器对应的动态经验值。
6.一种分配DNS服务器的装置,其特征在于,所述装置包括:
获取模块,用于获取DNS服务器对应的状态信息,其中,获取的状态信息用于指示与其对应的DNS服务器的负载处理能力;
处理模块,用于根据所述状态信息确定DNS服务器被访问的顺序;
发送模块,将所述DNS服务器被访问的顺序以及DNS服务器的地址信息发送给终端。
7.如权利要求6所述的装置,其特征在于,
所述获取模块,还用于获取各DNS服务器对应的负载处理量,
以及还用于获取第一负载值,所述第一负载值为各DNS服务器的负载处理总量的和,
以及还用于根据所述第一负载值以及各DNS服务器对应的负载处理量获取各DNS服务器对应的状态信息。
8.如权利要求7所述的装置,其特征在于,
所述获取模块,还用于获取各DNS服务器对应的预设负载值,其中,所述各DNS服务器的预设负载值不大于自身的负载处理量,
以及还用于根据所述所述第一负载值以及各DNS服务器对应的预设负载值获取各DNS服务器对应的状态信息;或者
获取第二负载值,所述第二负载值为所述各DNS服务器对应的预设负载值的和,根据所述第二负载值以及各DNS服务器对应的预设负载值获取各DNS服务器对应的状态信息。
9.如权利要求6至8任一所述的装置,其特征在于,
所述获取模块,还用于获取各DNS服务器对应的动态经验值,所述动态经验值用于指示与其对应的DNS服务器的剩余负载处理能力,
以及还用于根据所述动态经验值获取各DNS服务器对应的状态信息。
10.如权利要求9所述的装置,其特征在于,
所述获取模块,还用于获取各DNS服务器对应的第三负载值,
以及还用于根据各DNS服务器的剩余负载量以及与其对应的第三负载值,获取各DNS服务器对应的动态经验值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610361867.9A CN106060131B (zh) | 2016-05-26 | 2016-05-26 | 一种分配dns服务器的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610361867.9A CN106060131B (zh) | 2016-05-26 | 2016-05-26 | 一种分配dns服务器的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106060131A true CN106060131A (zh) | 2016-10-26 |
CN106060131B CN106060131B (zh) | 2019-10-11 |
Family
ID=57174802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610361867.9A Active CN106060131B (zh) | 2016-05-26 | 2016-05-26 | 一种分配dns服务器的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106060131B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107172126A (zh) * | 2017-04-21 | 2017-09-15 | 华为技术有限公司 | 一种域名系统服务器分配方法及服务器 |
CN110022376A (zh) * | 2019-04-19 | 2019-07-16 | 成都四方伟业软件股份有限公司 | 任务调度方法、装置及系统 |
WO2020088170A1 (zh) * | 2018-11-01 | 2020-05-07 | Oppo广东移动通信有限公司 | 域名系统配置方法及相关装置 |
CN111416883A (zh) * | 2020-03-11 | 2020-07-14 | Oppo广东移动通信有限公司 | 地址查询方法、装置、终端及计算机可读存储介质 |
CN113497811A (zh) * | 2020-03-18 | 2021-10-12 | 华为技术有限公司 | 一种域名系统服务器分配方法及相关设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101938504A (zh) * | 2009-06-30 | 2011-01-05 | 深圳市融创天下科技发展有限公司 | 集群服务器智能调度的方法及系统 |
CN103391299A (zh) * | 2012-05-08 | 2013-11-13 | 深圳市腾讯计算机系统有限公司 | 负载均衡方法和负载均衡系统 |
CN104767776A (zh) * | 2014-01-07 | 2015-07-08 | 腾讯科技(深圳)有限公司 | 一种实时调整网络路由方法、装置及系统 |
CN105338082A (zh) * | 2015-10-30 | 2016-02-17 | 浪潮(北京)电子信息产业有限公司 | 基于应用代理服务器的负载均衡方法及装置 |
CN105610991A (zh) * | 2016-03-31 | 2016-05-25 | 北京网瑞达科技有限公司 | 一种dhcp环境下递归解析dns服务器的负载均衡方法 |
-
2016
- 2016-05-26 CN CN201610361867.9A patent/CN106060131B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101938504A (zh) * | 2009-06-30 | 2011-01-05 | 深圳市融创天下科技发展有限公司 | 集群服务器智能调度的方法及系统 |
CN103391299A (zh) * | 2012-05-08 | 2013-11-13 | 深圳市腾讯计算机系统有限公司 | 负载均衡方法和负载均衡系统 |
CN104767776A (zh) * | 2014-01-07 | 2015-07-08 | 腾讯科技(深圳)有限公司 | 一种实时调整网络路由方法、装置及系统 |
CN105338082A (zh) * | 2015-10-30 | 2016-02-17 | 浪潮(北京)电子信息产业有限公司 | 基于应用代理服务器的负载均衡方法及装置 |
CN105610991A (zh) * | 2016-03-31 | 2016-05-25 | 北京网瑞达科技有限公司 | 一种dhcp环境下递归解析dns服务器的负载均衡方法 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107172126A (zh) * | 2017-04-21 | 2017-09-15 | 华为技术有限公司 | 一种域名系统服务器分配方法及服务器 |
WO2020088170A1 (zh) * | 2018-11-01 | 2020-05-07 | Oppo广东移动通信有限公司 | 域名系统配置方法及相关装置 |
CN110022376A (zh) * | 2019-04-19 | 2019-07-16 | 成都四方伟业软件股份有限公司 | 任务调度方法、装置及系统 |
CN111416883A (zh) * | 2020-03-11 | 2020-07-14 | Oppo广东移动通信有限公司 | 地址查询方法、装置、终端及计算机可读存储介质 |
CN111416883B (zh) * | 2020-03-11 | 2023-03-03 | Oppo广东移动通信有限公司 | 地址查询方法、装置、终端及计算机可读存储介质 |
CN113497811A (zh) * | 2020-03-18 | 2021-10-12 | 华为技术有限公司 | 一种域名系统服务器分配方法及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
CN106060131B (zh) | 2019-10-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106060131B (zh) | 一种分配dns服务器的方法和装置 | |
CN100527752C (zh) | Dhcp的地址分配方法 | |
AU2013351670B2 (en) | Business scheduling method and apparatus and convergence device | |
CN105610632B (zh) | 一种虚拟网络设备及相关方法 | |
CN113163277B (zh) | 光网络单元带宽管理方法、装置、电子设备及存储介质 | |
CN105159775A (zh) | 基于负载均衡器的云计算数据中心的管理系统和管理方法 | |
CN111934918A (zh) | 对同一容器集群内的容器实例的网络隔离方法和装置 | |
WO2021098407A1 (zh) | 基于mec的服务节点分配方法、装置及相关服务器 | |
CN104202365B (zh) | 一种集群式智能网关平台部署扩展业务应用的方法 | |
CN101167307A (zh) | 一种可动态自适应的分布式资源管理系统和方法 | |
CN108933847A (zh) | 一种地址快速分配的方法及装置 | |
CN106815059A (zh) | Linux虚拟服务器LVS自动化运维方法及运维系统 | |
CN106161280B (zh) | 一种带宽控制方法、装置和电子设备 | |
US20210048956A1 (en) | Storage system, and method and apparatus for allocating storage resources | |
EP3567859A1 (en) | Method and system for providing live streaming service | |
CN105721552A (zh) | 一种基于dns实现动态负载均衡的方法及dns系统 | |
KR101402367B1 (ko) | 전화 호출 관리 방법 및 호출 관리 시스템 | |
CN104158732B (zh) | 一种智能的云服务动态路由策略 | |
CN102611623A (zh) | 基于网络访问的端口配置处理方法、装置和系统 | |
CN106878487A (zh) | 公网地址分配方法及装置 | |
CN105657009A (zh) | 对象网关负载均衡系统、方法及跨区域对象网关存储系统 | |
CN109743357A (zh) | 一种业务访问连续性的实现方法及装置 | |
CN114168312A (zh) | 一种分布式集群负载均衡方法、装置及存储介质 | |
CN107172126A (zh) | 一种域名系统服务器分配方法及服务器 | |
CN105847143A (zh) | 基于vrrp的负载均衡方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |