CN112738288A - Dns域名解析方法、dns服务器、gslb***及域名解析*** - Google Patents
Dns域名解析方法、dns服务器、gslb***及域名解析*** Download PDFInfo
- Publication number
- CN112738288A CN112738288A CN202011550458.6A CN202011550458A CN112738288A CN 112738288 A CN112738288 A CN 112738288A CN 202011550458 A CN202011550458 A CN 202011550458A CN 112738288 A CN112738288 A CN 112738288A
- Authority
- CN
- China
- Prior art keywords
- domain name
- record
- access node
- dns
- cdn
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种DNS域名解析方法，在运营商本地DNS***中，对***进行了改造，对用户请求流程进行了修改，使得本地DNS服务器能够从GSLB***中获取到权重信息，实现对于资源的权重负载，提供准确的权重应答。这种DNS域名解析方法还提高了域名解析的效率，降低了用户的访问时延。这种DNS域名解析方法，具体包括：请求接收步骤，接收用户发起的针对目标域名的域名解析请求；记录获取步骤，获取与目标域名关联的多个CDN接入节点IP，以及多个CDN接入节点IP分别对应的多个权重信息；分配步骤，根据多个权重信息，从多个CDN接入节点IP中选择一个，分配给用户。
Description
技术领域
本发明涉及网络通信技术领域，具体地，涉及到DNS域名解析方法、DNS服务器、GSLB***及域名解析***。
背景技术
内容分发网络(CDN，Content Delivery Network)是一项全网内容加速服务。利用遍布全球(全国，或企业自行规划的各大城市及区域)的加速节点，帮助企业将业务内容发布至最接近用户的边缘节点，使用户的请求能够就近得到快速响应，无需进行多次网络转发，避免请求受地域、带宽、服务器能力等因素影响导致的高延迟、低可用性等问题。
与传统访问方式不同，CDN网络相当于在用户和源服务器之间增加了高速缓存(Cache)层，原本需要访问源服务器才能获得的数据被暂时性地存储在高速缓存层中。用户的访问请求将被域名解析***引导到CDN网络中的CDN节点而不是源服务器。具体而言，全局负载均衡(GSLB，Global Server Load Balance)***主要用于执行上述引导过程，其适时统计各CDN节点的连接状态并为用户匹配合适的CDN接入节点以将用户接入CDN网络。
CDN节点在第一次访问源服务器之后能够缓存源服务器的数据，用户再次请求该数据时，CDN节点能够将缓存的数据直接返回给用户，而不需要再次访问源服务器，这大大地加快了数据传输的速度，对于静态资源的加速尤为显著。
图1是现有技术中的一种CDN网络架构。基于该CDN网络架构的交互方式如下：首先由用户1输入与源服务器6的IP地址相关联的域名，用户1的终端设备向本地DNS(DomainName System)服务器21发送查询源服务器6的IP地址的查询请求，本地DNS服务器21将查询请求转发给全局负载平衡(GSLB，Global Server Load Balance)***31，GSLB***31能够根据用户1的地理位置、入网类型等因素，从多个CDN接入节点4之中选择与用户1匹配程度最高者，将其IP地址作为最佳CDN接入节点IP返回给用户1。
接着，用户1可以向该CDN接入节点4发出访问请求，经其接入CDN网络。CDN网络中包含多个节点服务器，不限于CDN接入节点4和CDN节点5。如果是第一次访问源服务器6或者缓存记录已过期，CDN网络中的节点服务器(例如CDN节点5)经由内部路由接收来自CDN接入节点4的访问请求，会向源服务器6请求业务内容并返回给用户1，接着缓存该业务内容；如果CDN网络中缓存有该源服务器6的业务内容，则CDN网络中缓存有源服务器6业务内容的CDN节点5可以直接返回缓存的业务内容，提高应答速度。
目前，本地DNS服务器21与GSLB***31之间只进行一个或者多个最佳CDN接入节点IP的数据交换。相应地，本地DNS服务器21也只缓存一个或者多个最佳CDN接入节点IP的应答结果。根据地域、带宽、服务器能力等因素分配最佳CDN接入节点IP的过程是集中在GSLB***31中完成的，受到GSLB***31处理能力的限制，而现有的本地DNS服务器21则难以进行负载均衡。
发明内容
针对以上问题，本发明提供了一种DNS域名解析方法，使得本地DNS服务器能够实现对于资源的权重负载，提供准确的权重应答。
在本发明的较优技术方案中，提供了一种DNS域名解析方法，具体包括：
请求接收步骤，接收用户发起的针对目标域名的域名解析请求；
记录获取步骤，获取与目标域名关联的多个CDN接入节点IP以及与多个CDN接入节点IP分别对应的多个权重信息；
分配步骤，根据多个权重信息，从多个CDN接入节点IP中选择一个并分配给用户。
通过以上DNS域名解析方法，在信息传输的过程中，既获取分发网络接入节点IP，也获取对应的权重信息，使得接收到上述信息的服务器，例如是运营商服务器等本地DNS服务器，能够进一步基于权重信息进行负载均衡，从而避免负载均衡过程过度集中于GSLB***，而造成对于应答速率的限制。
在本发明的较优技术方案中，DNS域名解析方法的记录获取步骤，从GSLB***获取SRV记录，SRV记录包含彼此关联保存的拟制域名与权重信息，拟制域名由目标域名与所述CDN接入节点IP合并而成。通过拟制域名的方式，SRV记录中直接携带有目标域名和CDN接入节点IP，并且，目标域名、CDN接入节点IP、权重信息三者均是相互关联保存的，因此无需按照RFC(Request For Comments)标准再次进行查询，从而有效提高应答效率。
优选地，本发明的较优技术方案中，DNS域名解析方法的记录获取步骤中，能够从GSLB***同时获取SRV记录和A记录，SRV记录中彼此关联地保存有服务器域名和权重信息，所述A记录中彼此关联地保存有服务器域名和CDN接入节点IP。通过以上方式，SRV记录可以按照标准的SRV记录格式进行配置，只需结合SRV记录、A记录进行迭代查询，即可获得与服务器域名对应的CDN接入节点IP及其权重信息。并且，因为SRV记录按照RFC标准格式进行配置，其可扩展性能较好，例如可以扩展支持基于协议、优先级、端口、应用的多种调度策略。
进一步地，DNS域名解析方法还包括以下步骤，将多个CDN接入节点IP及其权重信息彼此对应地缓存在本地DNS服务器的缓存空间中。根据以上较优的技术方案，本地DNS服务器能够在用户下次访问时直接根据缓存在本地的CDN接入节点IP的权重信息将CDN接入节点IP分配给用户，以较高的应答速率实现基于权重信息的负载均衡。
另外，在本发明的较优技术方案中，还提供了一种DNS域名解析方法，包括：
记录提供步骤，提供关于目标域名的DNS记录，DNS记录包含多个CDN接入节点IP，以及与多个CDN接入节点IP分别对应的多个权重信息；
查询应答步骤，响应于关于目标域名的查询请求，将记录提供步骤中提供的DNS记录发送给查询方。
通过以上步骤，能够将查询方所查询的目标域名所对应的多个CDN接入节点IP和多个CDN接入节点IP的多个权重信息提供给查询方，便于查询方保存后进行基于权重信息的负载均衡，使得基于权重的负载均衡可以由接收到上述DNS记录的服务器实现，例如是运营商服务器等本地DNS服务器，而非只能由GSLB***集中化地处理，兼顾负载均衡和应答效率。
在本发明的较优技术方案中，DNS记录为SRV记录，SRV记录包含彼此关联保存的拟制域名与权重信息，拟制域名由目标域名与CDN接入节点IP合并而成。通过以上方式，CDN网络与GSLB***两者及两者之间的通讯方式均不需要进行代码级改造，只需要在GSLB***中新增或者修改相应域名的SRV记录即可实现本地DNS服务器的负载应答。
另外，在本发明的较优技术方案中，DNS记录也能够包含SRV记录和A记录，SRV记录包含彼此关联保存的服务器域名和权重信息，A记录中包含彼此关联保存的服务器域名和所述CDN接入节点IP。通过以上方式，SRV记录可以按照标准的SRV记录格式进行配置，只需结合SRV记录、A记录进行迭代查询，即可获得与服务器域名对应的CDN接入节点IP及其权重信息。并且，因为SRV记录按照RFC标准格式进行配置，其可扩展性能较好，例如可以扩展支持基于协议、优先级、端口应用的多种调度策略。
优选地，在本发明的较优技术方案中，提供了一种DNS服务器，包括：
请求接收模块，用于接收用户发起的针对目标域名的域名解析请求；
记录获取模块，用于获取与目标域名关联的多个CDN接入节点IP，以及多个CDN接入节点IP分别对应的多个权重信息；
分配模块，用于根据多个权重信息，从多个CDN接入节点IP中选择一个，分配给用户。
优选地，在本发明的较优技术方案中，还提供了一种GSLB***，包括：
记录提供模块，用于提供关于目标域名的DNS记录，DNS记录包含多个CDN接入节点IP，以及与多个CDN接入节点IP分别对应的多个权重信息；
查询应答模块，用于响应关于目标域名的查询请求，将记录提供步骤中提供的DNS记录发送给查询方。
在本发明的较优技术方案中，还提供了一种域名解析***，包括上述的DNS服务器和GSLB***。
附图说明
图1是现有技术中的一种CDN网络架构示意图；
图2是本发明的一个实施方式中提供的DNS域名解析***中各部分的数据交互流程示意图；
图3是本发明的一个实施方式中提供的一种适用于本地DNS服务器的DNS域名解析方法示意图；
图4是本发明的一个实施方式中提供的一种适用于GSLB***的DNS域名解析方法示意图；
图5是本发明的一个实施方式中提供的一种DNS服务器示意图；
图6是本发明的一个实施方式中提供的一种GSLB***示意图；
附图标记，1-用户，21-本地DNS服务器，22-DNS服务器，221-请求接收模块，222-记录获取模块，223-分配模块，31-GSLB***，32-GSLB***，321-记录提供模块，322-查询应答模块，4-CDN接入节点，5-CDN节点，6-源服务器。
具体实施方式
下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本发明的保护范围。
【***架构】
本实施方式提供的DNS域名解析方法可以应用于如图1所示的CDN网络架构中，并且不需要对CDN网络和GSLB***进行代码级改造，能够方便快捷地应用于目前的CDN网络架构中。
CDN网络架构如图1所示，包括：
GSLB***31，即全局负载均衡***，负责根据预先定义的策略，通常将当前与用户1匹配程度最高的CDN接入节点4的IP地址返回给用户；
CDN节点5，用于从源服务器6获取数据，并将其保存在缓存空间内；
CDN接入节点4，用户1利用GSLB***31分配的CDN接入节点4的IP地址接入CDN网络，并经过CDN接入节点4、CDN节点5，获取源自源服务器6的数据。
现有技术中，使用CDN网络的域名访问流程如下：
1.用户1向本地DNS服务器21发送DNS解析请求；
2.经过DNS递归查询，DNS解析请求被转移至GSLB***31；
3.GSLB***31返回与用户最为匹配的CDN接入节点4的IP地址，并且本地DNS服务器21缓存此次应答的CDN接入节点4的IP地址，即CDN接入节点IP；
4.用户1从本地DNS服务器21获取CDN接入节点4的IP地址；
5.用户1对CDN接入节点4的IP发出访问请求；
6.若是第一次访问，则CDN接入节点4经由CDN节点5访问源服务器6的数据，从源服务器6将数据经由CDN节点5、CDN接入节点4返回给用户1，在此过程中将数据缓存在CDN网络的节点服务器中，例如是CDN节点5中；若不是第一次访问，例如CDN节点5中缓存有源服务器6的数据，则直接将CDN节点5中缓存的数据返回给用户1。
在现有技术的上述步骤中，本地DNS服务器21，例如是运营商服务器，通常只能够缓存每次应答的CDN接入节点IP。用户若再次访问相同域名，本地DNS服务器21可以将缓存的CDN接入节点IP返回给用户1，而无需再次访问GSLB***31进行递归查询。
但是，本地DNS服务器21无法进行负载均衡，若更大程度地使用本地DNS服务器21的缓存功能来分配CDN接入节点IP，则容易导致负载不均衡的问题。而且，各个CDN接入节点IP的负载情况是实时变化的，集中向缓存的CDN接入节点IP分配用户，会进一步加剧负载不均衡的问题。
本发明实施方式中，提供了一种DNS域名解析***，包括本地DNS服务器21和GSLB***31，能够根据CDN接入节点IP的权重信息对CDN接入节点4进行分配，用户1、本地DNS服务器21以及GSLB***31三者之间具体的交互方式如图2所示：
1.用户1向本地DNS服务器21(LDNS，Local DNS)发送DNS解析请求；
2.经过DNS递归查询，DNS解析请求被转发至GSLB***31；
3.如果GSLB***31是首次解析该DNS解析请求中的域名，GSLB***31根据该DNS解析请求中携带的信息，例如是地域信息、运营商信息等，查询与该用户1匹配程度最高的多个CDN接入节点IP，并且为多个CDN接入节点IP赋值权重(weight)信息。
应答结果将被整理成SRV记录，保存在GSLB***31中。当然，如果GSLB***31之前已经保存有与域名对应的上述SRV记录，也可以直接调用。此外，GSLB***31也可以采用递归查询的方式，获得上述SRV记录。
SRV记录是域名***的资源记录，用于标识承载特定服务的计算机。域名解析完成后，GSLB***31会为被标示的服务器设定权重(weight)信息。根据RFC标准格式，SRV记录中包含有权重(weight)信息。对于相同域名、服务名(service)和优先级(priority)的服务器，权重信息用于确定目标服务器相对于其他服务器被分配到的频率。SRV记录的进一步的详细介绍，以及在GSLB***31中添加或者编辑SRV记录的方法，在下文中有具体描述，此处不再赘述。
4.GSLB***31将DNS解析请求对应的多个CDN接入节点IP和多个CDN接入节点IP的多个权重信息返回到本地DNS服务器21；
5.本地DNS服务器21缓存CDN接入节点IP和CDN接入节点IP的权重信息，并根据CDN接入节点IP的权重信息，选择一个CDN接入节点IP，返回给客户；
根据权重信息，从SRV记录中的多个CDN接入节点4中选择和分配CDN接入节点IP的算法可以采用任意合适的负载均衡算法进行，包括但不限于：随机算法、轮询(RoundRobbin)、加权轮询(Weighted Round Robbin)、最少连接(Least Connections)、加权最少连接(Weighted Least Connection)、普通哈希、一致性哈希、IP地址散列、URL散列等。
例如，当采用轮询算法时，对于权重信息分别为10,20,70的CDN接入节点4，可以按照公约后的权重设置轮询比率。例如以10次为一个周期，在一个周期中，1次分配权重信息为10的CDN接入节点4，2次分配权重信息为20的CDN接入节点4，7次分配权重信息为70的CDN接入节点4，并循环上述过程，从而根据权重信息，选择和分配CDN接入节点4。
再例如，当采用随机算法时，对于权重信息分别为10,20,70的CDN接入节点4，可以根据权重信息设定概率，将CDN接入节点4被分配到的概率分别设定为10％、20％、70％，并根据该分配概率实施随机分配。
6.用户1获取CDN接入节点IP。
由于本地DNS服务器21缓存有CDN接入节点IP和CDN接入节点IP的权重信息，若用户1再次向该本地DNS服务器21发出相同的DNS解析请求，本地DNS服务器21可以再次根据权重信息，从多个CDN接入节点IP中选择一个，返回给用户1。即使不向GSLB***31递归查询，也可以实施基于权重的负载均衡，从而有效缓解GSLB***31的压力，提高应答速度。
本发明实施方式中提供了一种能够应用于本地DNS服务器21的DNS域名解析方法，其步骤如图3所示：
S101请求接收步骤，接收用户发起的针对目标域名的域名解析请求；
S102记录获取步骤，获取与目标域名关联的多个CDN接入节点IP，以及多个CDN接入节点IP分别对应的多个权重信息；
S103分配步骤，根据多个权重信息，从多个CDN接入节点IP中选择一个，分配给用户。
使用上述DNS域名解析方法的本地DNS服务器21既能够获取并缓存目标域名对应的CDN接入节点IP和CDN接入节点IP的权重信息，又能够根据CDN接入节点IP的权重信息给用户分配CDN接入节点IP，在本地DNS服务器21处即可实现对服务器资源的权重调度，避免负载均衡过程过于依赖GSLB***31，而造成对于应答速率的限制。
在一些实施方式中，当本地DNS服务器21接收到用户1发起的针对目标域名的域名解析请求并且本地DNS服务器21中缓存有目标域名的域名解析结果时，可以首先判断目标域名相关记录的ttl是否过期。若目标域名相关记录的ttl未过期，则直接将本地DNS服务器21中缓存的目标域名的CDN接入节点IP按权重分配给用户1；若目标域名的ttl已过期，则本地DNS服务器21向递归服务器(例如是GSLB***)发送递归请求，并且同时发送目标域名的SRV记录递归请求，从而更新目标域名的多个CDN接入节点IP和多个CDN接入节点IP分别对应的权重信息。
SRV记录是一种DNS资源记录，该类型的资源记录把服务名映射为提供服务的服务器域名，其中包含权重信息。SRV记录标准形式如下例：
_http._tcp.example.com.IN SRV 10 5 80.www.example.com
其中，
10表示优先级(Priority)；
5表示权重(Weight)；
80表示服务使用的端口；
表示提供服务的主机域名。根据RFC标准(RFC2782)，SRV记录的标准形式记录域名与权重的对应关系。
以下，示例性地提供了两种在GSLB***31和本地DNS服务器21上配置SRV记录的方案。
【简化方案】
在一些实施方式中，在S102记录获取步骤中，本地DNS服务器21从GSLB***31获取SRV记录，SRV记录包含彼此关联保存的拟制域名与权重信息，拟制域名由目标域名与CDN接入节点IP合并而成。
具体而言，SRV记录增加了由目标域名与CDN接入节点IP合并而成的拟制域名，拟制域名与权重信息相互关联。以目标域名website-01-cmcc-cdn-gslb.cloudmydns.com为例，其在GSLB***31中对应生成有以下3条SRV记录，分别对应于3个不同的CDN接入节点4。
| 记录类型 | 记录内容 |
| SRV | 1 10 80 10.10.10.10.website-01-cmcc-cdn-gslb.cloudmydns.com |
| SRV | 1 20 80 11.11.11.11.website-01-cmcc-cdn-gslb.cloudmydns.com |
| SRV | 1 70 80 22.22.22.22.website-01-cmcc-cdn-gslb.cloudmydns.com |
拟制域名10.10.10.10.website-01-cmcc-cdn-gslb.cloudmydns.com是由目标域名与第一个CDN接入节点4的IP地址10.10.10.10合并而成的；拟制域名11.11.11.11.website-01-cmcc-cdn-gslb.cloudmydns.com是由目标域名与第二个CDN接入节点4的IP地址11.11.11.11合并而成的；上述拟制域名的创建方式同样适用于第三条SRV记录中的拟制域名。
需要说明的是，以上将目标域名与CDN接入节点IP合并成拟制域名的方式只是示例性的，本领域技术人员完全可以采用其他任何合适类型的排序、运算或者加密的方式对其进行处理。
由此，GSLB***31在应答时，将上述SRV记录一并应答给本地DNS服务器21，本地DNS服务器21将其保存或者缓存。通过以上方式，关于相同的目标域名，本地DNS服务器21能够在本地保存或者缓存的SRV记录中读取到多个CDN接入节点IP及其对应的权重信息，即10.10.10.10的权重为10，11.11.11.11的权重为20，22.22.22.22的权重为70。
采用上述简化方案，利用拟制域名的方式，可以使得SRV记录中直接携带有目标域名和CDN接入节点IP，并且，目标域名、CDN接入节点IP、权重信息三者均是相互关联保存的，因此无需按照RFC标准再次进行查询。
【标准RFC方案】
在另一些实施方式中，在S102记录获取步骤中，本地DNS服务器21能够从GSLB***31同时获取SRV记录和A记录，SRV记录中彼此关联地保存有服务器域名和权重信息，A记录中彼此关联地保存有服务器域名和CDN接入节点IP。
本地DNS服务器21能够结合两种记录，查询到多个CDN接入节点4的IP地址和对应的权重信息。
以目标域名website-02-cmcc-cdn-gslb.cloudmydns.com为例：
GSLB***31完成域名解析后对应地保存有SRV记录和A记录，其中，SRV记录为：
| 记录类型 | 记录内容 |
| SRV | 1 10 80srv1-website-02-cmcc-cdn-gslb.cloudmydns.com |
| SRV | 1 20 80srv2-website-02-cmcc-cdn-gslb.cloudmydns.com |
| SRV | 1 70 80srv3-website-02-cmcc-cdn-gslb.cloudmydns.com |
A记录为：
| 记录类型 | 域名 | 记录内容 |
| A | srv1-website-02-cmcc-cdn-gslb.cloudmydns.com | 10.10.10.10 |
| A | srv2-website-02-cmcc-cdn-gslb.cloudmydns.com | 11.11.11.11 |
| A | srv3-website-02-cmcc-cdn-gslb.cloudmydns.com | 22.22.22.22 |
通过在目标域名的前缀处顺序编号的方式(srv1、srv2、srv3…)生成服务器域名，本地DNS服务器21可以通过本地保存或者缓存的SRV记录查询到权重信息及服务器域名，即权重信息为10的服务器域名为srv1-website-02-cmcc-cdn-gslb.cloudmydns.com；权重信息为20的服务器域名为srv2-website-02-cmcc-cdn-gslb.cloudmydns.com；权重信息为70的服务器域名为srv2-website-02-cmcc-cdn-gslb.cloudmydns.com。
接着，使用服务器域名，在GSLB***31的A记录中递归查询CDN接入节点IP。即查询到srv1-website-02-cmcc-cdn-gslb.cloudmydns.com的IP为10.10.10.10，srv2-website-02-cmcc-cdn-gslb.cloudmydns.com的IP为11.11.11.11，srv3-website-02-cmcc-cdn-gslb.cloudmydns.com的IP为22.22.22.22。当然，在一些实施方式中，也可以将A记录缓存在本地DNS服务器21中，以减少递归查询的次数，进一步提高应答效率。
通过上述方式，本地DNS服务器21能够对应地获取多个CDN接入节点IP及其对应的权重信息，并实施基于权重的负载均衡。SRV记录可以按照标准的SRV记录格式进行配置，只需结合SRV记录、A记录进行迭代查询，即可获得与服务器域名对应的CDN接入节点IP及其权重信息。因为SRV记录按照RFC标准格式进行配置，其可扩展性能较好，例如可以扩展支持基于协议、优先级、端口应用的多种调度策略。
参考图4，本发明实施方式中GSLB***31应用如下所述的DNS域名解析方法，包括：
S201记录提供步骤，提供关于目标域名的DNS记录，DNS记录包含多个CDN接入节点IP以及与多个CDN接入节点IP分别对应的多个权重信息；
S202查询应答步骤，响应于关于目标域名的查询请求，将记录提供步骤中提供的DNS记录发送给查询方。
查询方优选为本地DNS服务器21。
通过以上步骤，GSLB***31能够返回CDN接入节点IP和CDN接入节点IP对应的权重信息给其他服务器，以便其他服务器根据CDN接入节点IP对应的权重信息实施基于权重的负载均衡。
进一步地，在S201记录提供步骤中的DNS记录可以为SRV记录，SRV记录包含彼此关联保存的拟制域名与权重信息，拟制域名由服务器域名与CDN接入节点IP合并而成。在SRV记录中即可获取CDN接入节点IP和CDN接入节点IP的权重信息。
另外，在S201记录提供步骤中的DNS记录可以包含SRV记录和A记录，SRV记录包含彼此关联保存的服务器域名和所述权重信息，A记录中包含彼此关联保存的服务器域名和CDN接入节点IP。本地DNS服务器21通过这两种记录能够获取CDN接入节点IP和CDN接入节点IP的权重信息。
参考图5，本发明实施方式还提供了一种DNS服务器22，优选为本地DNS服务器21，包括：
请求接收模块221，用于接收用户发起的针对目标域名的域名解析请求；
记录获取模块222，用于获取与目标域名关联的多个CDN接入节点IP，以及多个CDN接入节点IP分别对应的多个权重信息；
分配模块223，用于按照多个权重信息，从多个CDN接入节点IP中选择一个，分配给用户。
参考图6，本发明实施方式还提供了一种GSLB***32，包括：
记录提供模块321，用于提供关于目标域名的DNS记录，所述DNS记录保存有多个CDN接入节点IP，以及与多个CDN接入节点IP分别对应的多个权重信息；
查询应答模块322，用于响应关于目标域名的查询请求，将记录提供步骤中提供的DNS记录发送给查询方。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例而已，并不用于限制本发明，凡在本发明的原则和精神之内所作的任何修改、等同替换和改进等，均就包含在本发明的保护范围之内。
Claims (10)
1.一种DNS域名解析方法，其特征在于，包括：
请求接收步骤，接收用户发起的针对目标域名的域名解析请求；
记录获取步骤，获取与所述目标域名关联的多个CDN接入节点IP以及与多个所述CDN接入节点IP分别对应的多个权重信息；
分配步骤，根据多个所述权重信息，从多个所述CDN接入节点IP中选择一个并分配给用户。
2.如权利要求1所述的DNS域名解析方法，其特征在于，在所述记录获取步骤中，从GSLB***获取SRV记录，所述SRV记录包含彼此关联保存的拟制域名与所述权重信息，所述拟制域名由所述目标域名与所述CDN接入节点IP合并而成。
3.如权利要求1所述的DNS域名解析方法，其特征在于，在所述记录获取步骤中，从GSLB***获取SRV记录和A记录，所述SRV记录中彼此关联地保存有服务器域名和所述权重信息，所述A记录中彼此关联地保存有所述服务器域名和所述CDN接入节点IP。
4.如权利要求1所述的DNS域名解析方法，其特征在于，还包括以下步骤，
将多个所述CDN接入节点IP及其权重信息彼此对应地保存在本地DNS服务器的缓存空间中。
5.一种DNS域名解析方法，其特征在于，包括：
记录提供步骤，提供关于目标域名的DNS记录，所述DNS记录包含多个CDN接入节点IP，以及与多个所述CDN接入节点IP分别对应的多个权重信息；
查询应答步骤，响应于关于所述目标域名的查询请求，将所述记录提供步骤中提供的所述DNS记录发送给查询方。
6.如权利要求5所述的DNS域名解析方法，其特征在于，所述DNS记录为SRV记录，所述SRV记录包含彼此关联保存的拟制域名与所述权重信息，所述拟制域名由所述目标域名与CDN接入节点IP合并而成。
7.如权利要求5所述的DNS域名解析方法，其特征在于，所述DNS记录包含SRV记录和A记录，所述SRV记录包含彼此关联保存的服务器域名和所述权重信息，所述A记录中包含彼此关联保存的所述服务器域名和所述CDN接入节点IP。
8.一种DNS服务器，其特征在于，包括：
请求接收模块，用于接收用户发起的针对目标域名的域名解析请求；
记录获取模块，用于获取与所述目标域名关联的多个CDN接入节点IP以及与多个所述CDN接入节点IP分别对应的多个权重信息；
分配模块，用于根据多个所述权重信息，从多个所述CDN接入节点IP中选择一个并分配给用户。
9.一种GSLB***，其特征在于，包括：
记录提供模块，用于提供关于目标域名的DNS记录，所述DNS记录包含多个CDN接入节点IP以及与多个所述CDN接入节点IP分别对应的多个权重信息；
查询应答模块，用于响应关于所述目标域名的查询请求，将所述记录提供模块中提供的所述DNS记录发送给查询方。
10.一种域名解析***，其特征在于，包括如权利要求8所述的DNS服务器和如权利要求9所述的GSLB***。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011550458.6A CN112738288A (zh) | 2020-12-24 | 2020-12-24 | Dns域名解析方法、dns服务器、gslb***及域名解析*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011550458.6A CN112738288A (zh) | 2020-12-24 | 2020-12-24 | Dns域名解析方法、dns服务器、gslb***及域名解析*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112738288A true CN112738288A (zh) | 2021-04-30 |
Family
ID=75615249
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011550458.6A Pending CN112738288A (zh) | 2020-12-24 | 2020-12-24 | Dns域名解析方法、dns服务器、gslb***及域名解析*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112738288A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113676514A (zh) * | 2021-07-19 | 2021-11-19 | 北京奇艺世纪科技有限公司 | 一种文件回源方法及装置 |
| CN114430408A (zh) * | 2021-12-22 | 2022-05-03 | 天翼云科技有限公司 | 一种域名解析调度方法、装置、服务器及存储介质 |
| CN114500460A (zh) * | 2021-12-27 | 2022-05-13 | 天翼云科技有限公司 | 一种cdn网络及其节点回上层请求的自动调度方法 |
| CN115022278A (zh) * | 2022-06-02 | 2022-09-06 | 上海哔哩哔哩科技有限公司 | Cdn处理方法和*** |
| CN115442330A (zh) * | 2022-08-05 | 2022-12-06 | 天翼云科技有限公司 | 一种域名解析***、方法及设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120151550A1 (en) * | 2009-08-20 | 2012-06-14 | Bin Zhang | Method for switching node main-standby controllers based on content delivery network (cdn) and cdn thereof |
| CN105959433A (zh) * | 2016-07-22 | 2016-09-21 | 无锡华云数据技术服务有限公司 | 一种域名解析方法及其域名解析*** |
| CN108124020A (zh) * | 2016-11-28 | 2018-06-05 | 中国电信股份有限公司 | 域名解析方法、***及设备 |
-
2020
- 2020-12-24 CN CN202011550458.6A patent/CN112738288A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120151550A1 (en) * | 2009-08-20 | 2012-06-14 | Bin Zhang | Method for switching node main-standby controllers based on content delivery network (cdn) and cdn thereof |
| CN105959433A (zh) * | 2016-07-22 | 2016-09-21 | 无锡华云数据技术服务有限公司 | 一种域名解析方法及其域名解析*** |
| CN108124020A (zh) * | 2016-11-28 | 2018-06-05 | 中国电信股份有限公司 | 域名解析方法、***及设备 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113676514A (zh) * | 2021-07-19 | 2021-11-19 | 北京奇艺世纪科技有限公司 | 一种文件回源方法及装置 |
| CN114430408A (zh) * | 2021-12-22 | 2022-05-03 | 天翼云科技有限公司 | 一种域名解析调度方法、装置、服务器及存储介质 |
| CN114430408B (zh) * | 2021-12-22 | 2024-01-02 | 天翼云科技有限公司 | 一种域名解析调度方法、装置、服务器及存储介质 |
| CN114500460A (zh) * | 2021-12-27 | 2022-05-13 | 天翼云科技有限公司 | 一种cdn网络及其节点回上层请求的自动调度方法 |
| CN114500460B (zh) * | 2021-12-27 | 2024-04-26 | 天翼云科技有限公司 | 一种cdn网络及其节点回上层请求的自动调度方法 |
| CN115022278A (zh) * | 2022-06-02 | 2022-09-06 | 上海哔哩哔哩科技有限公司 | Cdn处理方法和*** |
| CN115022278B (zh) * | 2022-06-02 | 2024-04-26 | 上海哔哩哔哩科技有限公司 | Cdn处理方法和*** |
| CN115442330A (zh) * | 2022-08-05 | 2022-12-06 | 天翼云科技有限公司 | 一种域名解析***、方法及设备 |
| CN115442330B (zh) * | 2022-08-05 | 2023-08-08 | 天翼云科技有限公司 | 一种域名解析***、方法及设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11811657B2 (en) | Updating routing information based on client location | |
| CN112738288A (zh) | Dns域名解析方法、dns服务器、gslb***及域名解析*** | |
| US7499998B2 (en) | Arrangement in a server for providing dynamic domain name system services for each received request | |
| US20200195753A1 (en) | Request routing utilizing client location information | |
| EP3567881B1 (en) | Request routing and updating routing information utilizing client location information | |
| US9525749B2 (en) | DNS server arrangement and method | |
| US8302204B2 (en) | Secure distributed item-level discovery service using secret sharing | |
| JP4652653B2 (ja) | 端末へのサーバアドレスの割当て | |
| CN109151009B (zh) | 一种基于mec的cdn节点分配方法和*** | |
| CN108124020B (zh) | 域名解析方法、***及设备 | |
| CN111327668B (zh) | 网络管理方法、装置、设备和存储介质 | |
| US9565276B2 (en) | Transparent redirection of clients to a surrogate payload server through the use of a proxy location server | |
| CN109743357B (zh) | 一种业务访问连续性的实现方法及装置 | |
| CN114844670B (zh) | 一种基于命名网络的ip地址隐藏的方法 | |
| CN113079504A (zh) | 5g消息dm多负载均衡器接入实现方法、装置及*** | |
| CN114268605A (zh) | 一种智能dns实现方法、装置及计算机存储介质 | |
| CN116112467A (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 | ||
| CB02 | Change of applicant information |
Address after: 200233 Room 401, building 1, No. 180, Yizhou Road, Xuhui District, Shanghai Applicant after: Yamu Technology Co.,Ltd. Address before: Room 305, 1028 Panyu Road, Xuhui District, Shanghai 200030 Applicant before: SHANGHAI YAMU COMMUNICATION TECHNOLOGY Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210430 |
|
| RJ01 | Rejection of invention patent application after publication |