CN108449283A - 基于负载均衡的域名解析方法、系统、设备及存储介质 - Google Patents
基于负载均衡的域名解析方法、系统、设备及存储介质 Download PDFInfo
- Publication number
- CN108449283A CN108449283A CN201810651418.7A CN201810651418A CN108449283A CN 108449283 A CN108449283 A CN 108449283A CN 201810651418 A CN201810651418 A CN 201810651418A CN 108449283 A CN108449283 A CN 108449283A
- Authority
- CN
- China
- Prior art keywords
- domain name
- client
- name request
- caching
- request
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- 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
-
- 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)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种基于负载均衡的域名解析方法,包括:接收第一客户端的域名请求;当判断出服务器此前接收到过任一域名请求,且前一次接收的域名请求的来源为第一客户端,且此次接收域名请求的时刻与缓存中的时间戳之间的时间间隔高于预设的目标阈值,则向第一客户端发送缓存中存储的解析结果。其余情况下则解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳。应用本发明所提供的方法,能够在相同的客户端进行连续的域名解析时,得到相同的解析结果,在不同客户端依次进行域名解析时,按照负载均衡策略返回相应的解析结果。本发明还公开了具有相应技术效果的基于负载均衡的域名解析系统、设备及存储介质。
Description
技术领域
本发明涉及域名解析技术领域,特别是涉及一种基于负载均衡的域名解析方法、系统、设备及存储介质。
背景技术
域名解析也称为域名指向、域名配置等,可以将域名进行解析,得到对应的IP地址,可以由域名解析服务器完成。负载均衡指的是将任务分摊到多个操作单元上进行执行,多个操作单元共同完成工作任务,有着提高网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性等诸多优点。
在现有技术中进行负载均衡的域名解析时,按照是否使用缓存可以分为两种情况,当使用缓存时,在缓存有效期内,针对任意客户端发送的域名请求,均会返回缓存中存储的解析结果。当关闭缓存时,针对任何客户端的域名请求,均进行域名解析,并按照负载均衡的策略返回解析结果。便于理解,以10台主机构成的服务集群为例进行说明,主机1至主机10共同完成工作任务。使用缓存时,例如缓存中存储的是主机6的IP地址,在缓存有效期内,依次接收到客户端1,客户端2,客户端3以及客户端1的域名请求,针对4次域名请求,服务器均会返回主机6的IP地址。当不使用缓存时,例如依次接收到客户端1,客户端2,客户端3以及客户端1的域名请求,针对4次域名请求,按照负载均衡的策略进行域名解析后,服务器可以依次返回主机1的IP地址,主机2的IP地址,主机3的IP地址以及主机4的IP地址,即按照负载均衡的策略,使得10个主机共同提供服务,避免部分主机使用频率过高,运行压力较大的情况。
然而,在部分场景中,在设定时间内,针对相同的客户端进行连续的域名解析时,要求得到相同的解析结果,不同客户端依次进行域名解析时,要求按照负载均衡策略返回相应的解析结果,避免部分主机运行压力较大的情况,起到负载均衡的相应优势。现有技术的方案无法满足此种场景的要求。
综上所述,如何有效地满足当相同的客户端进行连续的域名解析时,得到相同的解析结果,当不同客户端依次进行域名解析时,按照负载均衡策略返回相应的解析结果,是目前本领域技术人员急需解决的技术问题。
发明内容
本发明的目的是提供一种基于负载均衡的域名解析方法、系统、设备及存储介质,以有效地满足当相同的客户端进行连续的域名解析时,得到相同的解析结果,当不同客户端依次进行域名解析时,按照负载均衡策略返回相应的解析结果。
为解决上述技术问题,本发明提供如下技术方案:
一种基于负载均衡的域名解析方法,包括:
接收第一客户端的域名请求;
判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求;
若所述服务器未接收到任一域名请求,则解析所述第一客户端的域名请求,将解析结果更新至缓存中并更新所述缓存的时间戳;
若所述服务器接收到过任一域名请求,则判断前一次接收的域名请求的来源是否为所述第一客户端;
若来源不为所述第一客户端,则解析所述第一客户端的域名请求,将解析结果更新至所述缓存中并更新所述缓存的时间戳;
若来源为所述第一客户端,则判断此次接收所述第一客户端的域名请求的时刻与所述缓存中的时间戳之间的时间间隔是否高于预设的目标阈值;
若高于所述目标阈值,则解析所述第一客户端的域名请求,将解析结果更新至所述缓存中并更新所述缓存的时间戳;
若不高于所述目标阈值,则向所述第一客户端发送所述缓存中存储的解析结果。
优选的,在所述接收第一客户端的域名请求之后,所述判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求之前,还包括:
判断所述第一客户端的域名请求是否为无效域名请求;
若是,则结束域名解析流程;
若否,则执行所述判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求的操作。
优选的,在所述结束域名解析流程之后,还包括:
向所述第一客户端发送域名无效的提示信息。
优选的,在所述接收第一客户端的域名请求之后,所述判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求之前,还包括:
判断优化开关是否开启;
若否,则按照默认策略进行域名解析;
若是,则执行所述判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求的操作。
优选的,所述判断前一次接收的域名请求的来源是否为所述第一客户端,包括:
通过前一次接收的域名请求的来源的IP地址以及所述第一客户端的IP地址,判断前一次接收的域名请求的来源是否为所述第一客户端。
一种基于负载均衡的域名解析系统,包括:
域名请求接收模块,用于接收第一客户端的域名请求;
第一判断模块,用于判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求,若是,则触发第二判断模块,否则触发第一解析模块;
所述第一解析模块,用于解析所述第一客户端的域名请求,将解析结果更新至缓存中并更新所述缓存的时间戳;
所述第二判断模块,用于判断前一次接收的域名请求的来源是否为所述第一客户端,若是,则触发第三判断模块,否则触发第二解析模块;
所述第二解析模块,用于解析所述第一客户端的域名请求,将解析结果更新至所述缓存中并更新所述缓存的时间戳;
所述第三判断模块,用于判断此次接收所述第一客户端的域名请求的时刻与所述缓存中的时间戳之间的时间间隔是否高于预设的目标阈值,若是,则触发第三解析模块,否则触发缓存数据发送模块;
所述第三解析模块,用于解析所述第一客户端的域名请求,将解析结果更新至所述缓存中并更新所述缓存的时间戳;
所述缓存数据发送模块,用于向所述第一客户端发送所述缓存中存储的解析结果。
优选的,还包括:
第四判断模块,用于在所述域名请求接收模块接收第一客户端的域名请求之后,所述第一判断模块判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求之前,判断所述第一客户端的域名请求是否为无效域名请求,若是,则触发流程结束模块,否则触发所述第一判断模块;
所述流程结束模块,用于结束域名解析流程。
优选的,所述第二判断模块,具体用于:
通过前一次接收的域名请求的来源的IP地址以及所述第一客户端的IP地址判断前一次接收的域名请求的来源是否为所述第一客户端。
一种基于负载均衡的域名解析设备包括:
存储器,用于存储域名解析程序;
处理器,用于执行所述域名解析程序以实现上述任一项所述的基于负载均衡的域名解析方法的步骤。
一种计算机可读存储介质,所述计算机可读存储介质上存储有域名解析程序,所述域名解析程序被处理器执行时实现上述任一项所述的基于负载均衡的域名解析方法的步骤。
应用本发明实施例所提供的技术方案,包括:接收第一客户端的域名请求;判断在接收第一客户端的域名请求之前,服务器是否接收到任一域名请求;若服务器未接收到任一域名请求,则解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;若服务器接收到过任一域名请求,则判断前一次接收的域名请求的来源是否为第一客户端;若来源不为第一客户端,则解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;若来源为第一客户端,则判断此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔是否高于预设的目标阈值;若高于目标阈值,则解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;若不高于目标阈值,则向第一客户端发送缓存中存储的解析结果。
接收第一客户端的域名请求之后,当判断出在接收第一客户端的域名请求之前,服务器接收过其他域名请求,并且前一次接收的域名请求的来源也为第一客户端,则可以确定是相同的客户端连续发送域名请求,当此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔不高于预设的目标阈值时,说明缓存有效,则可以向第一客户端发送缓存中存储的解析结果,也就使得当相同的客户端进行连续的域名解析时,得到相同的解析结果。针对其他情况,均按照负载均衡策略进行域名解析,并将解析结果更新在缓存中,更新缓存的时间戳,使得不同客户端依次发送域名请求时,可以按照负载均衡策略返回相应的解析结果。因此,本申请的方案能够在相同的客户端进行连续的域名解析时,得到相同的解析结果,在不同客户端依次进行域名解析时,按照负载均衡策略返回相应的解析结果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明中一种基于负载均衡的域名解析方法的实施流程图;
图2为本发明中一种基于负载均衡的域名解析系统的结构示意图;
图3为本发明中一种基于负载均衡的域名解析设备的结构示意图。
具体实施方式
本发明的核心是提供一种基于负载均衡的域名解析方法,能够在相同的客户端进行连续的域名解析时,得到相同的解析结果,在不同客户端依次进行域名解析时,按照负载均衡策略返回相应的解析结果。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参考图1,图1为本发明中一种基于负载均衡的域名解析方法的实施流程图,该方法包括以下步骤:
S101:接收第一客户端的域名请求。
第一客户端可以是任意一个客户端,第一客户端可以向域名解析服务器发送域名请求,域名解析服务器可以接收该域名请求并执行相应的域名解析的流程。域名请求也可以称为域名解析请求,通常会包含有效的域名信息,使得经过域名解析流程之后,第一客户端可以接收到由域名解析服务器返回的相应的IP地址,以便第一客户端通过该IP地址进行相应的操作,例如通过该IP地址进行对应于该IP地址的服务器的访问。
S102:判断在接收第一客户端的域名请求之前,服务器是否接收到任一域名请求,若否,则执行步骤S103的操作,若是,则执行步骤S104的操作。
判断在接收第一客户端的域名请求之前,服务器是否接收到任一域名请求,也就是说,是判断服务器此前是否至少接收过一次域名请求。如果在接收步骤S101中的第一客户端的域名请求之前,服务器未接收过任一一个域名请求,则可以执行步骤S103的操作,此种情况通常出现在服务器上电启动,或者宕机后重启等场合中,表明服务器首次接收域名请求。相应的,当判断出在接收第一客户端的域名请求之前,服务器有接收到过至少一个域名请求,则可以执行步骤S104的操作。
S103:解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳。
需要指出的是,本申请中解析第一客户端的域名请求时,是按照负载均衡的策略解析第一客户端的域名请求,该负载均衡策略即为现有的不使用缓存的负载均衡策略。在按照负载均衡的策略解析第一客户端的域名请求之后,将解析结果更新至缓存中并更新缓存的时间戳。将解析结果更新至缓存中,也就是将按照负载均衡策略解析出的IP地址写入缓存中的预定位置,例如,将解析出的IP地址1写入缓存中的预定位置。缓存的时间戳表示的是解析结果写入缓存的那个时刻,更新缓存的时间戳,即当解析结果写入缓存中时,将缓存的时间戳更新为该时刻。
S104:判断前一次接收的域名请求的来源是否为第一客户端。若否,则执行步骤S105的操作,若是,则执行步骤S106的操作。
如果步骤S102中判断出在接收第一客户端的域名请求之前,服务器有接收到过域名请求,则可以进一步判断前一次接收到的域名请求的来源是否为第一客户端,即判断此次接收的域名请求的来源,和前一次接收的域名请求的来源是否是同一来源。如果判断出前一次接收的域名请求的来源也为第一客户端,说明第一客户端连续发送了域名请求,则可以执行步骤S106的操作。相应的,当判断出前一次接收的域名请求的来源不为第一客户端时,说明是不同的客户端发送的域名请求,按照业务要求则需要进行负载均衡的域名解析,即可以执行步骤S105的操作。
在具体实施时,步骤S104可以具体为:通过前一次接收的域名请求的来源的IP地址以及第一客户端的IP地址,判断前一次接收的域名请求的来源是否为第一客户端。服务器可以在每次接收到域名请求时,记录下发送域名请求的客户端的IP地址,以便进行域名请求的来源判断。
S105:解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳。
由于两次域名请求是由不同的客户端发送的,因此按照负载均衡的策略解析第一客户端的域名请求,并将解析结果更新至缓存中,同时更新缓存的时间戳。
S106:判断此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔是否高于预设的目标阈值,若是,则执行步骤S107的操作,若否,则执行步骤S108的操作。
当在步骤S104中判断出前一次接收的域名请求的来源也为第一客户端时,即第一客户端连续发送了域名请求,可以判断此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔是否高于预设的目标阈值。目标阈值可以理解为缓存的有效期,在缓存的有效期内,第一客户端的连续域名请求,均可以直接返回缓存中存储的解析结果,也就使得第一客户端的连续域名请求可以得到相同的结果。需要指出的是,针对不同的客户端,可以为其设置不同的目标阈值,目标阈值的大小也可以根据实际情况进行设定和调整,并不影响本发明的实施,例如根据业务需要进行相应的调整。如果该时间间隔高于预设的目标阈值,则可以执行步骤S107的操作,如果该时间间隔不高于预设的目标阈值,则可以执行步骤S108的操作。
S107:解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳。
此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔高于预设的目标阈值,说明虽然是连续接收到第一客户端的域名请求,但相隔的时间较长,超出了预设的缓存有效期,则需要按照负载均衡的策略解析第一客户端的域名请求,并将解析结果更新至缓存中,同时更新缓存的时间戳。
S108:向第一客户端发送缓存中存储的解析结果。
由于判断出此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔不高于预设的目标阈值,说明处于缓存的有效期,则可以直接向第一客户端发送缓存中存储的解析结果。
应用本发明实施例所提供的方法,包括:接收第一客户端的域名请求;判断在接收第一客户端的域名请求之前,服务器是否接收到任一域名请求;若服务器未接收到任一域名请求,则解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;若服务器接收到过任一域名请求,则判断前一次接收的域名请求的来源是否为第一客户端;若来源不为第一客户端,则解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;若来源为第一客户端,则判断此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔是否高于预设的目标阈值;若高于目标阈值,则解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;若不高于目标阈值,则向第一客户端发送缓存中存储的解析结果。
接收第一客户端的域名请求之后,当判断出在接收第一客户端的域名请求之前,服务器接收过其他域名请求,并且前一次接收的域名请求的来源也为第一客户端,则可以确定是相同的客户端连续发送域名请求,当此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔不高于预设的目标阈值时,说明缓存有效,则可以向第一客户端发送缓存中存储的解析结果,也就使得当相同的客户端进行连续的域名解析时,得到相同的解析结果。针对其他情况,均按照负载均衡策略进行域名解析,并将解析结果更新在缓存中,更新缓存的时间戳,使得不同客户端依次发送域名请求时,可以按照负载均衡策略返回相应的解析结果。因此,本申请的方案能够在相同的客户端进行连续的域名解析时,得到相同的解析结果,在不同客户端依次进行域名解析时,按照负载均衡策略返回相应的解析结果。
在本发明的一种具体实施方式中,在步骤S101之后,步骤S102之前,还可以包括以下步骤:
判断第一客户端的域名请求是否为无效域名请求;
若是,则结束域名解析流程;
若否,则执行步骤S102的操作。
域名请求为无效域名请求,指的是域名请求中的域名信息在服务器的配置文件中不存在,即该域名信息为无效的域名信息。考虑到当域名请求为无效域名请求时,无法进行正确的域名解析,因此如果在接收到无效域名请求的时刻便立即结束流程,相较于在后续的解析过程中发现域名请求无效,降低了错误的发现时间,也就能够提高处理效率。
在具体实施时,判断出第一客户端的域名请求为无效域名请求,并且结束域名解析流程之后,还可以向第一客户端发送域名无效的提示信息,以便对使用第一客户端的用户进行提示,有利于用户及早获知无法进行正确的域名解析,问题所在是第一客户端发送的域名请求无效,进而有利于问题的解决,提高用户使用体验。
在本发明的一种具体实施方式中,在步骤S101之后,步骤S102之前,还包括以下步骤:
判断优化开关是否开启;
若否,则按照默认策略进行域名解析;
若是,则执行步骤S102的操作。
本申请提供的方案,针对的是一种特定的业务情况,即相同的客户端进行连续的域名解析时,要求得到相同的解析结果,不同客户端依次进行域名解析时,要求按照负载均衡策略返回相应的解析结果。在部分场合中,可能仍需要使用现有技术中的策略,因此,在本发明的该种实施方式中,可以在步骤S101之后,判断优化开关是否开启,若未开启,则按照默认策略进行域名解析,若开启,则执行步骤S102的操作。优化开关可以是以命令的形式添加的参数,当优化开关开启时,说明需要应用本申请的方案以针对该特定的业务情况,即执行步骤S102的操作,相应的,当优化开关未开启时,可以按照默认策略进行域名解析,默认策略表示的是在域名解析服务器中原有的解析策略,通常可以是现有技术中的负载均衡的策略。
此外,判断优化开关是否开启的方案,以及判断第一客户端的域名请求是否为无效域名请求的方案可以结合实施,例如,可以在步骤S101之后,判断第一客户端的域名请求是否为无效域名请求,若为无效域名请求,则结束域名解析流程,若为有效域名请求,则进一步判断优化开关是否开启,若优化开关开启,则按照默认策略进行域名解析,若优化开关未开启,则执行步骤S102的操作。
相应于上面的方法实施例,本发明实施例还提供了一种基于负载均衡的域名解析系统,下文描述的基于负载均衡的域名解析系统与上文描述的基于负载均衡的域名解析方法可相互对应参照。
参见图2所示,为本发明中一种基于负载均衡的域名解析系统的结构示意图,该系统包括:
域名请求接收模块201,用于接收第一客户端的域名请求;
第一判断模块202,用于判断在接收第一客户端的域名请求之前,服务器是否接收到任一域名请求,若是,则触发第二判断模块204,否则触发第一解析模块203;
第一解析模块203,用于解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;
第二判断模块204,用于判断前一次接收的域名请求的来源是否为第一客户端,若是,则触发第三判断模块206,否则触发第二解析模块205;
第二解析模块205,用于解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;
第三判断模块206,用于判断此次接收第一客户端的域名请求的时刻与缓存中的时间戳之间的时间间隔是否高于预设的目标阈值,若是,则触发第三解析模块207,否则触发缓存数据发送模块208;
第三解析模块207,用于解析第一客户端的域名请求,将解析结果更新至缓存中并更新缓存的时间戳;
缓存数据发送模块208,用于向第一客户端发送缓存中存储的解析结果。
在本发明的一种具体实施方式中,还包括:
第四判断模块,用于在域名请求接收模块201接收第一客户端的域名请求之后,第一判断模块202判断在接收第一客户端的域名请求之前,服务器是否接收到任一域名请求之前,判断第一客户端的域名请求是否为无效域名请求,若是,则触发流程结束模块,否则触发第一判断模块202;
流程结束模块,用于结束域名解析流程。
在本发明的一种具体实施方式中,在结束域名解析流程之后,还包括:
提示信息发送模块,用于在流程结束模块结束域名解析流程之后,向第一客户端发送域名无效的提示信息。
在本发明的一种具体实施方式中,还包括:
第五判断模块,用于在域名请求接收模块201接收第一客户端的域名请求之后,第一判断模块202判断在接收第一客户端的域名请求之前,服务器是否接收到任一域名请求之前,判断优化开关是否开启,若否,则触发默认解析模块,否则触发第一判断模块202。
在本发明的一种具体实施方式中,第二判断模块204,具体用于:
通过前一次接收的域名请求的来源的IP地址以及第一客户端的IP地址判断前一次接收的域名请求的来源是否为第一客户端。
相应于上面的方法、系统实施例,本发明实施例还提供了一种基于负载均衡的域名解析设备,可与上文描述的基于负载均衡的域名解析方法及系统相互对应参照。参见图3所示,为本发明中一种基于负载均衡的域名解析设备的结构示意图,该设备包括:
存储器301,用于存储域名解析程序;
处理器302,用于执行域名解析程序以实现上述任一实施例中的基于负载均衡的域名解析方法的步骤。
相应于上面的方法、系统及设备实施例,本发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述任一实施例中的基于负载均衡的域名解析方法的步骤。这里所说的计算机可读存储介质包括随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的系统、设备及计算机可读存储介质而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的技术方案及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
Claims (10)
1.一种基于负载均衡的域名解析方法,其特征在于,包括:
接收第一客户端的域名请求;
判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求;
若所述服务器未接收到任一域名请求,则解析所述第一客户端的域名请求,将解析结果更新至缓存中并更新所述缓存的时间戳;
若所述服务器接收到过任一域名请求,则判断前一次接收的域名请求的来源是否为所述第一客户端;
若来源不为所述第一客户端,则解析所述第一客户端的域名请求,将解析结果更新至所述缓存中并更新所述缓存的时间戳;
若来源为所述第一客户端,则判断此次接收所述第一客户端的域名请求的时刻与所述缓存中的时间戳之间的时间间隔是否高于预设的目标阈值;
若高于所述目标阈值,则解析所述第一客户端的域名请求,将解析结果更新至所述缓存中并更新所述缓存的时间戳;
若不高于所述目标阈值,则向所述第一客户端发送所述缓存中存储的解析结果。
2.根据权利要求1所述的基于负载均衡的域名解析方法,其特征在于,在所述接收第一客户端的域名请求之后,所述判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求之前,还包括:
判断所述第一客户端的域名请求是否为无效域名请求;
若是,则结束域名解析流程;
若否,则执行所述判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求的操作。
3.根据权利要求2所述的基于负载均衡的域名解析方法,其特征在于,在所述结束域名解析流程之后,还包括:
向所述第一客户端发送域名无效的提示信息。
4.根据权利要求1所述的基于负载均衡的域名解析方法,其特征在于,在所述接收第一客户端的域名请求之后,所述判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求之前,还包括:
判断优化开关是否开启;
若否,则按照默认策略进行域名解析;
若是,则执行所述判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求的操作。
5.根据权利要求1至4任一项所述的基于负载均衡的域名解析方法,其特征在于,所述判断前一次接收的域名请求的来源是否为所述第一客户端,包括:
通过前一次接收的域名请求的来源的IP地址以及所述第一客户端的IP地址,判断前一次接收的域名请求的来源是否为所述第一客户端。
6.一种基于负载均衡的域名解析系统,其特征在于,包括:
域名请求接收模块,用于接收第一客户端的域名请求;
第一判断模块,用于判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求,若是,则触发第二判断模块,否则触发第一解析模块;
所述第一解析模块,用于解析所述第一客户端的域名请求,将解析结果更新至缓存中并更新所述缓存的时间戳;
所述第二判断模块,用于判断前一次接收的域名请求的来源是否为所述第一客户端,若是,则触发第三判断模块,否则触发第二解析模块;
所述第二解析模块,用于解析所述第一客户端的域名请求,将解析结果更新至所述缓存中并更新所述缓存的时间戳;
所述第三判断模块,用于判断此次接收所述第一客户端的域名请求的时刻与所述缓存中的时间戳之间的时间间隔是否高于预设的目标阈值,若是,则触发第三解析模块,否则触发缓存数据发送模块;
所述第三解析模块,用于解析所述第一客户端的域名请求,将解析结果更新至所述缓存中并更新所述缓存的时间戳;
所述缓存数据发送模块,用于向所述第一客户端发送所述缓存中存储的解析结果。
7.根据权利要求6所述的基于负载均衡的域名解析系统,其特征在于,还包括:
第四判断模块,用于在所述域名请求接收模块接收第一客户端的域名请求之后,所述第一判断模块判断在接收所述第一客户端的域名请求之前,服务器是否接收到任一域名请求之前,判断所述第一客户端的域名请求是否为无效域名请求,若是,则触发流程结束模块,否则触发所述第一判断模块;
所述流程结束模块,用于结束域名解析流程。
8.根据权利要求6或7任一项所述的基于负载均衡的域名解析系统,其特征在于,所述第二判断模块,具体用于:
通过前一次接收的域名请求的来源的IP地址以及所述第一客户端的IP地址判断前一次接收的域名请求的来源是否为所述第一客户端。
9.一种基于负载均衡的域名解析设备,其特征在于,包括:
存储器,用于存储域名解析程序;
处理器,用于执行所述域名解析程序以实现如权利要求1至5任一项所述的基于负载均衡的域名解析方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有域名解析程序,所述域名解析程序被处理器执行时实现如权利要求1至5任一项所述的基于负载均衡的域名解析方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810651418.7A CN108449283A (zh) | 2018-06-22 | 2018-06-22 | 基于负载均衡的域名解析方法、系统、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810651418.7A CN108449283A (zh) | 2018-06-22 | 2018-06-22 | 基于负载均衡的域名解析方法、系统、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108449283A true CN108449283A (zh) | 2018-08-24 |
Family
ID=63207189
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810651418.7A Pending CN108449283A (zh) | 2018-06-22 | 2018-06-22 | 基于负载均衡的域名解析方法、系统、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108449283A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109347945A (zh) * | 2018-10-12 | 2019-02-15 | 北京天融信网络安全技术有限公司 | 一种查询域名的方法和装置 |
CN110674098A (zh) * | 2019-09-19 | 2020-01-10 | 浪潮电子信息产业股份有限公司 | 一种分布式文件系统中的域名解析方法 |
CN111163142A (zh) * | 2019-12-20 | 2020-05-15 | 浪潮电子信息产业股份有限公司 | 一种域名解析方法及相关装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945130A (zh) * | 2010-09-15 | 2011-01-12 | 中国人民解放军国防科学技术大学 | 一种基于复合域名的服务阵列负载均衡方法 |
CN104917851A (zh) * | 2015-05-08 | 2015-09-16 | 亚信科技(南京)有限公司 | 信息处理方法及dns缓存服务器 |
US20160134639A1 (en) * | 2012-03-14 | 2016-05-12 | Bot Or Not, Llc | Method for user authentication using dnssec |
CN106797410A (zh) * | 2016-12-23 | 2017-05-31 | 深圳前海达闼云端智能科技有限公司 | 域名解析方法和装置 |
CN107623755A (zh) * | 2017-09-30 | 2018-01-23 | 杭州安恒信息技术有限公司 | 基于学习的智能dns实现方法、装置及电子设备 |
-
2018
- 2018-06-22 CN CN201810651418.7A patent/CN108449283A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101945130A (zh) * | 2010-09-15 | 2011-01-12 | 中国人民解放军国防科学技术大学 | 一种基于复合域名的服务阵列负载均衡方法 |
US20160134639A1 (en) * | 2012-03-14 | 2016-05-12 | Bot Or Not, Llc | Method for user authentication using dnssec |
CN104917851A (zh) * | 2015-05-08 | 2015-09-16 | 亚信科技(南京)有限公司 | 信息处理方法及dns缓存服务器 |
CN106797410A (zh) * | 2016-12-23 | 2017-05-31 | 深圳前海达闼云端智能科技有限公司 | 域名解析方法和装置 |
CN107623755A (zh) * | 2017-09-30 | 2018-01-23 | 杭州安恒信息技术有限公司 | 基于学习的智能dns实现方法、装置及电子设备 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109347945A (zh) * | 2018-10-12 | 2019-02-15 | 北京天融信网络安全技术有限公司 | 一种查询域名的方法和装置 |
CN110674098A (zh) * | 2019-09-19 | 2020-01-10 | 浪潮电子信息产业股份有限公司 | 一种分布式文件系统中的域名解析方法 |
CN110674098B (zh) * | 2019-09-19 | 2022-04-22 | 浪潮电子信息产业股份有限公司 | 一种分布式文件系统中的域名解析方法 |
CN111163142A (zh) * | 2019-12-20 | 2020-05-15 | 浪潮电子信息产业股份有限公司 | 一种域名解析方法及相关装置 |
CN111163142B (zh) * | 2019-12-20 | 2023-04-07 | 浪潮电子信息产业股份有限公司 | 一种域名解析方法及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10977079B2 (en) | Method and apparatus for implementing acceleration processing on VNF | |
US10505818B1 (en) | Methods for analyzing and load balancing based on server health and devices thereof | |
US6445704B1 (en) | Method and apparatus for virtualizing a locally initiated outbound connection from a connection manager | |
CN103856569B (zh) | 一种同步域名系统资源信息的方法及设备 | |
CN108449283A (zh) | 基于负载均衡的域名解析方法、系统、设备及存储介质 | |
CN106331065B (zh) | 一种用于具有服务容器的主机系统的代理应用以及系统 | |
CN102137059A (zh) | 一种恶意访问的拦截方法和系统 | |
CN105095313B (zh) | 一种数据访问方法和设备 | |
US11917023B2 (en) | Fast session restoration for latency sensitive middleboxes | |
CN103870393B (zh) | 缓存管理方法及系统 | |
US20150089383A1 (en) | Virtual Desktop Infrastructure (VDI) Login Acceleration | |
CN108881516A (zh) | 一种调度多cdn服务系统的方法和装置 | |
CN109547524A (zh) | 基于物理网的用户行为存储方法、装置、设备及存储介质 | |
CN105530221B (zh) | 一种网络数据传输的缓存加速方法及系统 | |
CN109981715A (zh) | 一种会话管理的方法及装置 | |
CN106940696B (zh) | 一种用于sdn多层控制器的信息查询方法及系统 | |
CN109257228A (zh) | 一种数据更新方法和边缘服务器 | |
CN109525495A (zh) | 一种数据处理装置、方法和fpga板卡 | |
CN104965793B (zh) | 一种云存储数据节点装置 | |
EP3065379A1 (en) | System and method for volte session continuation using logical scalable units | |
CN106775942A (zh) | 一种云应用导向的固态盘缓存管理系统及方法 | |
CN110493891A (zh) | 资源分配方法、装置及系统 | |
CN110290215B (zh) | 一种信号传输方法及装置 | |
CN108628550A (zh) | 一种读取磁盘映射文件的方法、装置及系统 | |
JP7044033B2 (ja) | アクセス制御方法、アクセス制御装置、およびデータ処理装置 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180824 |
|
RJ01 | Rejection of invention patent application after publication |