CN114945014A - 域名解析方法和系统、微服务器集群节点和存储介质 - Google Patents
域名解析方法和系统、微服务器集群节点和存储介质 Download PDFInfo
- Publication number
- CN114945014A CN114945014A CN202110171453.0A CN202110171453A CN114945014A CN 114945014 A CN114945014 A CN 114945014A CN 202110171453 A CN202110171453 A CN 202110171453A CN 114945014 A CN114945014 A CN 114945014A
- Authority
- CN
- China
- Prior art keywords
- address
- target
- domain name
- name resolution
- micro 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 238000012545 processing Methods 0.000 claims description 7
- 230000004044 response Effects 0.000 abstract description 6
- 230000006870 function Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 10
- 101001072091 Homo sapiens ProSAAS Proteins 0.000 description 8
- 102100036366 ProSAAS Human genes 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 2
- 230000008140 language development Effects 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
- 239000007787 solid Substances 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本公开涉及一种域名解析方法和系统、微服务器集群节点和存储介质。该域名解析方法包括:获取域名解析请求中域名对应的可选地址清单,可选地址清单包括多个目标IP地址;确定每个目标IP地址和源IP地址的距离;针对每个目标IP地址,根据目标集群应用负载情况和该目标IP地址,确定该目标IP地址的应用集群负载值;针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分;返回得分最高的目标IP地址。本公开提高了域名服务器的响应速度,使各集群的使用负载均衡,提升了资源利用率。
Description
技术领域
本公开涉及互联网领域,特别涉及一种域名解析方法和系统、微服务器集群节点和存储介质。
背景技术
IP地址(Internet Protocol Address,网际协议地址)是指互联网协议地址。IP地址是IP协议提供的一种统一的地址格式,它为互联网上的每一个网络和每一台主机分配一个逻辑地址,以此来屏蔽物理地址的差异。
域名(Domain Name)是由一串用点分隔的名字组成的Internet上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位,目的是便于记忆。
一组服务器的地址(网站,电子邮件,FTP等),一个服务器集群可能具有同样的域名,例如:我们在利用百度搜索引擎的域名来访问百度搜索引擎时,最后访问的IP地址可能是百度众多服务器中的某一台服务器的IP地址。
域名解析也叫域名指向、服务器设置、域名配置以及反向IP登记等等,实质就是将好记的域名解析成IP,域名解析服务是由DNS服务器(Domain Name Server,域名服务器)完成的,把域名解析到一个IP地址,然后在此IP地址的主机上将一个子目录与域名绑定。
发明内容
相关技术的域名解析方案中,当客户端访问的域名对应多个IP地址时,DNS服务器一般采用等概率选取模式,即,如果存在多个服务节点可以提供服务时,则随机选取一个节点。
然而,相关技术的域名解析技术中存在接受请求功能很快和执行寻址功能慢的两个特点。对于执行寻址功能慢的特点,如果使用配置文件解决,将会给运维带来巨大的维护成本;如果使用数据库方案解决,需要更多数据库才能完成,会产生高额的成本费用。
鉴于以上技术问题中的至少一项,本公开提供了一种域名解析方法和系统、微服务器集群节点和存储介质,提高了域名服务器的响应速度。
根据本公开的一个方面,提供一种域名解析方法,包括:
获取域名解析请求中域名对应的可选地址清单,可选地址清单包括多个目标IP地址;
确定每个目标IP地址和源IP地址的距离;
针对每个目标IP地址,根据目标集群应用负载情况和该目标IP地址,确定该目标IP地址的应用集群负载值;
针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分;
返回得分最高的目标IP地址。
在本公开的一些实施例中,所述针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分包括:
获取每个目标IP地址的网络可达性系数和应用集群可用性系数;
针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值、该目标IP地址的网络可达性系数和应用集群可用性系数,确定该目标IP地址的得分。
在本公开的一些实施例中,所述确定每个目标IP地址和源IP地址的距离包括:
获取源IP地址;
针对每个目标IP地址,确定该目标IP地址和源IP地址的距离值。
在本公开的一些实施例中,采用多个微服务器集群节点分别执行如上述任一实施例所述的域名解析方法。
在本公开的一些实施例中,所述域名解析方法还包括:
受理和反馈模块接收用户输入的域名解析请求;
通过微服务器网关、多个微服务器集群节点、多个缓存集群和多个数据库进行域名匹配寻址;
受理和反馈模块将得分最高的目标IP地址反馈给用户终端。
在本公开的一些实施例中,所述通过微服务器网关、多个微服务器集群节点、多个缓存集群和多个数据库进行域名匹配寻址包括:
微服务器网关根据分发规则,将域名解析请求分发到多个微服务器集群节点进行处理;
微服务器集群节点通过缓存集群在数据库进行域名匹配寻址。
在本公开的一些实施例中,所述域名解析方法还包括:
通过应用程序接口模型,进行分发规则的调整,其中,调整规则不需要重启系统。
在本公开的一些实施例中,所述域名解析方法还包括:
对域名解析的目标地址的负载情况进行判断,在解析算法中形加权因子,综合平均使用各个微服务器集群节点的使用负载。
根据本公开的另一方面,提供一种微服务器集群节点,包括:
地址清单获取单元,被配置为获取域名解析请求中域名对应的可选地址清单,可选地址清单包括多个目标IP地址;
距离获取单元,被配置为确定每个目标IP地址和源IP地址的距离;
负载确定单元,被配置为针对每个目标IP地址,根据目标集群应用负载情况和该目标IP地址,确定该目标IP地址的应用集群负载值;
得分确定单元,被配置为针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分;
地址返回单元,被配置为返回得分最高的目标IP地址。
在本公开的一些实施例中,所述微服务器集群节点被配置为执行实现如上述任一实施例所述的域名解析方法的操作。
根据本公开的另一方面,提供一种微服务器集群节点,包括:
存储器,被配置为存储指令;
处理器,被配置为执行所述指令,使得所述微服务器集群节点执行实现如上述任一实施例所述的域名解析方法的操作。
根据本公开的另一方面,提供一种域名解析系统,包括受理和反馈模块、微服务器网关、多个微服务器集群节点、多个缓存集群和多个数据库,其中:
受理和反馈模块,被配置为接收用户通过用户终端输入的域名解析请求,并将域名解析结果反馈给用户终端;
微服务器网关,被配置为根据分发规则,将域名解析请求分发到多个微服务器集群节点进行处理;
微服务器集群节点,被配置为通过缓存集群在数据库进行域名匹配寻址。
在本公开的一些实施例中,所述微服务器集群节点为如上述任一实施例所述的微服务器集群节点。
在本公开的一些实施例中,微服务器网关,被配置为通过应用程序接口模型,进行分发规则的调整,其中,调整规则不需要重启系统。
根据本公开的另一方面,提供一种非瞬时性计算机可读存储介质,其中,所述计算机可读存储介质存储有计算机指令,所述指令被处理器执行时实现如上述任一实施例所述的域名解析方法。
本公开提高了域名服务器的响应速度,使各集群的使用负载均衡,提升了资源利用率。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本公开域名解析方法一些实施例的示意图。
图2为本公开域名解析方法另一些实施例的示意图。
图3为本公开微服务器集群节点一些实施例的示意图。
图4为本公开微服务器集群节点又一些实施例的结构示意图。
图5为本公开域名解析系统一些实施例的示意图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
相关技术的域名服务器功能主要有两个特点,1.接受请求功能很快;2.执行寻址功能慢。对于第二个特点,解决方案有两种。第一,使用配置文件。寻址使用静态文件,非常的慢,维护起来耗费,几十万代码中找出要修改的一行,再重新启动,出错率高。第二,使用MySQL(一个关系型数据库管理系统)实现。相关技术把域名和IP地址放在里面,最多也就几百条,虽然可以集群化部署,但是需要很多SSD(Solid State Drive,固态驱动器,固态硬盘),成本太高。相关技术在域名服务器执行寻址功能中,只有读缓存是比较快的。
图1为本公开域名解析方法一些实施例的示意图。优选的,本实施例可由本公开域名解析系统或本公开微服务器集群节点执行。该方法可以包括步骤11-步骤15,其中:
步骤11,获取域名解析请求中域名对应的可选地址清单,可选地址清单包括多个目标IP地址。
在本公开的一些实施例中,步骤11可以包括获取域名的可选地址清单,形成应答答案的合集。例如:返回值的参数为IP_TARGET1和IP_TARGET2。
步骤12,确定每个目标IP地址和源IP地址的距离。
在本公开的一些实施例中,步骤12可以包括步骤121-步骤122,其中:
步骤121,获取源IP地址(IP_SOURCE)。
步骤122,针对每个目标IP地址(例如IP_TARGET1或IP_TARGET2),确定该目标IP地址和源IP地址(IP_SOURCE)的距离值。
在本公开的一些实施例中,步骤122可以包括:根据预定源地址与目标地址的距离算法FX(IP_TARGET,IP_SOURCE)确定该目标IP地址和源IP地址(IP_SOURCE)的距离值。
在本公开的一些实施例中,所述距离值的最大值可以为100,最小值可以为1。
步骤13,针对每个目标IP地址,根据目标集群应用负载情况和该目标IP地址,确定该目标IP地址的应用集群负载值。
在本公开的一些实施例中,目标集群应用负载情况可以包括CPU(CPU_RATE)和网卡负载(NET_LOAD)。
在本公开的一些实施例中,步骤13可以包括:根据预定目标地址应用集群负载算法LX(IP_TARGET,CPU_RATE,NET_LOAD)确定该目标IP地址(IP_TARGET)的应用集群负载值。
在本公开的一些实施例中,所述应用集群负载值的最大值可以为100,最小值可以为1。
步骤14,针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分。
在本公开的一些实施例中,步骤14可以包括步骤141-步骤142,其中:
步骤141,获取每个目标IP地址的网络可达性系数NET_REACH和应用集群可用性系数SAAS_AVLIABLE。
在本公开的一些实施例中,目标IP地址的网络可达性系数NET_REACH,可达情况下为1;不可达情况下为0。
在本公开的一些实施例中,应用集群可用性系数SAAS_AVLIABLE,可用情况下为1;不可用情况下为0。
步骤142,针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值、该目标IP地址的网络可达性系数和应用集群可用性系数,确定该目标IP地址的得分。
在本公开的一些实施例中,步骤142可以包括:根据该目标IP地址的应用集群负载值和该目标IP地址和源IP地址的距离值的和,再乘以该目标IP地址的网络可达性系数和应用集群可用性系数,确定该目标IP地址的得分。
例如:对比于目标IP地址IP_TARGET1返回得分记为POINT1=NET_REACH1*SAAS_AVLIABLE1(FX(IP_TARGET1,IP_SOURCE)+LX(IP_TARGET1,CPU_RATE,NET_LOAD))。
对于目标IP地址IP_TARGET_2返回得分记为POINT2=NET_REACH2*SAAS_AVLIABLE2(FX(IP_TARGET2,IP_SOURCE)+LX(IP_TARGET2,CPU_RATE,NET_LOAD))返回高分IP。
步骤15,返回得分最高的目标IP地址。
图2为本公开域名解析方法另一些实施例的示意图。优选的,本实施例可由本公开域名解析系统执行。该方法可以包括步骤21-步骤23,其中:
步骤21,受理和反馈模块接收用户输入的域名解析请求。
步骤22,通过微服务器网关、多个微服务器集群节点、多个缓存集群和多个数据库进行域名匹配寻址。
在本公开的一些实施例中,步骤22可以包括步骤221和步骤222,其中:
步骤221,微服务器网关根据分发规则,将域名解析请求分发到多个微服务器集群节点进行处理。
在本公开的一些实施例中,所述域名解析方法还可以包括:通过应用程序接口模型,进行分发规则的调整,其中,调整规则不需要重启系统。
步骤222,微服务器集群节点通过缓存集群在数据库进行域名匹配寻址。
在本公开的一些实施例中,步骤222可以包括:采用多个微服务器集群节点分别执行如上述任一实施例(例如图1实施例)所述的域名解析方法,进行域名匹配寻址。
在本公开的一些实施例中,所述域名解析方法还可以包括:对域名解析的目标地址的负载情况进行判断,在解析算法中形加权因子,综合平均使用各个微服务器集群节点的使用负载。
步骤23,受理和反馈模块将得分最高的目标IP地址反馈给用户终端。
在本公开的一些实施例中,使用JAVA计算机编程语言开发语言,实现网络UDP用户数据报协议(UDP,User Datagram Protocol)协议的域名解析功能。Window和Linux系统的主机使用域名解析配置时均可以正常得到某个域名的解析地址。
基于本公开上述实施例提供的域名解析方法,使用成熟的技术手段优化域名解析的寻址方法。比如,相关技术域名服务器BIND,在域名指定返回单一地址的情况下,可以使用配置文件、缓存、MYSQL数据库进行域名匹配寻址;在域名指定返回多个地址的情况下,可以使用配置文件、MYSQL数据进行域名匹配寻址。本公开上述实施例的域名解析方法可以实现在任意环境下都可以进行缓存查询,从而最大程度下保障了性能。
本公开上述实施例使用IT(Information Technology,信息技术)化的API(Application Programming Interface,应用程序接口)模式,实现分发规则的调整。对标相关技术BIND,在需要智能识别来源IP并动态域名解析的场景下,主要采用ACL访问控制列表(Access Control Lists,ACL)文件预加载的方式,这就意味着调整规则需要重启。本公开上述实施例中,使用IT化的API模式,对规则进行调整,调整规则不需要重启,从而保障了单点模式下服务延续性。
本公开上述实施例使用人工智能的算法对域名解析的目标地址的负载情况进行判断,在解析算法中形成智能的加权因子,即系统负荷较低的集群返回较多次数的解析结果,从而在无状态业务的场景下综合平均各集群的使用负载,从而提升了资源利用率。
图3为本公开微服务器集群节点一些实施例的示意图。如图3所示,所述微服务器集群节点可以包括地址清单获取单元31、距离获取单元32、负载确定单元33、得分确定单元34和地址返回单元35,其中:
地址清单获取单元31,被配置为获取域名解析请求中域名对应的可选地址清单,可选地址清单包括多个目标IP地址。
在本公开的一些实施例中,地址清单获取单元31可以被配置为获取域名的可选地址清单,形成应答答案的合集。例如:返回值的参数为IP_TARGET1和IP_TARGET2。
距离获取单元32,被配置为确定每个目标IP地址和源IP地址的距离。
在本公开的一些实施例中,距离获取单元32可以被配置为获取源IP地址(IP_SOURCE);针对每个目标IP地址(例如IP_TARGET1或IP_TARGET2),确定该目标IP地址和源IP地址(IP_SOURCE)的距离值。
在本公开的一些实施例中,距离获取单元32可以被配置为根据预定源地址与目标地址的距离算法FX(IP_TARGET,IP_SOURCE)确定该目标IP地址和源IP地址(IP_SOURCE)的距离值。
在本公开的一些实施例中,所述距离值的最大值可以为100,最小值可以为1。
负载确定单元33,被配置为针对每个目标IP地址,根据目标集群应用负载情况和该目标IP地址,确定该目标IP地址的应用集群负载值。
在本公开的一些实施例中,目标集群应用负载情况可以包括CPU(CPU_RATE)和网卡负载(NET_LOAD)。
在本公开的一些实施例中,负载确定单元33可以被配置为根据预定目标地址应用集群负载算法LX(IP_TARGET,CPU_RATE,NET_LOAD)确定该目标IP地址(IP_TARGET)的应用集群负载值。
在本公开的一些实施例中,所述应用集群负载值的最大值可以为100,最小值可以为1。
得分确定单元34,被配置为针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分。
在本公开的一些实施例中,得分确定单元34可以被配置为获取每个目标IP地址的网络可达性系数NET_REACH和应用集群可用性系数SAAS_AVLIABLE;针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值、该目标IP地址的网络可达性系数和应用集群可用性系数,确定该目标IP地址的得分。
在本公开的一些实施例中,目标IP地址的网络可达性系数NET_REACH,可达情况下为1;不可达情况下为0。
在本公开的一些实施例中,应用集群可用性系数SAAS_AVLIABLE,可用情况下为1;不可用情况下为0。
在本公开的一些实施例中,得分确定单元34可以被配置为针对每个目标IP地址,根据该目标IP地址的应用集群负载值和该目标IP地址和源IP地址的距离值的和,再乘以该目标IP地址的网络可达性系数和应用集群可用性系数,确定该目标IP地址的得分。
例如:对比于目标IP地址IP_TARGET1返回得分记为POINT1=NET_REACH1*SAAS_AVLIABLE1(FX(IP_TARGET1,IP_SOURCE)+LX(IP_TARGET1,CPU_RATE,NET_LOAD))。
对于目标IP地址IP_TARGET_2返回得分记为POINT2=NET_REACH2*SAAS_AVLIABLE2(FX(IP_TARGET2,IP_SOURCE)+LX(IP_TARGET2,CPU_RATE,NET_LOAD))返回高分IP。
地址返回单元35,被配置为返回得分最高的目标IP地址。
在本公开的一些实施例中,所述微服务器集群节点可以被配置为执行实现如上述任一实施例(例如图1或图2实施例)所述的域名解析方法的操作。
图4为本公开微服务器集群节点又一些实施例的结构示意图。如图4所示,微服务器集群节点包括存储器41和处理器42。
存储器41用于存储指令,处理器42耦合到存储器41,处理器42被配置为基于存储器存储的指令执行实现上述任一实施例(例如图1或图2实施例)涉及的方法。
如图4所示,该微服务器集群节点还可以包括通信接口43,用于与其它设备进行信息交互。同时,该微服务器集群节点还包括总线44,处理器42、通信接口43、以及存储器41通过总线44完成相互间的通信。
存储器41可以包含高速RAM存储器,也可还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。存储器41也可以是存储器阵列。存储器41还可能被分块,并且块可按一定的规则组合成虚拟卷。
此外,处理器42可以是一个中央处理器CPU,或者可以是专用集成电路ASIC,或是被配置成实施本公开实施例的一个或多个集成电路。
基于本公开上述实施例提供的微服务器集群节点,提高了域名服务器的响应速度;保障了单点模式下服务延续性和服务的稳定性;使各集群的使用负载均衡,提升资源利用率。
图5为本公开域名解析系统一些实施例的示意图。如图5所示,本公开域名解析系统可以包括受理和反馈模块51、微服务器网关52、多个微服务器集群节点53、多个缓存集群54和多个数据库55,其中:
受理和反馈模块51,被配置为接收用户通过用户终端输入的域名解析请求,并将域名解析结果反馈给用户终端。
微服务器网关52,被配置为根据分发规则,将域名解析请求分发到多个微服务器集群节点53进行处理。
在本公开的一些实施例中,微服务器网关52,被配置可以为通过应用程序接口模型,进行分发规则的调整,其中,调整规则不需要重启系统。
微服务器集群节点53,被配置为通过缓存集群54在数据库55进行域名匹配寻址。
在本公开的一些实施例中,所述微服务器集群节点53可以为实现为域名服务器。
在本公开的一些实施例中,所述微服务器集群节点53可以为如上述任一实施例(例如图3-图4任一实施例)所述的微服务器集群节点。
在本公开的一些实施例中,数据库55可以为实现为高可用数据库。
在本公开的一些实施例中,数据库55可以为实现为MYSQL数据库。
在本公开的一些实施例中,本公开域名解析系统可以被配置为对域名解析的目标地址的负载情况进行判断,在解析算法中形加权因子,综合平均使用各个微服务器集群节点53的使用负载。
基于本公开上述实施例提供的域名解析系统,主要解决了相关拣四两个问题:1.解决了域名服务器执行寻址功能过慢的问题;2.解决了域名服务器返回IP地址不均衡的问题。
本公开上述实施例可以应用并实施于云网融合统一PaaS(Platform as aService,平台即服务)平台研发与应用项目。
本公开上述实施例使用Java缓存技术提高了域名服务器的响应速度,本公开上述实施例采用了域名服务器智能动态算法。
本公开上述实施例使用JAVA计算机编程语言开发语言,可以实现网络UDP协议的域名解析功能。Window和Linux系统的主机使用域名解析配置时可以正常得到某个域名的解析地址。
根据本公开的另一方面,提供一种非瞬时性计算机可读存储介质,其中,所述计算机可读存储介质存储有计算机指令,所述指令被处理器执行时实现如上述任一实施例(例如图1或图2实施例)所述的域名解析方法。
基于本公开上述实施例提供的非瞬时性计算机可读存储介质,使用成熟的技术手段优化域名解析的寻址方法。本公开上述实施例,实现了在任意环境下都可以进行缓存查询,从而最大程度下保障了性能。
本公开上述实施例使用IT化的API模式,实现分发规则的调整。本公开上述实施例调整规则不需要重启,保障了单点模式下服务延续性。
本公开上述实施例使用人工智能的算法对域名解析的目标地址的负载情况进行判断,在解析算法中形成智能的加权因子,即系统负荷较低的集群返回较多次数的解析结果,从而可以在无状态业务的场景下综合平均各集群的使用负载,提升了资源利用率。
在上面所描述的微服务器集群节点可以实现为用于执行本申请所描述功能的通用处理器、可编程逻辑控制器(PLC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。
至此,已经详细描述了本公开。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指示相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
本公开的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用,并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。
Claims (15)
1.一种域名解析方法,其特征在于,包括:
获取域名解析请求中域名对应的可选地址清单,可选地址清单包括多个目标IP地址;
确定每个目标IP地址和源IP地址的距离;
针对每个目标IP地址,根据目标集群应用负载情况和该目标IP地址,确定该目标IP地址的应用集群负载值;
针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分;
返回得分最高的目标IP地址。
2.根据权利要求1所述的域名解析方法,其特征在于,所述针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分包括:
获取每个目标IP地址的网络可达性系数和应用集群可用性系数;
针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值、该目标IP地址的网络可达性系数和应用集群可用性系数,确定该目标IP地址的得分。
3.根据权利要求1所述的域名解析方法,其特征在于,所述确定每个目标IP地址和源IP地址的距离包括:
获取源IP地址;
针对每个目标IP地址,确定该目标IP地址和源IP地址的距离值。
4.根据权利要求1-3中任一项所述的域名解析方法,其特征在于,采用多个微服务器集群节点分别执行如权利要求1-3中任一项所述的域名解析方法。
5.根据权利要求4所述的域名解析方法,其特征在于,还包括:
受理和反馈模块接收用户输入的域名解析请求;
通过微服务器网关、多个微服务器集群节点、多个缓存集群和多个数据库进行域名匹配寻址;
受理和反馈模块将得分最高的目标IP地址反馈给用户终端。
6.根据权利要求5所述的域名解析方法,其特征在于,所述通过微服务器网关、多个微服务器集群节点、多个缓存集群和多个数据库进行域名匹配寻址包括:
微服务器网关根据分发规则,将域名解析请求分发到多个微服务器集群节点进行处理;
微服务器集群节点通过缓存集群在数据库进行域名匹配寻址。
7.根据权利要求6所述的域名解析方法,其特征在于,还包括:
通过应用程序接口模型,进行分发规则的调整,其中,调整规则不需要重启系统。
8.根据权利要求6所述的域名解析方法,其特征在于,还包括:
对域名解析的目标地址的负载情况进行判断,在解析算法中形加权因子,综合平均使用各个微服务器集群节点的使用负载。
9.一种微服务器集群节点,其特征在于,包括:
地址清单获取单元,被配置为获取域名解析请求中域名对应的可选地址清单,可选地址清单包括多个目标IP地址;
距离获取单元,被配置为确定每个目标IP地址和源IP地址的距离;
负载确定单元,被配置为针对每个目标IP地址,根据目标集群应用负载情况和该目标IP地址,确定该目标IP地址的应用集群负载值;
得分确定单元,被配置为针对每个目标IP地址,根据该目标IP地址的应用集群负载值、该目标IP地址和源IP地址的距离值,确定该目标IP地址的得分;
地址返回单元,被配置为返回得分最高的目标IP地址。
10.根据权利要求9所述的微服务器集群节点,其特征在于,所述微服务器集群节点被配置为执行实现如权利要求1-3中任一项所述的域名解析方法的操作。
11.一种微服务器集群节点,其特征在于,包括:
存储器,被配置为存储指令;
处理器,被配置为执行所述指令,使得所述微服务器集群节点执行实现如权利要求1-3中任一项所述的域名解析方法的操作。
12.一种域名解析系统,其特征在于,包括受理和反馈模块、微服务器网关、多个微服务器集群节点、多个缓存集群和多个数据库,其中:
受理和反馈模块,被配置为接收用户通过用户终端输入的域名解析请求,并将域名解析结果反馈给用户终端;
微服务器网关,被配置为根据分发规则,将域名解析请求分发到多个微服务器集群节点进行处理;
微服务器集群节点,被配置为通过缓存集群在数据库进行域名匹配寻址。
13.根据权利要求12所述的域名解析系统,其特征在于,所述微服务器集群节点为如权利要求9-11中任一项所述的微服务器集群节点。
14.根据权利要求12或13所述的域名解析系统,其特征在于,
微服务器网关,被配置为通过应用程序接口模型,进行分发规则的调整,其中,调整规则不需要重启系统。
15.一种非瞬时性计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述指令被处理器执行时实现如权利要求1-8中任一项所述的域名解析方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110171453.0A CN114945014A (zh) | 2021-02-08 | 2021-02-08 | 域名解析方法和系统、微服务器集群节点和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110171453.0A CN114945014A (zh) | 2021-02-08 | 2021-02-08 | 域名解析方法和系统、微服务器集群节点和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114945014A true CN114945014A (zh) | 2022-08-26 |
Family
ID=82906188
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110171453.0A Pending CN114945014A (zh) | 2021-02-08 | 2021-02-08 | 域名解析方法和系统、微服务器集群节点和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114945014A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100332680A1 (en) * | 2009-06-24 | 2010-12-30 | Broadcom Corporation | Fault tolerance approaches for dns server failures |
CN104519146A (zh) * | 2013-09-29 | 2015-04-15 | 中国电信股份有限公司 | 基于用户位置进行域名解析服务的方法与系统 |
CN105491173A (zh) * | 2014-09-18 | 2016-04-13 | 中国电信股份有限公司 | 一种dns解析方法、服务器及网络系统 |
CN109067930A (zh) * | 2018-06-26 | 2018-12-21 | 网宿科技股份有限公司 | 域名接入方法、域名解析方法、服务器、终端及存储介质 |
CN109347947A (zh) * | 2018-10-15 | 2019-02-15 | 郑州云海信息技术有限公司 | 一种负载均衡的方法、域名服务器及集群nas服务器 |
CN109819066A (zh) * | 2019-01-31 | 2019-05-28 | 平安科技(深圳)有限公司 | 一种基于地理位置的智能解析域名方法及装置 |
CN110086895A (zh) * | 2019-04-11 | 2019-08-02 | 天津字节跳动科技有限公司 | 域名解析方法、装置、介质和电子设备 |
CN111885216A (zh) * | 2020-07-15 | 2020-11-03 | 北京青云科技股份有限公司 | Dns查询方法、装置、设备和存储介质 |
-
2021
- 2021-02-08 CN CN202110171453.0A patent/CN114945014A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100332680A1 (en) * | 2009-06-24 | 2010-12-30 | Broadcom Corporation | Fault tolerance approaches for dns server failures |
CN104519146A (zh) * | 2013-09-29 | 2015-04-15 | 中国电信股份有限公司 | 基于用户位置进行域名解析服务的方法与系统 |
CN105491173A (zh) * | 2014-09-18 | 2016-04-13 | 中国电信股份有限公司 | 一种dns解析方法、服务器及网络系统 |
CN109067930A (zh) * | 2018-06-26 | 2018-12-21 | 网宿科技股份有限公司 | 域名接入方法、域名解析方法、服务器、终端及存储介质 |
CN109347947A (zh) * | 2018-10-15 | 2019-02-15 | 郑州云海信息技术有限公司 | 一种负载均衡的方法、域名服务器及集群nas服务器 |
CN109819066A (zh) * | 2019-01-31 | 2019-05-28 | 平安科技(深圳)有限公司 | 一种基于地理位置的智能解析域名方法及装置 |
CN110086895A (zh) * | 2019-04-11 | 2019-08-02 | 天津字节跳动科技有限公司 | 域名解析方法、装置、介质和电子设备 |
CN111885216A (zh) * | 2020-07-15 | 2020-11-03 | 北京青云科技股份有限公司 | Dns查询方法、装置、设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20120166394A1 (en) | Distributed storage system and method for storing objects based on locations | |
US20180285470A1 (en) | A Mobile Web Cache Optimization Method Based on HTML5 Application Caching | |
US8620926B2 (en) | Using a hashing mechanism to select data entries in a directory for use with requested operations | |
CN110798517B (zh) | 去中心化集群负载均衡方法、系统、移动终端及存储介质 | |
CN103391312B (zh) | 资源离线下载方法及装置 | |
US20240089320A1 (en) | State management and object storage in a distributed cloud computing network | |
CN104065568A (zh) | 一种Web服务器集群的路由方法 | |
US8688681B1 (en) | Identifying internet protocol addresses for internet hosting entities | |
CN108200211B (zh) | 集群中镜像文件下载的方法、节点和查询服务器 | |
CN114945014A (zh) | 域名解析方法和系统、微服务器集群节点和存储介质 | |
CN114375565B (zh) | 一种文件块下载方法及装置 | |
CN113037791B (zh) | 运维方法和系统、计算机可读存储介质 | |
Nwe et al. | A consistent replica selection approach for distributed key-value storage system | |
US20160062888A1 (en) | Least disruptive cache assignment | |
CN111382200A (zh) | 信息加载方法、装置、服务器及存储介质 | |
CA2986758C (en) | Systems and methods for server failover and load balancing | |
JP6076882B2 (ja) | 情報処理システム、管理装置及びキー割当プログラム | |
CN116991541B (zh) | 一种镜像访问请求处理方法、装置、设备及存储介质 | |
US20210157769A1 (en) | Distributed storage system for storing context data | |
CN110213314B (zh) | 确定存储节点的方法、装置、服务器 | |
Gui-Xia et al. | Research of distributed data optimization storage and statistical method in the environment of big data | |
KR20200065889A (ko) | 분산 네트워크 시스템에서 시맨틱 검색 방법 및 장치 | |
US20210173878A1 (en) | Systems and methods of incremented aggregated data retrieval | |
Nuaimi et al. | A smart storage optimisation technique on the cloud | |
崔岩松 et al. | Dynamic load balancing algorithm for distributed system |
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 |