CN117478636A - 域名解析的调度方法、装置、网络设备及可读存储介质 - Google Patents
域名解析的调度方法、装置、网络设备及可读存储介质 Download PDFInfo
- Publication number
- CN117478636A CN117478636A CN202311832068.1A CN202311832068A CN117478636A CN 117478636 A CN117478636 A CN 117478636A CN 202311832068 A CN202311832068 A CN 202311832068A CN 117478636 A CN117478636 A CN 117478636A
- Authority
- CN
- China
- Prior art keywords
- resource
- analysis
- domain name
- scheduling
- resolution
- 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
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000004458 analytical method Methods 0.000 claims abstract description 227
- 238000012545 processing Methods 0.000 claims abstract description 39
- 238000007726 management method Methods 0.000 claims description 84
- 238000012544 monitoring process Methods 0.000 claims description 57
- 230000036541 health Effects 0.000 claims description 53
- 238000013468 resource allocation Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 abstract description 2
- 230000008569 process Effects 0.000 description 21
- 238000001514 detection method Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 230000004044 response Effects 0.000 description 9
- 230000002159 abnormal effect Effects 0.000 description 7
- 230000002776 aggregation Effects 0.000 description 6
- 238000004220 aggregation Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 239000000523 sample Substances 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000013480 data collection Methods 0.000 description 3
- 101100339481 Cochliobolus miyabeanus HOG1 gene Proteins 0.000 description 2
- 101150009928 SRM1 gene Proteins 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012384 transportation and delivery Methods 0.000 description 2
- 101150014068 PPIP5K1 gene Proteins 0.000 description 1
- 101100540488 Schizosaccharomyces pombe (strain 972 / ATCC 24843) asp1 gene Proteins 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000011158 quantitative evaluation Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种域名解析的调度方法、装置、网络设备及可读存储介质，涉及通信技术领域。该方法包括：根据接入的第一域名，确定解析资源集合；其中，解析资源集合包括可解析第一域名的至少一个解析资源；获取每个解析资源对应的资源管理数据；其中，资源管理数据用于表征解析资源的可用情况；根据资源管理数据，调度解析资源集合中的第一解析资源进行第一域名的解析处理，且不调度解析资源集合中的第二解析资源进行第一域名的解析处理；其中，第一解析资源是资源管理数据满足预设条件的解析资源，第二解析资源是资源管理数据不满足预设条件的解析资源。本申请能够解决目前DNS调度方法依赖人工管理，无法满足动态调整的问题。
Description
技术领域
本申请涉及通信技术领域，特别是指一种域名解析的调度方法、装置、网络设备及可读存储介质。
背景技术
随着云计算和内容分发网络（Content Delivery Network，CDN）技术的兴起，域名解析系统（Domain Name System，DNS）智能解析成为提高互联网应用质量的关键。DNS策略解析最基本的功能是可以智能的判断访问网站的用户，然后根据不同的访问者把网站域名分别解析成不同的网络互连协议（Internet Protocol，IP）地址。如访问者是移动用户，DNS策略解析服务器会把网站的域名对应的移动IP地址解析给这个访问终端。如访问者是电信用户，DNS策略解析服务器会把网站域名对应的电信IP地址解析给这个访问终端。这样的分配策略，可以让不同的用户访问匹配的IP地址，减少了跨网跨区域带来的延迟问题，以提升用户访问体验。但是目前的DNS调度过程，依赖终端客户对其源站地址池的精确分组，这个往往只能依赖运维人员的经验进行管理和设置，无法满足网络动态调整。
发明内容
本申请的目的是提供一种域名解析的调度方法、装置、网络设备及可读存储介质，以解决目前DNS调度方法依赖人工管理，无法满足动态调整的问题。
为达到上述目的，本申请的实施例提供一种域名解析的调度方法，包括：
根据接入的第一域名，确定解析资源集合；其中，所述解析资源集合包括可解析所述第一域名的至少一个解析资源；
获取每个所述解析资源对应的资源管理数据；其中，所述资源管理数据用于表征所述解析资源的可用情况；
根据所述资源管理数据，调度所述解析资源集合中的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中的第二解析资源进行所述第一域名的解析处理；
其中，所述第一解析资源是所述资源管理数据满足预设条件的解析资源，所述第二解析资源是所述资源管理数据不满足所述预设条件的解析资源。
可选地，所述资源管理数据包括以下至少一项：
质量指标，用于指示所述解析资源的链路质量；
健康指标，用于指示所述解析资源的占用情况；
成本指标，用于指示所述解析资源的使用成本。
可选地，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源分别生成监控任务；
通过所述监控任务获取对应解析资源的链路质量；
根据所述链路质量确定所述质量指标。
可选地，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源，分别获取所述解析资源的占用情况的至少一个参数值；
将所述至少一个参数值的加权之和，确定为所述健康指标。
可选地，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源，分别获取所述解析资源的成本值；
将每个所述解析资源的成本值与所有解析资源的最大成本值之间的比值，确定为所述成本指标。
可选地，所述满足预设条件的解析资源包括以下至少一项：
所述质量指标大于或等于第一阈值的解析资源；
所述健康指标大于或等于第二阈值的解析资源；
所述成本指标小于或等于第三阈值的解析资源；
和/或，
所述不满足所述预设条件的解析资源包括以下至少一项：
所述质量指标小于所述第一阈值的解析资源；
所述健康指标小于所述第二阈值的解析资源；
所述成本指标大于所述第三阈值的解析资源。
可选地，所述的域名解析的调度方法还包括：
针对每个解析资源，根据所述资源管理数据，确定所述解析资源对应的评分指标；
在第一解析资源的评分指标处于资源调度的容差范围内的情况下，维持所述第一解析资源的调度状态；其中，所述调度状态包括所述第一解析资源被调度进行域名解析处理，或者所述第一解析资源未被调度进行域名解析处理。
可选地，所述容差范围由评分标准值以及容差系数确定；
其中，所述容差范围中的最大值为：所述评分标准值与所述容差系数的乘积与所述评分标准值之和；所述容差范围中的最小值为：所述评分标准值与所述乘积之差。
本申请实施例还提供一种域名解析的调度装置，包括：
资源配置模块，用于根据接入的第一域名，确定解析资源集合；其中，所述解析资源集合包括可解析所述第一域名的至少一个解析资源；
获取模块，用于获取每个所述解析资源对应的资源管理数据；其中，所述资源管理数据用于表征所述解析资源的可用情况；
调度处理模块，用于根据所述资源管理数据，调度所述解析资源集合中的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中的第二解析资源进行所述第一域名的解析处理；
其中，所述第一解析资源是所述资源管理数据满足预设条件的解析资源，所述第二解析资源是所述资源管理数据不满足所述预设条件的解析资源。
本申请实施例还提供一种网络设备，包括：收发器、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令；所述处理器执行所述程序或指令时实现如上所述的域名解析的调度方法的步骤。
本申请实施例还提供一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如上所述的域名解析的调度方法的步骤。
本申请的上述技术方案的有益效果如下：
本申请实施例中，针对接入的第一域名配置可解析的至少一个解析资源，并通过获取每个解析资源的资源管理数据，并基于所述资源管理数据表征的所述解析资源的可用情况，灵活的调度至少一个解析资源中满足预设条件的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中不满足预设条件的第二解析资源进行所述第一域名的解析处理，从而实现了域名解析的解析资源的灵活调度，解决了目前DNS调度方法依赖人工管理，无法满足动态调整的问题。
附图说明
图1为DNS解析过程的示意图；
图2为GTM调度解析过程的示意图；
图3为本申请实施例的域名解析的调度系统的架构图；
图4为本申请实施例的域名解析的调度方法的流程图；
图5为本申请实施例的核心业务的处理流程图；
图6为本申请实施例的调度适配器的调度流程图；
图7为本申请实施例的域名解析的调度装置的框图；
图8为本申请实施例的网络设备的框图。
具体实施方式
为使本申请要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本申请的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
另外，本文中术语“系统”和“网络”在本文中常可互换使用。
在本申请所提供的实施例中，应理解，“与A 相应的B”表示B 与A 相关联，根据A可以确定B。但还应理解，根据A 确定B 并不意味着仅仅根据A 确定B，还可以根据A 和/或其它信息确定B。
（1）访问流程：如图1所示，给出了一种DNS解析过程的示意图，具体包括以下步骤：
第一步：第一运营商用户终端浏览器输入统一资源定位符（Uniform ResourceLocator， URL），例如：www.exam1.com，该用户终端发送域名解析请求到本地运营商的DNS服务器解析。
第二步：本地运营商DNS服务器已有解析缓存且生存时间（Time To Live，TTL）还未过期，则直接将缓存解析IP地址返回给用户终端；如果首次解析或者TTL已过期则会通过第三步向DNS解析系统请求解析。
第三步：本地运营商DNS服务器通过各级迭代查询，直至通过授权DNS服务器获取最终的寻址目标IP地址，如第一运营商用户获取第一运营商IP地址，第二运营商用户获取第二运营商IP地址。
第四步：本地运营商DNS服务器获取权威授权器提供的域名解析IP地址，进行本地缓存。
第五步：用户终端得到网站IP地址，向网站发出访问请求。
为了保障DNS域名解析结果源站是可用的，可以采用全局流量管理（GlobalTraffic Manager，GTM）。具体的，GTM流量管理方案通常是按以下逻辑操作：首先将具备相同运营商或地区属性的IP地址进行分组，通过预设多个地址池资源，按不同地区运营进行管理；其次配置各源IP地址应用服务可用性监控方式，如：因特网包探索器（PacketInternet Grope，PING）监控、传输控制协议（Transmission Control Protocol，TCP）监控、安全超文本传输协议（Secure Hypertext Transfer Protocol，HTTPS）监控等；最后设定流量调度策略，如主备或负载均衡调度，当应用服务地址出现故障时及时检测告警，并通过DNS模块将异常地址从向用户返回的服务地址列表中暂时删除，反之检测正常则加入服务列表。
（2）解析过程：如图2所示，给出了一种GTM调度解析过程的示意图，具体包括以下步骤：
第一步：用户终端浏览器输入的URL，例如www.exam2.com，浏览器发送域名解析请求到本地DNS服务器解析；
第二步：本地DNS服务器发送域名解析请求到授权的GTM服务器；
第三步：GTM系统根据预定策略，分析请求IP地址，返回最佳的解析结果（如同运营商，同区域等）；
第四步：本地DNS服务器得到最优的IP地址，返回给用户终端；
第五步：用户终端得到网站IP地址，向源站发出网站访问请求；
第六步：源站根据用户终端的网站访问请求，返回内容给用户终端；
第七步：GTM系统实时监控源站资源的情况等，并在系统出现故障时调整，保障服务可用。
如图3所示，本申请实施例提供一种域名解析的调度系统，能够基于全网的动态网络，实时链路质量探测，融合服务源站资源健康度，结合大数据人工智能日志分析，实现资源在服务过程中能够动态调整负载比例，提升应用系统的稳定性。该系统主要包括但不限于以下至少一个模块：资源配置模块、网络监控模块、资源健康值模块、成本管理模块、资源评分模块、容差策略模块、日志采集模块、调度决策模块和解析部署模块等。以下将结合本申请实施例提供一种域名解析的调度方法，对上述模块的功能进行介绍。
如图4所示，本申请实施例提供一种域名解析的调度方法，包括以下步骤：
步骤41：根据接入的第一域名，确定解析资源集合；其中，所述解析资源集合包括可解析所述第一域名的至少一个解析资源。
可选地，解析资源包括但不限于以下信息中的至少一项：DNS服务器、资源IP地址、DNS服务器所在地理位置、DNS服务器所属运营商、资源组别（主备）、监控探测方式、告警方式、调度频率、切换频率等。例如：上述资源配置模块可以对接入的域名的解析资源进行管理，相应的解析资源管理包括但不限于以下至少一项：DNS服务器管理、资源IP地址管理、DNS服务器所在地理位置管理、DNS服务器所属运营商管理、资源组别（主备）管理、监控探测方式管理、告警方式管理、调度频率管理、切换频率管理等。例如：解析资源管理的内容可以通过用户交互控制台进行配置，比如配置策略类型（如配置策略类型为负载均衡和主备，或者配置策略类型为负载均衡等）、配置资源线路、配置源站等。
可选地，可解析所述第一域名的一个解析资源也可以理解为由上述解析资源中的至少一个信息构成的一组解析资源。例如：针对接入的第一域名，配置可以使用解析资源1（如包括处于位置1的DNS服务器1进行解析，相应的采用告警方式1、调度频率1等）、解析资源2（如包括处于位置2、运营商2的DNS服务器2进行解析，相应的采用监控探测方式2、调度频率2等）、解析资源3（如包括处于位置3、运营商3的DNS服务器3进行解析，相应的采用切换频率3等）进行解析处理。
步骤42：获取每个所述解析资源对应的资源管理数据；其中，所述资源管理数据用于表征所述解析资源的可用情况。
可选地，基于上述配置可使用的至少一个解析资源，分别获取每个解析资源对应的资源管理数据。其中，资源管理数据可以通过实时监控等方式获得，也可以通过参数计算获得等，本申请实施例不以此为限。
步骤43：根据所述资源管理数据，调度所述解析资源集合中的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中的第二解析资源进行所述第一域名的解析处理。
其中，所述第一解析资源是所述资源管理数据满足预设条件的解析资源，所述第二解析资源是所述资源管理数据不满足所述预设条件的解析资源。
具体的，根据资源管理数据确定从配置的至少一个解析资源中确定调度哪个或哪些解析资源（比如DNS服务器）进行解析处理，而不调度哪个或哪些解析资源（比如DNS服务器）进行解析处理。例如：可以从配置的至少一个解析资源中选择调度成本低、资源利用率高、效率高、状态优、相同运营商的解析资源进行处理，而针对调度成本高、资源利用率高、效率低、状态差、不同运营商的解析资源可以不进行调度，从而保证最优的调度解析资源进行域名解析处理。
该实施例中，针对接入的第一域名配置可解析的至少一个解析资源，并通过获取每个解析资源的资源管理数据，并基于所述资源管理数据表征的所述解析资源的可用情况，灵活的调度至少一个解析资源中满足预设条件的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中不满足预设条件的第二解析资源进行所述第一域名的解析处理，从而实现了域名解析的解析资源的灵活调度，解决了目前DNS调度方法依赖人工管理，无法满足动态调整的问题。
可选地，所述资源管理数据包括以下至少一项：
质量指标，用于指示所述解析资源的链路质量；
健康指标，用于指示所述解析资源的占用情况；
成本指标，用于指示所述解析资源的使用成本。
例如：解析资源的链路质量包括但不限于以下参数中的至少一项：IP丢包率、响应时间、检测服务IP指定TCP端口的响应时长、检测URL的HTTP(s)响应时间、返回码信息等。其中，质量指标可以是以上参数中的至少一项，或者也可以是以上至少一项参数经运算后的数值等，本申请实施例不以此为限。可选地，所述链路质量可以采用上述网络监控模块监控获得。
例如：解析资源的占用情况包括但不限于以下信息中的至少一项：DNS服务器的内存、CPU使用率、磁盘容量等。其中，健康指标可以是以上信息中的至少一项，或者也可以是以上至少一项信息经运算后的数值等，本申请实施例不以此为限。可选地，所述健康指标可以由上述资源健康值模块评估获得。
例如：解析资源的使用成本包括但不限于以下信息中的至少一项：解析资源本身的成本、使用该解析资源的使用成本等。其中，成本指标可以是以上信息中的至少一项，或者也可以是以上至少一项信息经运算后的数值等，本申请实施例不以此为限。可选地，所述成本指标可以由上述成本管理模块配置。
可选地，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源分别生成监控任务；
通过所述监控任务获取对应解析资源的链路质量；
根据所述链路质量确定所述质量指标。
举例来说，在资源管理数据中包括质量指标的情况下，可以采用上述网络监控模块获得所述质量指标。可选地，可以采用分布式各地多运营商探测监控。比如：网络监控模块可以根据资源配置模块配置的解析资源，生成相应的监控任务，对各IP地址的运行监控日志进行保存。其中，监控数据（也即解析资源的链路质量相关信息）包括但不限于以下方式：采用PING监控，获取IP地址的丢包率的大小、响应时间的长短等；采用TCP监控获取检测服务IP指定TCP端口的响应时长等；采用HTTP(s)监控获取检测URL的HTTP(s)响应时间、返回码信息等。
可选地，当采用不同的监控方式获得监控数据时，生成监控任务和异常判定条件不同，以PING监控为例，可以配置一个或多个监控节点（比如某个监控节点用于监控某个地区、某个运营商的服务器等）、配置异常判定条件包括但不限于以下至少一项：第一门限（比如可以采用百分比数值），用于指示丢包率大于或等于该第一门限时判定为异常；第二门限（比如可以采用ms为单位），用于指示时延超过该第二门限时判定为异常；第三门限（比如可以采用百分比数值），用于指示满足上述任一条件的监控点所占比例大于或等于该第三门限时判定为异常。
可选地，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源，分别获取所述解析资源的占用情况的至少一个参数值；
将所述至少一个参数值的加权之和，确定为所述健康指标。
例如：所述解析资源的占用情况的至少一个参数值包括但不限于：服务器资源的内存、CPU使用率，磁盘容量等。举例来说，在资源管理数据中包括健康指标的情况下，可以采用上述资源健康值模块针对所述解析资源的占用情况的至少一个参数值（比如服务器资源的内存、CPU使用率，磁盘容量等）综合评估资源整体的健康度，评估得到对应的健康值（也即健康指标）。
例如：评估资源整体的健康度可以采用影响解析资源的占用情况的至少一个参数值的加权之和的评估方法，比如影响解析资源的占用情况的至少一个参数值分别为K1，K2，...，Kn，各参数值对应的比重分别为W1，W2，...，Wn，则健康指标H可以通过公式：H=K1*W1+K2*W2+...+Kn*Wn计算得到。其中，W1+W2+...+Wn=1。
可选地，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源，分别获取所述解析资源的成本值；
将每个所述解析资源的成本值与所有解析资源的最大成本值之间的比值，确定为所述成本指标。
举例来说，在资源管理数据中包括成本指标的情况下，可以采用上述成本管理模块确定各解析资源的成本指标（比如按一定的规则设定成本权重，对不同解析资源进行成本比对）。例如：至少一个解析资源为R1，R2，...，Rn，其成本分别为P1，P2，...，Pn，其中Pmax为P1，P2，...，Pn中的最大成本值，则成本管理系数Xi（即成本指标）可通过公式：Xi=Pi/Pmax计算得到，其中Pi为P1，P2，...，Pn中的任意成本。
可选地，所述满足预设条件的解析资源包括以下至少一项：
所述质量指标大于或等于第一阈值的解析资源；
所述健康指标大于或等于第二阈值的解析资源；
所述成本指标小于或等于第三阈值的解析资源；
和/或，
所述不满足所述预设条件的解析资源包括以下至少一项：
所述质量指标小于所述第一阈值的解析资源；
所述健康指标小于所述第二阈值的解析资源；
所述成本指标大于所述第三阈值的解析资源。
举例来说，预设条件可以包括以下至少一项：质量指标是否小于第一阈值，健康指标是否小于第二阈值，成本指标是否大于第三阈值等。例如：预设条件包括以上任意一项，则可以将质量指标大于或等于第一阈值的解析资源，确定为满足预设条件的解析资源；相应的，可以将质量指标小于所述第一阈值的解析资源，确定为不满足所述预设条件的解析资源。或者，可以将健康指标大于或等于第二阈值的解析资源，确定为满足预设条件的解析资源；相应的，可以将健康指标小于所述第二阈值的解析资源，确定为不满足预设条件的解析资源。或者，可以将成本指标小于或等于第三阈值的解析资源，确定为满足预设条件的解析资源；相应的，可以将成本指标大于所述第三阈值的解析资源，确定为不满足所述预设条件的解析资源等。
例如：预设条件包括以上任意两项，以预设条件包括：健康指标是否小于第二阈值，成本指标是否大于第三阈值为例，可以将健康指标大于或等于第二阈值，且成本指标小于或等于第三阈值的解析资源，确定为满足预设条件的解析资源；相应的，可以将健康指标小于所述第二阈值的解析资源，或者成本指标大于所述第三阈值的解析资源，确定为不满足所述预设条件的解析资源。举例来说，至少一个解析资源为R1，R2，...，Rn，其对应的健康指标分别为H1，H2，...，Hn，其对应的成本指标分别为X1，X2，...，Xn，则可以将H1，H2，...，Hn中大于或等于第二阈值H，且X1，X2，...，Xn小于或等于第三阈值X的资源Ri，确定为满足所述预设条件的解析资源，即可以用于调度解析，提供服务；否则，确定为不满足所述预设条件的解析资源，不进行调度。
可选地，所述域名解析的调度方法还包括：
针对每个解析资源，根据所述资源管理数据，确定所述解析资源对应的评分指标；
在第一解析资源的评分指标处于资源调度的容差范围内的情况下，维持所述第一解析资源的调度状态；其中，所述调度状态包括所述第一解析资源被调度进行域名解析处理，或者所述第一解析资源未被调度进行域名解析处理。
举例来说，以上述资源评分模块用于确定评分指标为例，对本申请实施例的评分指标的确定过程进行说明。例如：通过网络监控模块获得各解析资源的监控数据、通过资源健康值模块获得各解析资源的健康指标，通过成本管理模块获得各解析资源的成本值。基于各解析资源的监控数据、健康指标、成本值，确定各解析资源对应的评分指标。
例如：基于不同区域运营商对域名相关IP地址的解析资源进行评分，比如评分规则可以按照公式：评分指标=基础分+最近表现分值。其中，基础分为历史表现数据（如最近第一时间段的数据，比如最近多个小时，最近一天，最近一周等），最近表现分值为最近第二时间段（比如最近10分钟、最近一个小时等）的数据表现分值，基于基础分和最近表现分值计算得到评分指标，即可形成评分表。
举例来说，以第一时间段为最近一天为例，第i个解析资源的评分指标Si可以通过公式：Si=Score(avg)+Mi*Hi*Pi计算得到，其中Score(avg)为最近一天历史表现数据的基础分，Mi*Hi*Pi为最近表现分值。
具体的，监控最近一天的各解析资源的质量指标为M1，M2，...，Mn，各解析资源的健康指标为H1，H2，...，Hn，各解析资源的成本值为P1，P2，...，Pn，则解析资源对应的最近表现分值Score（i）可以通过公式：Score（i）=Mi*Hi*Pi计算得到，其中Mi为M1，M2，...，Mn中的第i个解析资源的质量指标，Hi为H1，H2，...，Hn中的第i个解析资源的健康指标，Pi为P1，P2，...，Pn中的第i个解析资源的成本值。其中，基础分可以按照最近一天历史表现数据计算平均分Score(avg)确定，比如各解析资源的基础分通过公式：Score(avg)=(M1*H1*P1+...+Mn*Hn*Pn)/n计算得到。
可选地，所述容差范围由评分标准值以及容差系数确定；
其中，所述容差范围中的最大值为：所述评分标准值与所述容差系数的乘积与所述评分标准值之和；所述容差范围中的最小值为：所述评分标准值与所述乘积之差。
举例来说，以上述容差策略模块用于确定容差范围为例，说明容差范围的确定和调整过程。例如：通过上述模块确定了资源管理数据中各参数值后，进行调度容差设计，分析系统中各因素的波动对输出波动的影响，并利用贡献率作为因素效应的定量评价指标，允许不同解析资源在一定波动范围不调度。
其中，容差范围主要用于做波动范围调整，增加容差系数T（T的取值可以在0~1之间），如评分要求为符合评分基准值S，设置容差系数T，则实际评分的容差范围为[Smin,Smax]，其中Smin=S-S*T，Smax=S+S*T。
例如：第M次配置的解析资源为R1，R2，...，Rn，对应的评分指标为SRM1、SRM2，...，SRMn，评分基准值为S，T取值0.01，则SRM1、SRM2，...，SRMn处于[0.99S,1.01S]之间时，相应的解析资源都可判定为有效，此时维持原调度状态。
可选地，评分基准值可通过平台进行操作设置，并可以根据实际解析资源的运行情况进行调整。设置评分基准值时，可以在0~100范围内取值，其中容差系数可以根据评分基准值确定。比如当评分基准值为设置为10时，相应的容差系数取值为T=10/100，系统可以默认推荐值为10。进一步地，在评分基准值还可以是针对不同的域名称进行设置评分基准值，还可以设置响应记录的数量，动态选择规则（比如最小时延、轮询调度、随机分配）等。
可选地，上述日志采集模块用于针对配置可解析第一域名的解析资源，实时不间断地在对各网络设备、主机、业务系统进行日志收集，本申请实施例中主要针对存在问题的日志进行采集和保存，例如：可以采用分布式计算（Hadoop）技术进行处理，当然本申请实施例也可以采用其他方式进行处理等，本申请实施例不以此为限。
可选地，上述调度决策模块作为核心处理引擎，可以根据资源评分模块和容差策略模块数据，结合资源配置模块进行调度逻辑处理，生成调度决策任务，下发DNS调度变更至解析部署模块，比如：调度决策模块可以执行根据所述资源管理数据，调度所述解析资源集合中的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中的第二解析资源进行所述第一域名的解析处理的步骤，和/或，在第一解析资源的评分指标处于资源调度的容差范围内的情况下，维持所述第一解析资源的调度状态的步骤等。
可选地，上述解析部署模块用于将解析配置推送至各权威DNS服务节点，在接收到DNS查询请求的时候，根据请求的IP地址和请求包中的域名，给客户端返回最新调度决策后的服务器IP地址。
举例来说，解析调度的主要业务逻辑包括：全球广域网（web）用户控制台、监控数据采集和/或汇聚平台、调度适配器、调度任务处理器和DNS解析部署器，如图5所示。其中，
web用户控制台：用于提供全局流量管理用户端接入服务入口和配置主要操作界面Portal。
监控数据采集和/或汇聚：用于接收解析监控中心上报的各项任务数据，并定时进行统计汇集。
调度适配器：用于提供全局流量调度全部业务配置数据相关的接口；调度任务的生成和分发、任务合并、任务优先级队列。
调度任务处理器：用于各种调度任务的执行处理，承接适配器、对接DNS解析部署器。
DNS解析部署器：用于将解析配置数据转换组装为DMS解析支持的数据格式，支持多NS服务节点全量和/或差量部署。
继续参见图5，一种核心业务的处理流程图，具体包括：
1、用户控制台构建
通过构建设计面向用户的全局流量管理产品服务控制台，在域名添加完成后会给出调度名（CName），如新增的域名为www.example.com，选择CName的后缀cmegtm.com，则CName为www.example.com.cmegtm.com。调度接入只要在域名解析系统添加一条DNS解析记录即可服务生效。
2、监控数据采集和/或汇聚
web用户控制台下发GTM采集任务到监控数据采集和/或汇聚平台，监控数据采集和/或汇聚平台采集数据并上报元数据到缓存处理。监控数据采集和/或汇聚平台包括：网络监控模块和资源健康值模块。
其中，网络监控模块用于采集数据，包括服务资源与真实用户与本地DNS（LocalDNS）服务器之间的距离值和实际探测任务数据值。该距离值为预设表，可根据用户访问、服务器资源分别所在的运营商及地理位置进行匹配，如A地运营商A用户访问A地运营商A源站距离值为10，跨运营商和跨地区分别增加一定值，默认20，如B地运营商B用户访问A地运营商A源站距离值为50。该实际探测值为监控机探测的结果数据，以PING监控为例，连续发送3个探测包，具体为：
探测包1：来自117.24.11.18的回复：字节=32 时间=20ms TTL=53；
探测包2：来自117.24.11.18的回复：字节=32 时间=7ms TTL=53；
探测包3：来自117.24.11.18的回复：字节=32 时间=6ms TTL=53；
则针对117.24.11.18的PING监控的统计信息为：
数据包：已发送=3，已接收=3，丢失=0（即0%丢失），
往返行程的时间（以毫秒为单位）：最短=6ms，最长=20ms，平均=11ms；
相应的数据存储格式如表1所示：
| vip id | client1 ip | rtt value | ping value | tcp value | http value | https value | … |
| vip id | client2 ip | rtt value | ping value | tcp value | http value | https value | … |
| vip id | clientN ip | rtt value | ping value | tcp value | http value | https value | … |
表1
上述表1中，vip id表示客户端标识，client1 ip、client2 ip、clientN ip分别表示客户端1、2…N的IP地址，rtt value表示往返时间值，ping value表示PING监控值，tcpvalue表示TCP监控值，http value、https value表示HTTP监控值。
其中，资源健康值模块用于确定资源健康值数据，该资源健康值数据用于反映机器某时刻的状况信息（比如cpu利用率，负载，内存利用率等）的指标，健康值数据存储格式如表2所示：
| Vip1 id | cpu value | load value | Memory value | … |
| Vip2 id | cpu value | load value | Memory value | … |
| Vip3 id | cpu value | load value | Memory value | … |
表2
上述表2中，Vip1 id、Vip2 id、Vip3 id分别表示客户端1、2、3的标识，cpu value表示cpu利用率，load value表示负载，Memory value表示内存利用率。
具体的，决策模块可以依赖不健康时长更新标识。比如可以依据上传的健康值是否超过设置的阈值来判定是否是健康时长，如超过，则认为是不健康时长，否则认为是健康时长。不健康时长和健康时长的逻辑判定更新如表3所示：
| T为健康 | T为不健康 | T无采集信息 | |
| T+1为健康 | 不更新 | 更新为0 | 更新为0 |
| T+1为不健康 | 更新时间 | 不更新 | 更新时间 |
表3
上述表3中，T为上次采集结果，T+1为本次采集结果。
3、调度适配器
web用户控制台提交GTM配置到调度适配器。如图6所示，给出了一种调度适配器的调度流程图。该调度适配器集成了全局流量调度全部业务配置数据所有相关的接口，保存调度场景及调度策略的配置数据，同时也负责调度任务的生成、任务合并、任务优先级队列、任务分发等。如在控制台预先定义调度的资源、调度的类型、容差的范围、影响系数以及监控方式，与监控采集平台，调度决策逻辑作对接，承接产品前端调用后端数据的通道。调度适配器可以分发调度任务到调度任务处理器，也可以调度调度DNS解析部署器执行调度任务。
4、调度任务处理器
调度任务处理器可以根据调度适配器分发的调度任务，调度DNS解析部署器执行调度任务。调度任务处理器主要负责具体调度任务处理，根据监控方式、源站健康值、动态选择规则实施周期性调度执行，可以采用定时任务执行，比如可以默认设置按每分钟1个计算周期，输出此周期内用户客户端访问请求至最优的解析服务IP地址。
可选地，调度任务处理器可以针对不同域名称进行配置，比如配置响应记录的数量、默认的TTL（以秒为单位）、动态选择规则（比如最小时延、轮询调度、随机分配等），以及健康检查模式等，本申请实施例不以此为限。
其中，最小时延，是指根据监控模块对各IP服务器发出的探测请求，实时反馈请求时间大小，进行评分，同时根据响应记录要求进行解析，此算法能较好的反映服务器的当前运行状态。
轮询调度，是指根据服务器的不同处理能力，给每个服务器分配不同的权重值，使其能够接受相应权重值的服务请求。例如：服务器A、B、C、D的权重值分别设计成1、2、3、4，则服务器A、B、C、D将分别接受到10%、20％、30％、40%的服务请求。此算法能确保高性能的服务器得到更多的使用率，避免低性能的服务器负载过重。
随机分配，是指把来自用户的请求随机分配给内部中的多个服务器。此算法适合于服务器组中的所有服务器都有相同的软硬件配置且平均服务请求相对均衡的情况。
5、DNS解析部署器
DNS解析部署器可以根据全局流量管理调度结果下发DNS解析进行发布调度任务，实现权威DNS服务器推送，支持用户进行访问解析实时调度，实现流量性能负载高可用调度。
DNS解析部署器的流程代码如下：
;<<>>DiG 9.10-P2<<>>vpn.hi thum.com.cmegtm.com
; ; global options;cmd
; ; Got answer:
; ; ->>HEADER<<- opcode : QUERY , status : NOERROR , id：62906
; ; flags : qr rd ra ; QUERY : 1 , ANSWER : 1 , AUTHORITY : 2 ,ADDITIONAL : 11
; ; OPT PSEUDOSECTION :
; ENDS : version : 0 , flags : ; udp : 4096
; ; QUESTION SECTION :
; vpn.hi thium.com. cmegtm.com. IN A
; ; ANSWER SECTION :
; vpn.hi thium.com. cmegtm.com. 120 IN A 59.61.86.11
; ; AUTHORITY SECTION :
cmegtm.com. 120 IN NS ns6.cmedns.com.
cmegtm.com. 120 IN NS ns5.cmedns.com.
现有的域名调度过程中更多的是采用监控机，定时对解析源站发起拨测任务探测，结合探测结果和调度预设规则进行匹配，对运维人员使用门槛较高，要进行资源合理分组，负载分配，线路规划。而本申请的上述方案，相较于现有的域名调度过程简化了整体的配置要求，在有资源出现服务能力下降时，可以灵活的调整或分配负载权重，具有更高的灵活性，同时本申请的解析调度方法能够与源站实际服务情况进行关联，避免需要等待源站资源完全不可用时进行调度，减少其它服务资源的压力，避免造成其它资源服务能力下降，保证调度切换时可以更加平稳。
如图7所示，本申请实施例提供一种域名解析的调度装置700，包括：
资源配置模块710，用于根据接入的第一域名，确定解析资源集合；其中，所述解析资源集合包括可解析所述第一域名的至少一个解析资源；
获取模块720，用于获取每个所述解析资源对应的资源管理数据；其中，所述资源管理数据用于表征所述解析资源的可用情况；
调度处理模块730，用于根据所述资源管理数据，调度所述解析资源集合中的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中的第二解析资源进行所述第一域名的解析处理；
其中，所述第一解析资源是所述资源管理数据满足预设条件的解析资源，所述第二解析资源是所述资源管理数据不满足所述预设条件的解析资源。
可选地，所述资源管理数据包括以下至少一项：
质量指标，用于指示所述解析资源的链路质量；
健康指标，用于指示所述解析资源的占用情况；
成本指标，用于指示所述解析资源的使用成本。
可选地，所述获取模块720包括：
生成单元，用于针对每个所述解析资源分别生成监控任务；
第一获取单元，用于通过所述监控任务获取对应解析资源的链路质量；
第一确定单元，用于根据所述链路质量确定所述质量指标。
可选地，所述获取模块720包括：
第二获取单元，用于针对每个所述解析资源，分别获取所述解析资源的占用情况的至少一个参数值；
第二确定单元，用于将所述至少一个参数值的加权之和，确定为所述健康指标。
可选地，所述获取模块720包括：
第三获取单元，用于针对每个所述解析资源，分别获取所述解析资源的成本值；
第三确定单元，用于将每个所述解析资源的成本值与所有解析资源的最大成本值之间的比值，确定为所述成本指标。
可选地，所述满足预设条件的解析资源包括以下至少一项：
所述质量指标大于或等于第一阈值的解析资源；
所述健康指标大于或等于第二阈值的解析资源；
所述成本指标小于或等于第三阈值的解析资源；
和/或，
所述不满足所述预设条件的解析资源包括以下至少一项：
所述质量指标小于所述第一阈值的解析资源；
所述健康指标小于所述第二阈值的解析资源；
所述成本指标大于所述第三阈值的解析资源。
可选地，所述域名解析的调度装置还包括：
确定模块，用于针对每个解析资源，根据所述资源管理数据，确定所述解析资源对应的评分指标；
处理模块，用于在第一解析资源的评分指标处于资源调度的容差范围内的情况下，维持所述第一解析资源的调度状态；其中，所述调度状态包括所述第一解析资源被调度进行域名解析处理，或者所述第一解析资源未被调度进行域名解析处理。
可选地，所述容差范围由评分标准值以及容差系数确定；其中，所述容差范围中的最大值为：所述评分标准值与所述容差系数的乘积与所述评分标准值之和；所述容差范围中的最小值为：所述评分标准值与所述乘积之差。
需要说明的是，本申请实施例的上述域名解析的调度装置能够实现上述域名解析的调度的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例提供一种网络设备，如图8所示，包括收发器810、处理器800、存储器820及存储在所述存储器820上并可在所述处理器800上运行的程序或指令；所述处理器800执行所述程序或指令时实现上述应用于域名解析的调度方法的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
所述收发器810，用于在处理器800的控制下接收和发送数据。
其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器800代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发器810可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器800负责管理总线架构和通常的处理，存储器820可以存储处理器800在执行操作时所使用的数据。
本申请实施例的一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如上所述的域名解析的调度方法中的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的网络设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器（Read-Only Memory，简称ROM）、随机存取存储器（Random Access Memory，简称RAM）、磁碟或者光盘等。
进一步需要说明的是，此说明书中所描述的终端包括但不限于智能手机、平板电脑等，且所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。
本申请实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。
实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上（包括在不同存储设备上），并且至少部分地可以仅作为电子信号存在于系统或网络上。
在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成（VLSI）电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
上述范例性实施例是参考该些附图来描述的，许多不同的形式和实施例是可行而不偏离本申请精神及教示，因此，本申请不应被建构成为在此所提出范例性实施例的限制。更确切地说，这些范例性实施例被提供以使得本申请会是完善又完整，且会将本申请范围传达给那些熟知此项技术的人士。在该些图式中，组件尺寸及相对尺寸也许基于清晰起见而被夸大。在此所使用的术语只是基于描述特定范例性实施例目的，并无意成为限制用。如在此所使用地，除非该内文清楚地另有所指，否则该单数形式“一”、“一个”和“该”是意欲将该些多个形式也纳入。会进一步了解到该些术语“包含”及/或“包括”在使用于本说明书时，表示所述特征、整数、步骤、操作、构件及/或组件的存在，但不排除一或更多其它特征、整数、步骤、操作、构件、组件及/或其族群的存在或增加。除非另有所示，陈述时，一值范围包含该范围的上下限及其间的任何子范围。
以上所述是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。
Claims (11)
1.一种域名解析的调度方法，其特征在于，包括：
根据接入的第一域名，确定解析资源集合；其中，所述解析资源集合包括可解析所述第一域名的至少一个解析资源；
获取每个所述解析资源对应的资源管理数据；其中，所述资源管理数据用于表征所述解析资源的可用情况；
根据所述资源管理数据，调度所述解析资源集合中的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中的第二解析资源进行所述第一域名的解析处理；
其中，所述第一解析资源是所述资源管理数据满足预设条件的解析资源，所述第二解析资源是所述资源管理数据不满足所述预设条件的解析资源。
2.根据权利要求1所述的域名解析的调度方法，其特征在于，所述资源管理数据包括以下至少一项：
质量指标，用于指示所述解析资源的链路质量；
健康指标，用于指示所述解析资源的占用情况；
成本指标，用于指示所述解析资源的使用成本。
3.根据权利要求2所述的域名解析的调度方法，其特征在于，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源分别生成监控任务；
通过所述监控任务获取对应解析资源的链路质量；
根据所述链路质量确定所述质量指标。
4.根据权利要求2所述的域名解析的调度方法，其特征在于，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源，分别获取所述解析资源的占用情况的至少一个参数值；
将所述至少一个参数值的加权之和，确定为所述健康指标。
5.根据权利要求2所述的域名解析的调度方法，其特征在于，所述获取每个所述解析资源对应的资源管理数据，包括：
针对每个所述解析资源，分别获取所述解析资源的成本值；
将每个所述解析资源的成本值与所有解析资源的最大成本值之间的比值，确定为所述成本指标。
6.根据权利要求2至5中任一项所述的域名解析的调度方法，其特征在于，所述满足预设条件的解析资源包括以下至少一项：
所述质量指标大于或等于第一阈值的解析资源；
所述健康指标大于或等于第二阈值的解析资源；
所述成本指标小于或等于第三阈值的解析资源；
和/或，
所述不满足所述预设条件的解析资源包括以下至少一项：
所述质量指标小于所述第一阈值的解析资源；
所述健康指标小于所述第二阈值的解析资源；
所述成本指标大于所述第三阈值的解析资源。
7.根据权利要求1至5中任一项所述的域名解析的调度方法，其特征在于，还包括：
针对每个解析资源，根据所述资源管理数据，确定所述解析资源对应的评分指标；
在第一解析资源的评分指标处于资源调度的容差范围内的情况下，维持所述第一解析资源的调度状态；其中，所述调度状态包括所述第一解析资源被调度进行域名解析处理，或者所述第一解析资源未被调度进行域名解析处理。
8.根据权利要求7所述的域名解析的调度方法，其特征在于，所述容差范围由评分标准值以及容差系数确定；
其中，所述容差范围中的最大值为：所述评分标准值与所述容差系数的乘积与所述评分标准值之和；所述容差范围中的最小值为：所述评分标准值与所述乘积之差。
9.一种域名解析的调度装置，其特征在于，包括：
资源配置模块，用于根据接入的第一域名，确定解析资源集合；其中，所述解析资源集合包括可解析所述第一域名的至少一个解析资源；
获取模块，用于获取每个所述解析资源对应的资源管理数据；其中，所述资源管理数据用于表征所述解析资源的可用情况；
调度处理模块，用于根据所述资源管理数据，调度所述解析资源集合中的第一解析资源进行所述第一域名的解析处理，且不调度所述解析资源集合中的第二解析资源进行所述第一域名的解析处理；
其中，所述第一解析资源是所述资源管理数据满足预设条件的解析资源，所述第二解析资源是所述资源管理数据不满足所述预设条件的解析资源。
10.一种网络设备，包括：收发器、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令；其特征在于，所述处理器执行所述程序或指令时实现权利要求1至8中任一项所述的域名解析的调度方法的步骤。
11.一种可读存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现权利要求1至8中任一项所述的域名解析的调度方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311832068.1A CN117478636A (zh) | 2023-12-28 | 2023-12-28 | 域名解析的调度方法、装置、网络设备及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311832068.1A CN117478636A (zh) | 2023-12-28 | 2023-12-28 | 域名解析的调度方法、装置、网络设备及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117478636A true CN117478636A (zh) | 2024-01-30 |
Family
ID=89636552
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311832068.1A Pending CN117478636A (zh) | 2023-12-28 | 2023-12-28 | 域名解析的调度方法、装置、网络设备及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117478636A (zh) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114422396A (zh) * | 2021-12-10 | 2022-04-29 | 苏州浪潮智能科技有限公司 | 一种dns服务器管理方法、装置、电子设备及存储介质 |
-
2023
- 2023-12-28 CN CN202311832068.1A patent/CN117478636A/zh active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114422396A (zh) * | 2021-12-10 | 2022-04-29 | 苏州浪潮智能科技有限公司 | 一种dns服务器管理方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111262938B (zh) | 一种dns服务器选择方法和代理服务器 | |
| US9900402B1 (en) | Capacity-independent demand assessment | |
| EP3629521B1 (en) | Rating method for service node, domain name system (dns) scheduling method and server | |
| US9130954B2 (en) | Distributed health check for global server load balancing | |
| CN105162900B (zh) | 一种多节点协作的域名解析和缓存方法及系统 | |
| WO2018054307A1 (zh) | Cdn业务的处理方法、设备及通信系统 | |
| CN109547517B (zh) | 一种带宽资源调度方法和装置 | |
| CN101616079B (zh) | Dns请求报文的nat出口链路负载均衡方法及装置 | |
| CN111345012A (zh) | 使用目的地系统的链路级容量的dns解析 | |
| CN102014173B (zh) | 一种域名重定向控制方法、模块及系统 | |
| US20010039585A1 (en) | System and method for directing a client to a content source | |
| CN102047243A (zh) | 基于类别请求路由 | |
| CN111083181B (zh) | 大规模接入物联网的设备调度方法、网关和系统 | |
| CN103312629A (zh) | 一种cdn流量分配方法、设备及系统 | |
| CN104754640A (zh) | 一种网络资源调度方法及网络资源管理服务器 | |
| CN101355521B (zh) | 负载均衡控制方法、通信装置与通信系统 | |
| CN112202833B (zh) | Cdn系统、请求处理方法以及调度服务器 | |
| CN104767690A (zh) | 一种流量调度装置及方法 | |
| CN112491719A (zh) | 网络节点的选择方法、设备及存储介质 | |
| CN112491961A (zh) | 调度系统及方法、cdn系统 | |
| CN102572001A (zh) | 一种域名系统及其提供负荷均衡的方法 | |
| CN117424902A (zh) | 一种基于服务端算法调度实现应用负载均衡的改进方法 | |
| CN110933128B (zh) | 节点流量调度方法、装置、电子设备及存储介质 | |
| CN103685344A (zh) | 一种用于多p2p缓存节点的协同方法和系统 | |
| WO2011138033A1 (en) | Method and system for controlling data communication within a network |
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 |