CN115277380A - 基于域名解析的容灾方法、装置、系统、设备及存储介质 - Google Patents

Abstract

本公开涉及互联网服务技术领域，公开了一种基于域名解析的容灾方法、装置、系统、设备及存储介质。其中，该方法包括：域名解析服务器接收客户端发送的域名解析请求，该域名解析请求中包括待解析的目标域名，并获取目标域名对应的第一访问地址；基于目标域名提取预先配置的容灾策略，该容灾策略包括与目标域名相关联的容灾域名；解析容灾域名对应的第二访问地址；将第一访问地址与第二访问地址反馈至客户端，以使客户端向第一访问地址或第二访问地址发起访问请求。通过实施本公开，使得容灾方法不受TTL值的设定限制，满足了容灾需求，提高了容灾速度。

Description

基于域名解析的容灾方法、装置、系统、设备及存储介质

技术领域

本公开涉及互联网服务技术领域，具体涉及一种基于域名解析的容灾方法、装置、系统、设备及存储介质。

背景技术

基于对服务稳定性与接入速度的考量，互联网所提供的很多服务会在各个地区部署多个边缘机房，直接提供静态资源，或通过边缘机房的回源线路至中心机房提供动态资源。在出现某条线路切断，或者某个边缘机房由于不可控因素无法提供服务等异常情况时，通过多边缘机房多线路部署接入，可以让客户在无法接入最近的边缘机房时，能够通过其他线路接入或就近地区的其他边缘机房接入以实现容灾，保证服务可用。

作为客户端而言，其只能通过解析服务资源对应的域名，来获取提供相应服务资源的机房IP地址，进而接入机房，其实际上没有办法感知到为解决容灾问题而进行的线路切换。目前，在考虑容灾的情况下，为保证客户端的服务可用，所采用的方式主要为：通过本地域名系统(LocalDNS)或基于超文本传输协议(Hyper Text Transfer Protocol，HTTP)协议的域名解析系统向权威域名系统(Domain Name System，DNS)查询获取域名，通过实时在权威DNS服务器去修改域名的IP解析结果至容灾机房；或提前就在权威DNS服务器下发容灾机房的IP信息。但是通过LocalDNS向权威DNS系统查询获取域名方式存在可控性差、生效时间慢、不宜配置关键信息的问题；基于HTTP协议的域名解析系统尽管其可以绕过LocalDNS系统查询域名信息，但是若生存时间(Time To Live，TTL)的值设置较长，那么在权威DNS系统更新配置之后，基于HTTP协议的域名解析系统则只能在到达TTL的值之后才能重新获取域名信息，此时域名信息获取时间较长，难以满足容灾需求。

发明内容

有鉴于此，本公开实施例提供了一种基于域名解析的容灾方法、装置、系统、设备及存储介质，以解决目前的容灾方法存在的难以满足容灾需求的问题。

根据第一方面，本公开实施例提供了一种基于域名解析的容灾方法，用于域名解析服务器，所述方法包括：接收客户端发送的域名解析请求，所述域名解析请求中包括待解析的目标域名，并获取所述目标域名对应的第一访问地址；基于所述目标域名提取预先配置的容灾策略，所述容灾策略包括与所述目标域名相关联的容灾域名；解析所述容灾域名对应的第二访问地址；将所述第一访问地址与所述第二访问地址反馈至客户端，以使所述客户端向所述第一访问地址或所述第二访问地址发起访问请求。

本公开实施例提供的基于域名解析的容灾方法，域名解析服务器通过接收客户端发起的域名解析请求，确定出与域名解析请求相对应的目标域名以及该目标域名对应的第一访问地址，同时，根据预先配置的容灾策略确定对应于目标域名的容灾域名，并对容灾域名进行解析得到相应的第二访问地址，继而将第一访问地址和第二访问地址一并反馈至客户端，客户端则可以向第一访问地址或第二访问地址发起访问请求。由此客户端在访问第一访问地址失败时无需再次发起域名解析请求，其可以向第二访问地址发起访问请求，不受TTL值的设定限制，满足了容灾需求，提高了容灾速度。

根据第二方面，本公开实施例提供了一种基于域名解析的容灾方法，用于客户端，所述方法包括：发起域名解析请求，并将所述域名解析请求发送至域名解析服务器，所述域名解析请求中包括待解析的目标域名；接收所述域名解析服务器发送的对应于所述域名解析请求的第一访问地址以及第二访问地址；所述第一访问地址基于解析所述目标域名得到，所述第二访问地址基于解析与所述目标域名所关联的容灾域名得到；向所述第一访问地址或所述第二访问地址发起访问请求。

本公开实施例提供的基于域名解析的容灾方法，客户端通过向域名解析服务器发送域名解析请求，并接收域名解析服务器所反馈的第一访问地址和第二访问地址，其中第一访问地址是通过解析目标域名得到的，第二访问地址是通过解析容灾域名得到的。由此客户端能够同时接收到目标域名对应的第一访问地址以及容灾域名对应的第二访问地址，便于在第一访问地址访问失败时能够迅速切换至第二访问地址进行访问，保证了客户端所请求服务在容灾场景下的快速可用。

根据第三方面，本公开实施例提供了一种基于域名解析的容灾装置，用于域名解析服务器，所述装置包括：第一接收模块，用于接收客户端发送的域名解析请求，所述域名解析请求中包括待解析的目标域名，并获取所述目标域名对应的第一访问地址；提取模块，用于基于所述目标域名提取预先配置的容灾策略，所述容灾策略包括与所述目标域名相关联的容灾域名；解析模块，用于解析所述容灾域名对应的第二访问地址；反馈模块，用于将所述第一访问地址与所述第二访问地址反馈至客户端，以使所述客户端向所述第一访问地址或所述第二访问地址发起访问请求。

根据第四方面，本公开实施例提供了一种基于域名解析的容灾装置，用于客户端，所述装置包括：发送模块，用于发起域名解析请求，并将所述域名解析请求发送至域名解析服务器，所述域名解析请求中包括待解析的目标域名；第二接收模块，用于接收所述域名解析服务器发送的对应于所述域名解析请求的第一访问地址以及第二访问地址；所述第一访问地址基于解析所述目标域名得到，所述第二访问地址基于解析与所述目标域名所关联的容灾域名得到；访问模块，用于向所述第一访问地址或所述第二访问地址发起访问请求。

根据第五方面，本公开实施例提供了一种基于域名解析的容灾系统，包括：域名解析服务器、客户端、中心机房以及边缘机房；所述域名解析服务器与所述客户端通信连接，所述客户端与所述中心机房以及所述边缘机房通信连接；所述域名解析服务器用于执行第一方面或第一方面第一实施方式所述的基于域名解析的容灾方法，所述客户端用于执行第二方面或第二方面任一实施方式所述的基于域名解析的容灾方法。

根据第六方面，本公开实施例提供了一种电子设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行第一方面或第一方面第一实施方式所述的基于域名解析的容灾方法，或执行第二方面或第二方面任一实施方式所述的基于域名解析的容灾方法。

根据第七方面，本公开实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使计算机执行第一方面或第一方面第一实施方式所述的基于域名解析的容灾方法，或执行第二方面或第二方面任一实施方式所述的基于域名解析的容灾方法。

需要说明的是，本公开实施例提供的基于域名解析的容灾装置、基于域名解析的容灾系统、电子设备以及计算机可读存储介质的相应有益效果，请参见基于域名解析的容灾方法中相应内容的描述，在此不再赘述。

附图说明

为了更清楚地说明本公开具体实施方式的技术方案，下面将对具体实施方式描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开实施例中域名解析服务器侧的基于域名解析的容灾方法的流程图；

图2是本公开实施例中域名解析服务器侧的基于域名解析的容灾方法的另一流程图；

图3是本公开实施例中客户端侧的基于域名解析的容灾方法的流程图；

图4是本公开实施例中客户端侧的基于域名解析的容灾方法的另一流程图；

图5是本公开优选实施例的基于域名解析的容灾方法的流程图；

图6示出了本公开实施例中HTTPDNS与客户端之间的连接示意图；

图7是本公开实施例中用于域名解析服务器的基于域名解析的容灾装置的结构框图；

图8是本公开实施例中用于客户端的基于域名解析的容灾装置的结构框图；

图9是本公开实施例中基于域名解析的容灾系统的结构框图；

图10是本公开实施例提供的电子设备的硬件结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

在考虑容灾的情况下，为保证客户端的服务可用，所采用的方式主要为：通过本地域名系统(LocalDNS)或基于HTTP协议的域名解析系统向权威DNS系统查询获取域名，通过实时在权威DNS服务器去修改域名的IP解析结果至容灾机房；或提前就在权威DNS服务器下发容灾机房的IP信息。但是通过LocalDNS向权威DNS系统查询获取域名方式存在可控性差、生效时间慢、不宜配置关键信息的问题；基于HTTP协议的域名解析系统尽管其可以绕过LocalDNS系统查询域名信息，但是若TTL的值设置较长，那么在权威DNS系统更新配置之后，基于HTTP协议的域名解析系统则只能在到达TTL的值之后才能重新获取域名信息，此时域名信息获取时间较长，难以满足容灾需求。

基于此，本公开技术方案通过在域名解析服务器中预先配置容灾策略，在接收到客户端发起的域名解析请求，域名解析服务器在获取到对应于域名解析请求所对应的目标域名及其第一访问地址时，根据预先配置的容灾策略确定对应于目标域名的至少一个容灾域名，并对容灾域名进行解析得到相应的第二访问地址，并将第一访问地址和第二访问地址一并反馈至客户端，以使客户端进行访问地址的决策，最大程度上满足了容灾需求，提高了容灾速度。

根据本公开实施例，提供了一种基于域名解析的容灾方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中提供了一种基于域名解析的容灾方法，可用于域名解析服务器，例如HTTPDNS系统服务器，该域名解析服务器与权威DNS系统通信连接，图1是根据本公开实施例的基于域名解析的容灾方法的流程图，如图1所示，该流程包括如下步骤：

S11，接收客户端发送的域名解析请求，该域名解析请求中包括待解析的目标域名，并获取目标域名对应的第一访问地址。

域名解析请求用于表征客户端所请求服务的域名信息，包括域名类别、域名行政区域等信息。域名解析服务器与客户端之间通信连接，客户端在需要请求某服务资源时，可以向域名解析服务器发送与其所请求服务资源相对应的域名解析请求。相应地，域名解析服务器则可以接收来自客户端的域名解析请求，并获取域名解析请求中所包括的待解析的目标域名。

待解析的目标域名为对应于域名解析请求的最优域名，该目标域名可以基于时延性以及稳定性确定，即时延性和稳定性最优的域名。第一访问地址为目标域名所处边缘机房的IP地址。

域名解析服务器根据其接收到域名解析请求之后，可以查询其本地是否缓存有相应的目标域名，例如test.com。若域名解析服务器的本地缓存中存在相应的目标域名，则解析该目标域名以确定对应于该目标域名的第一访问地址；若域名解析服务器的本地缓存中并不存在相应的目标域名，则域名解析服务器将该域名解析请求发送至权威DNS系统，由权威DNS系统查询对应于该域名解析请求的目标域名以及目标域名所对应的第一访问地址，继而将目标域名及其对应的第一访问地址反馈至域名解析服务器，相应地，域名解析服务器则可以获取到对应于域名解析请求的目标域名以及目标域名所对应的第一访问地址。

S12，基于目标域名提取预先配置的容灾策略，其中，该容灾策略包括与目标域名相关联的容灾域名。

预先配置的容灾策略为预先设置在域名解析服务器中的容灾策略，该容灾策略是为了应对目标域名的连接线路出现异常而导致客户端无法访问服务资源所设定的域名切换策略。容灾策略中包括与目标域名相关联的一个或多个容灾域名，容灾域名能够提供与目标域名相一致的服务资源。其中，容灾域名可以包括：目标域名所处边缘机房的其他接入线路的域名，其他边缘机房所对应的域名，以及中心机房所对应的域名中的一个或多个。

S13，解析容灾域名对应的第二访问地址。

第二访问地址为容灾域名所对应的IP地址。域名解析服务器基于域名解析协议对容灾域名进行解析，将容灾域名转换为相对应的IP地址，得到各个容灾域名所对应的IP地址。例如，容灾域名为asd.com，域名解析服务基于域名解析协议将其解析至机房所处的IP地址，例如211.214.1.XXX，由此则实现了容灾域名asd.com与IP地址的转换。

S14，将第一访问地址与第二访问地址反馈至客户端，以使客户端向第一访问地址或第二访问地址发起访问请求。

域名解析服务器将第一访问地址与第二访问地址一并发送至客户端，由客户端对访问地址进行决策，以向第一访问地址或第二访问地址发起访问请求，获取相应的服务资源。

在一个具体的实施例中，域名解析服务器按照“国家/地区/省份/城市/运营商”进行域名划分，当客户端向域名解析服务器发起域名解析请求时，域名解析服务器接收该域名解析请求，并根据客户端所在的线路，向客户端反馈时延与稳定性上接入最优的边缘机房的IP地址。例如，北京电信的用户通过客户端发起域名解析请求时，域名解析服务器查询离北京最近的可接入的边缘机房，并将其电信线路的对外公网IP地址(即第一访问地址)返回至客户端。

但是，若该最优的可接入的边缘机房出现故障，则客户端难以进行服务访问。为了保证客户端能够进行服务访问则需要进行容灾策略的设置，具体如下：

(1)对于单个边缘机房而言，其可以存在有不同运营商(例如，移动、电信、联通)的接入线路，当某运营商的接入线路出现问题时，客户端可以尝试从其他运营商的接入线路接入该边缘机房。此时，容灾域名指向其他运营商的线路，第二访问地址即为其他运营商的线路IP地址。

(2)对于单个边缘机房而言，若其所有接入线路异常，或该边缘机房本身出现故障而导致该边缘机房不可用时，需要客户端尝试接入其他就近的边缘机房。此时，容灾域名指向其他边缘机房，第二访问地址即为其他边缘机房接入线路的IP地址，此处通常推荐配置与客户端相同运营商的接入线路的IP地址。针对某个机房而言，可以配置一个或多个其他边缘机房作为容灾备选。

(3)单个边缘机房故障，其他就近的边缘机房也出现故障，客户端可以直接回源访问中心机房，或者临时提供兜底服务的机房，则容灾域名指向中心机房或提供兜底服务的机房，第二访问地址即为中心机房或提供兜底服务的机房所对应的接入线路的IP地址。

对于上述容灾策略(1)、(2)、(3)而言，其中，容灾策略(3)为必选方案；对于容灾策略(1)而言，若某边缘机房只有一个运营商的接入线路，那么当该边缘机房的接入线路故障时，并没有可供选择的其他接入线路，此时，只能选择其他边缘机房予以接入；对于容灾策略(2)而言，若某地区的客户端跨地区接入其他边缘机房的效果并不理想，或其他边缘机房的容量不充裕，则难以保证客户端的资源访问进程，因此，容灾策略(1)和(2)可根据实际情况予以确定。

需要说明的是，对于容灾策略(3)而言，其中心机房或提供兜底服务的机房的IP信息作为关键信息，不能直接在公网上暴露。因此，域名解析服务器向客户端发送第一访问地址和第二访问地址是加密传输，以避免第二访问地址中所携带的关键信息(如中心机房的IP信息)被暴露。

本实施例提供的基于域名解析的容灾方法，域名解析服务器通过接收客户端发起的域名解析请求，确定出与域名解析请求相对应的目标域名以及该目标域名对应的第一访问地址，同时，根据预先配置的容灾策略确定对应于目标域名的容灾域名，并对容灾域名进行解析得到相应的第二访问地址，继而将第一访问地址和第二访问地址一并反馈至客户端，客户端则可以向第一访问地址或第二访问地址发起访问请求。由此客户端在访问第一访问地址失败时无需再次发起域名解析请求，其可以向第二访问地址发起访问请求，不受TTL值的设定限制，满足了容灾需求，提高了容灾速度。

在本实施例中提供了一种基于域名解析的容灾方法，可用于域名解析服务器，该域名解析服务器与权威DNS系统通信连接，图2是根据本公开实施例的基于域名解析的容灾方法的流程图，如图2所示，该流程包括如下步骤：

S21，接收客户端发送的域名解析请求，该域名解析请求中包括待解析的目标域名，并获取目标域名对应的第一访问地址。详细说明参见上述实施例对应的相关描述，此处不再赘述。

S22，基于目标域名提取预先配置的容灾策略，其中，该容灾策略包括与目标域名相关联的容灾域名。详细说明参见上述实施例对应的相关描述，此处不再赘述。

S23，解析容灾域名对应的第二访问地址。详细说明参见上述实施例对应的相关描述，此处不再赘述。

S24，按照优先等级对第一访问地址以及第二访问地址进行排序，生成排序结果，其中，容灾策略中包括与第一访问地址和第二访问地址分别对应的优先等级。

优先等级用于表征第一访问地址与第二访问地址的访问优先级，优先等级越高，访问优先级越高，访问优先级可以根据各个访问地址所能提供服务资源的时延和稳定性予以确定。排序结果为第一访问地址与第二访问地址按照优先等级由高至低或由低至高得到的排列顺序。

例如，第一访问地址为：IP A，第二访问地址为：IP a、IP B、IP C、IP D，其中，第一访问地址IP A的优先等级最高，第二访问地址IP a、IP B、IP C以及IP D的优先等级依次降低，则按照优先等级对第一访问地址以及第二访问地址进行排序，可以得到的排序结果为：IP A、IP a、IP B、IP C、IP D。

例如，第一访问地址为：IP A，第二访问地址为：IP a、IP B、IP C、IP D，其中，第一访问地址IP A的优先等级最高，IP C为中心机房或提供兜底服务的机房的接入线路的IP地址，则IP C的优先等级设置为最低。若其他IP地址根据时延和稳定性所确定的优先等级依次为：IP a、IP B、IP C，则按照优先等级对第一访问地址以及第二访问地址进行排序，可以得到的排序结果为：IP A、IP a、IP B、IP D、IP C。

S25，将排序结果、第一访问地址与第二访问地址反馈至客户端，以使客户端向第一访问地址或第二访问地址发起访问请求。

域名解析服务器将排序结果、第一访问地址以及第二访问地址一并反馈至客户端，以使客户端能够根据排序结果确定第一访问地址以及第二访问地址的访问优先级，并根据该访问优先级向第一访问地址或第二访问地址发起访问请求以获取所请求的服务资源。

本实施例提供的基于域名解析的容灾方法，通过按照优先等级对第一访问地址以及第二访问地址进行排序，生成排序结果，并将该排序结果反馈至客户端，以使客户端按照该排序结果向第一访问地址或第二访问地址发起访问请求，实现了多级容灾，保证服务在容灾场景下的快速可用。

在本实施例中提供了一种基于域名解析的容灾方法，可用于客户端，该客户端与域名解析服务器之间通信连接，图3是根据本公开实施例的基于域名解析的容灾方法的流程图，如图3所示，该流程包括如下步骤：

S31，发起域名解析请求，并将域名解析请求发送至域名解析服务器，其中，域名解析请求中包括待解析的目标域名。

互联网上的服务资源是通过域名提供的，当用户通过客户端进行互联网的服务访问时，客户端可以响应用户的访问操作，发起相应服务的域名解析请求。继而客户端基于其与域名解析服务器之间的通信协议(例如HTTP协议)将该域名解析请求发送至域名解析服务器，以使域名解析服务器能够反馈相应的访问地址，供客户端连接使用。

S32，接收域名解析服务器发送的对应于域名解析请求的第一访问地址以及第二访问地址。

其中，第一访问地址基于解析目标域名得到，第二访问地址基于解析与目标域名所关联的容灾域名得到。

如上述实施例所述，域名解析服务器在接收到客户端发送的域名解析请求后，域名解析服务器则根据该域名解析请求确定相应的目标域名以及目标域名对应的第一访问地址。继而根据预先配置的容灾策略确定对应于目标域名的至少一个容灾域名，并对容灾域名进行解析，得到相对应的第二访问地址。

域名解析服务器根据其与客户端之间的通信协议将第一访问地址以及第二访问地址加密传输至客户端。相应地，客户端则可以接收域名解析服务器发送的对应于域名解析请求的第一访问地址以及第二访问地址。

S33，向第一访问地址或第二访问地址发起访问请求。

客户端与其接收到的第一访问地址或第二访问地址建立通信连接，向通信连接成功的第一访问地址或第二访问地址发起访问请求。相应地，第一访问地址或第二访问地址所对应的边缘机房则可以向客户端反馈相应的服务资源。

本实施例提供的基于域名解析的容灾方法，客户端通过向域名解析服务器发送域名解析请求，并接收域名解析服务器所反馈的第一访问地址和第二访问地址，其中第一访问地址是通过解析目标域名得到的，第二访问地址是通过解析容灾域名得到的。由此客户端能够同时接收到目标域名对应的第一访问地址以及容灾域名对应的第二访问地址，便于在第一访问地址访问失败时能够迅速切换至第二访问地址进行访问，保证了客户端所请求服务在容灾场景下的快速可用。

在本实施例中提供了一种基于域名解析的容灾方法，可用于客户端，该客户端与域名解析服务器之间通信连接，图4是根据本公开实施例的基于域名解析的容灾方法的流程图，如图4所示，该流程包括如下步骤：

S41，发起域名解析请求，并将域名解析请求发送至域名解析服务器，其中，域名解析请求中包括待解析的目标域名。详细说明参见上述实施例对应的相关描述，此处不再赘述。

S42，接收域名解析服务器发送的对应于域名解析请求的第一访问地址以及第二访问地址。

其中，第一访问地址基于解析目标域名得到，第二访问地址基于解析与目标域名所关联的容灾域名得到。

详细说明参见上述实施例对应的相关描述，此处不再赘述。

S43，向第一访问地址或第二访问地址发起访问请求。

具体地，上述步骤S43可以包括：按照预获取的排序结果向第一访问地址或第二访问地址发起访问请求。

其中，排序结果为服务器根据第一访问地址和第二访问地址对应的优先等级确定的访问顺序。

域名解析服务器在向客户端反馈第一访问地址以及第二访问地址时，将第一访问地址以及第二访问地址的排序结果一并反馈至客户端。客户端在决策当前需要向哪个访问地址发出访问请求时，可以根据该排序结果予以确定。

作为一个可选的实施方式，按照预获取的排序结果向第一访问地址或第二访问地址发起访问请求的步骤可以包括：

(1)向排序顺序为第i的访问地址发起访问请求。

(2)判断向排序顺序为第i的访问地址发起访问请求是否成功。

(3)若向排序顺序为第i的访问地址发起访问请求失败，向排序顺序为第i+1的访问地址发起访问请求，其中i为正整数，排序顺序为第i的访问地址为第一访问地址或第二访问地址。

客户端向排序顺序为第i的访问地址发起访问请求，通过该排序顺序为第i的访问地址接入相应的边缘机房，以获取相应的服务资源。判断客户端向排序顺序为第i的访问地址发起访问请求是否成功，即客户端是否成功接入该排序顺序为第i的访问地址所对应的边缘机房。若客户端向排序顺序为第i的访问地址发起访问请求失败时，表示客户端未能成功接入该排序顺序为第i的访问地址所对应的边缘机房，此时，客户端则可以根据排序结果尝试向排序顺序为第i+1的访问地址发起访问请求。

具体地，若域名解析服务器返回至客户端的第一访问地址为IP A，第二访问地址为IP a、IP B以及IP C，其第一访问地址与第二访问地址按照优先等级由高至低的排序结果为IP A、IP a、IP B、IP C。

客户端首先尝试向IP A发起访问请求，若发起访问请求成功，则可以获取IP A所对应的边缘机房返回的服务资源。若发起访问请求失败，则继续尝试向IP a发起访问请求，若发起访问请求成功，则可以获取IP a所对应的边缘机房返回的服务资源。若发起访问请求失败，则继续尝试向IP B发起访问请求。依次类推，直至获取到服务资源为止。

由此，当客户端优先向第i的访问地址发起访问请求且访问失败时，客户端可迅速进行访问地址的决策，向次优先的第i+1的访问地址发起访问请求，进一步地提高了容灾速度，实现了客户端获取服务过程中的多级容灾。

可选地，判断向排序顺序为第i的访问地址发起访问请求是否成功，包括：

1)获取客户端向排序顺序为第i的访问地址发起访问请求的访问持续时长。

访问持续时长为客户端发起访问请求的持续时长。在客户端向排序顺序为第i的访问地址发起访问请求时，客户端可以对发起访问请求的时刻进行记录，并对客户端发起访问请求的持续时长进行记录。例如，客户端可以记录发起访问请求的时间戳，继而计算当前时刻与时间戳之间的差值，得到访问持续时长。

2)当访问持续时长未超过预设时长阈值时，则确定向排序顺序为第i的访问地址发起访问请求成功；

当访问持续时长超过预设时长阈值时，则确定向排序顺序为第i的访问地址发起访问请求失败。

预设时长阈值为预先设定的客户端向排序顺序为第i的访问地址发起访问请求的最大时长，例如5秒、10秒、20秒等，此处不作具体限定，本领域技术人员可以根据实际需求予以确定。此处优选将预设时长阈值设置为X秒，由此能够将容灾速度控制在秒级，大大提高了容灾速度，提升了服务资源访问体验。

客户端在向排序顺序为第i的访问地址发起访问请求后，对其发起访问请求的访问持续时长与预设时长阈值进行比较，以确定访问持续时长超过预设时长阈值。

当访问持续时长未超过预设时长阈值时，则确定客户端向排序顺序为第i的访问地址发起访问请求成功，即客户端可以从排序顺序为第i的访问地址所对应的边缘机房获取服务资源。

当访问持续时长超过预设时长阈值时，则判定向排序顺序为第i的访问地址发起访问请求失败，即客户端并未接入排序顺序为第i的访问地址所对应的边缘机房。此时，客户端可以继续向排序顺序为第i+1的访问地址发起访问请求，直至获取到其所请求的服务资源。

通过检测客户端向排序顺序为第i的访问地址发起访问请求的访问持续时长，以确定客户端向该访问地址发起访问请求是否成功，避免客户端长时间向访问失败的访问地址发起访问请求，进一步地提高了客户端在容灾场景下获取服务的速度。

作为一个可选的实施方式，上述按照预获取的排序结果向第一访问地址或第二访问地址发起访问请求的步骤还可以包括：

(3)若向排序顺序为第i的访问地址发起访问请求失败，则在预设时间内不再访问排序顺序为第i的访问地址。

预设时间为再次向排序顺序为第i的访问地址发起访问请求的间隔时长。该预设时间可以为5分钟，可以为8分钟，还可以为10分钟等，此处不作具体限定，本领域技术人员可以根据实际需求予以确定。

当客户端向排序顺序为第i的访问地址发起访问请求失败时，客户端对该排序顺序为第i的访问地址进行记录，在到达预设时间之前，不再向该排序顺序为第i的访问地址发起访问请求，即不再访问该排序顺序为第i的访问地址。

由此，避免客户端重复向排序顺序为第i的访问地址发起访问请求，避免重复的访问请求失败而影响客户端获取服务资源的速度。

本实施例提供的基于域名解析的容灾方法，在客户端向访问地址发起访问请求的过程中，由客户端按照预获取的排序结果向第一访问地址或第二访问地址发起访问请求，即由客户端进行访问地址的决策，实现了多个访问地址的多级容灾。

在本实施例中提供了一种基于域名解析的容灾方法，以图6所示，以HTTPDNS(基于HTTP的域名解析服务器)作为域名解析服务器，客户端与HTTPDNS之间基于HTTP协议进行通信连接，同时，HTTPDNS与权威DNS系统之间通信连接。图5是根据本公开实施例的基于域名解析的容灾方法的流程图，如图5所示，该流程包括如下步骤：

S51，客户端发起域名解析请求，并将域名解析请求发送至域名解析服务器。

当互联网服务使用者需要访问服务资源时，客户端响应使用者的访问操作，并基于该访问操作发起生成相应服务的域名解析请求，并将该域名解析请求发送至HTTPDNS。

S52，域名解析服务器接收客户端发送的域名解析请求，基于域名解析请求获取目标域名以及目标域名对应的第一访问地址。

HTTPDNS接收客户端发送的域名解析请求，根据该域名解析请求确定本身缓存中是否存在相应的目标域名及其对应的第一访问地址，若存在，则继续执行步骤S52。若不存在，HTTPDNS则向权威DNS查询与该域名解析请求相对应的目标域名以及目标域名所对应的第一访问地址。

以图6所示为例，当HTTPDNS本身缓存中不存在相应的目标域名时，HTTPDNS通过查询权威DNS，获取对应于域名解析请求的目标域名及其对应的第一访问地址，该目标域名指向边缘机房A，且该边缘机房A对应的第一访问地址为IP A。

S53，域名解析服务器基于目标域名提取预先配置的容灾策略，该容灾策略包括与目标域名相关联的至少一个容灾域名。

HTTPDNS在获取到目标域名之后，可以根据预先配置的容灾策略确定与该目标域名所匹配的其他容灾域名。

以目标域名指向边缘机房A为例，HTTPDNS中预先配置有管理员下发的关于边缘机房A的容灾策略，例如，配置用于容灾的其他运营商线路、边缘机房B以及中心机房C。那么，在HTTPDNS在获取到目标域名之后，可以根据容灾策略匹配到与目标域名所关联的多个容灾域名，该多个容灾域名分别指向其他运营商线路、边缘机房B以及中心机房C。

S54，域名解析服务器解析至少一个容灾域名中的每个容灾域名，得到与每个容灾域名对应的第二访问地址。

HTTPDNS基于域名解析协议对容灾域名进行解析，得到各个容灾域名对应的第二访问地址。以图6所示为例，HTTPDNS基于域名解析协议分别对指向其他运营商线路、边缘机房B以及中心机房C的容灾域名进行解析，得到其他运营商线路对应的IP a，边缘机房B对应的IP B，中心机房C对应的IP C。

S55，域名解析服务器将第一访问地址与第二访问地址反馈至客户端。

HTTPDNS根据容灾策略中第一访问地址及各个第二访问地址所对应的优先等级将第一访问地址以及各个第二访问地址进行排序，得到第一访问地址以及第二访问地址的排序结果，并将包含排序结果的第一访问地址与第二访问地址一并反馈至客户端。

以图6所示为例，HTTPDNS向给客户端反馈第一访问地址以及第二访问地址，第一访问地址以及第二访问地址按照优先等级由高至低排序为：接入边缘机房A的IP A，接入边缘机房A的备选运营商线路的IP a，接入边缘机房B的IP B，接入边缘机房C的IP C。

S56，客户端接收域名解析服务器发送的对应于域名解析请求的第一访问地址以及第二访问地址。

客户端接收HTTPDNS反馈的第一访问地址IP A以及第二访问地址IP a、IP B以及IP C。

S57，客户端向第一访问地址或第二访问地址发起访问请求。

客户端根据第一访问地址以及第二访问地址的排序结果向第一访问地址或第二访问地址发起访问请求，以获取相应的服务资源。

以图6所示为例，客户端在接收HTTPDNS反馈的IP A、IP a、IP B以及IP C之后，客户端首先尝试通过IP A接入边缘机房A，即向IP A发起访问请求，若发起访问请求成功，则边缘机房A向客户端返回相应的服务资源；若发起访问请求失败，则尝试通过IP a接入边缘机房A，即向IP a发起访问请求，若发起访问请求成功，则边缘机房A通过IP a所对应的运营商线路向客户端返回相应的服务资源。

若向IP a发起访问请求仍然失败，此时客户端可以尝试向IP B发起访问请求，以向IP B所对应的边缘机房B请求服务资源，若发起访问请求成功，则边缘机房B向客户端返回相应的服务资源。

若向IP B发起访问请求仍然失败，此时客户端可以尝试向IP C发起访问请求，以向IP C所对应的中心机房C请求服务资源，由中心机房C向客户端返回相应的服务资源。

本实施例提供的基于域名解析的容灾方法，域名解析服务器通过接收客户端发起的域名解析请求，确定出与域名解析请求相对应的目标域名以及该目标域名对应的第一访问地址，同时，根据预先配置的容灾策略确定对应于目标域名的容灾域名，并对容灾域名进行解析得到相应的第二访问地址，继而将第一访问地址和第二访问地址一并反馈至客户端，客户端则可以向第一访问地址或第二访问地址发起访问请求。由此，客户端在访问第一访问地址失败时无需再次发起域名解析请求，其可以向第二访问地址发起访问请求，不受TTL值的设定限制，满足了容灾需求，提高了容灾速度。

在本实施例中还提供了一种基于域名解析的容灾装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例提供一种基于域名解析的容灾装置，用于域名解析服务器，如图7所示，包括：

第一接收模块61，用于接收客户端发送的域名解析请求，该域名解析请求中包括待解析的目标域名，并获取目标域名对应的第一访问地址。

提取模块62，用于基于目标域名提取预先配置的容灾策略，其中，该容灾策略包括与目标域名相关联的容灾域名。

解析模块63，用于解析容灾域名对应的第二访问地址。

反馈模块64，用于将第一访问地址与第二访问地址反馈至客户端，以使客户端向第一访问地址或第二访问地址发起访问请求。

本实施例提供的基于域名解析的容灾装置，域名解析服务器通过接收客户端发起的域名解析请求，确定出与域名解析请求相对应的目标域名以及该目标域名对应的第一访问地址，同时，根据预先配置的容灾策略确定对应于目标域名的容灾域名，并对容灾域名进行解析得到相应的第二访问地址，继而将第一访问地址和第二访问地址一并反馈至客户端，客户端则可以向第一访问地址或第二访问地址发起访问请求。由此客户端在访问第一访问地址失败时无需再次发起域名解析请求，其可以向第二访问地址发起访问请求，不受TTL值的设定限制，满足了容灾需求，提高了容灾速度。

可选地，上述装置还可以包括：

排序模块，用于按照优先等级对第一访问地址以及第二访问地址进行排序，生成排序结果。

发送模块，用于将排序结果反馈至客户端。

本实施例提供的基于域名解析的容灾装置，通过按照优先等级对第一访问地址以及第二访问地址进行排序，生成排序结果，并将该排序结果反馈至客户端，以使客户端按照该排序结果向第一访问地址或第二访问地址发起访问请求，实现了多级容灾，保证服务在容灾场景下的快速可用。

本实施例中的基于域名解析的容灾装置是以功能单元的形式来呈现，这里的单元是指ASIC电路，执行一个或多个软件或固定程序的处理器和存储器，和/或其他可以提供上述功能的器件。

上述各模块的更进一步的功能描述与上述方法实施例相同，在此不再赘述。

本实施例提供一种基于域名解析的容灾装置，用于客户端，如图8所示，包括：

发送模块71，用于发起域名解析请求，并将域名解析请求发送至域名解析服务器，其中，域名解析请求中包括待解析的目标域名。

第二接收模块72，用于接收域名解析服务器发送的对应于域名解析请求的第一访问地址以及第二访问地址，其中，第一访问地址基于解析目标域名得到，第二访问地址基于解析与目标域名所关联的容灾域名得到。

访问模块73，用于向第一访问地址或第二访问地址发起访问请求。

本实施例提供的基于域名解析的容灾装置，客户端通过向域名解析服务器发送域名解析请求，并接收域名解析服务器所反馈的第一访问地址和第二访问地址，其中第一访问地址是通过解析目标域名得到的，第二访问地址是通过解析容灾域名得到的。由此客户端能够同时接收到目标域名对应的第一访问地址以及容灾域名对应的第二访问地址，便于在第一访问地址访问失败时能够迅速切换至第二访问地址进行访问，保证了客户端所请求服务在容灾场景下的快速可用。

可选地，上述访问模块73可以包括：

访问子模块，用于按照预获取的排序结果向第一访问地址或第二访问地址发起访问请求，其中，排序结果为服务器根据第一访问地址和第二访问地址对应的优先等级确定的访问顺序。

本实施例提供的基于域名解析的容灾装置，在客户端向访问地址发起访问请求的过程中，由客户端按照预获取的排序结果向第一访问地址或第二访问地址发起访问请求，即由客户端进行访问地址的决策，实现了多个访问地址的多级容灾。

可选地，上述访问子模块包括：

请求发起单元，用于向排序顺序为第i的访问地址发起访问请求。

切换单元，用于若向排序顺序为第i的访问地址发起访问请求失败时，向排序顺序为第i+1的访问地址发起访问请求，其中i为正整数，排序顺序为第i的访问地址为第一访问地址或第二访问地址。

本实施例提供的基于域名解析的容灾装置，当客户端优先向第i的访问地址发起访问请求且访问失败时，客户端可迅速进行访问地址的决策，向次优先的第i+1的访问地址发起访问请求，进一步地提高了容灾速度，实现了客户端获取服务过程中的多级容灾。

可选地，上述访问子模块还可以包括：

时长检测单元，用于获取客户端向排序顺序为第i的访问地址发起访问请求的访问持续时长。

判定单元，用于当访问持续时长未超过预设时长阈值时，则确定向排序顺序为第i的访问地址发起访问请求成功；

或，当访问持续时长超过预设时长阈值时，则确定向排序顺序为第i的访问地址发起访问请求失败。

本实施例提供的基于域名解析的容灾装置，通过检测客户端向排序顺序为第i的访问地址发起访问请求的访问持续时长，以确定客户端向该访问地址发起访问请求是否成功，避免客户端长时间向访问失败的访问地址发起访问请求，进一步地提高了客户端在容灾场景下获取服务的速度。

可选地，上述切换单元，还用于若向排序顺序为第i的访问地址发起访问请求失败时，则在预设时间内不再访问排序顺序为第i的访问地址。

本实施例提供的基于域名解析的容灾装置，若客户端向排序顺序为第i的访问地址发起访问请求失败时，则在预设时间内不再访问该排序顺序为第i的访问地址，避免重复的访问请求失败而影响客户端获取服务的速度。

在本实施例中提供了一种基于域名解析的容灾系统，如图9所示，该系统包括：域名解析服务器81、客户端82、中心机房83以及边缘机房84，且域名解析服务器81与客户端82之间通信连接，客户端82分别与中心机房83以及边缘机房84之间通信连接。

具体地，客户端82发起域名解析请求，并将该域名解析请求发送至域名解析服务器81。

域名解析服务器81与权威DNS系统通信连接，其在接收到客户端82发送的域名解析请求之后，根据域名解析请求中所包括的待解析的目标域名，向权威DNS系统查询相对应的目标域名以及目标域名所对应的第一访问地址。

然后，域名解析服务器81基于目标域名提取其本身预先配置的容灾策略，根据该容灾策略确定出与目标域名相关联的容灾域名，并对容灾域名中的每个容灾域名进行解析，得到与每个容灾域名相对应的第二访问地址。其中，容灾域名指向边缘机房84或中心机房83，边缘机房84可以为一个或多个(图9所示的系统设置有多个边缘机房84)。

继而，域名解析服务器81将第一访问地址与第二访问地址一并反馈至客户端82。

进而，客户端82接收第一访问地址以及第二访问地址，并对第一访问地址和第二访问地址进行访问决策，根据访问决策结果向第一访问地址或第二访问地址发起访问请求。

上述域名解析服务器81以及客户端82所执行步骤的详细描述参见上述实施例对应的相关描述，此处不再赘述。

本实施例提供的基于域名解析的容灾系统，客户端通过向域名解析服务器发送域名解析请求，域名解析服务器根据该域名解析请求反馈相对应的第一访问地址和第二访问地址。客户端同时接收到目标域名对应的第一访问地址以及容灾域名对应的第二访问地址，便于在第一访问地址访问失败时能够迅速切换至第二访问地址进行访问，保证了客户端所请求服务在容灾场景下的快速可用。

本公开实施例还提供一种电子设备，该电子设备可以为服务器，还可以为客户端，该电子设备具有上述图7或图8所示的基于域名解析的容灾装置。

请参阅图10，图10是本公开可选实施例提供的一种电子设备的结构示意图，如图10所示，该电子设备可以包括：至少一个处理器901，例如中央处理器(Central ProcessingUnit，CPU)，至少一个通信接口903，存储器904，至少一个通信总线902。其中，通信总线902用于实现这些组件之间的连接通信。其中，通信接口903可以包括显示屏(Display)、键盘(Keyboard)，可选通信接口903还可以包括标准的有线接口、无线接口。存储器904可以是高速易挥发性随机存取存储器(Random Access Memory，RAM)，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器904可选的还可以是至少一个位于远离前述处理器901的存储装置。其中处理器901可以结合图7或图8所描述的装置，存储器904中存储应用程序，且处理器901调用存储器904中存储的程序代码，以用于执行上述任一方法步骤。

其中，通信总线902可以是外设部件互连标准(peripheral componentinterconnect，简称PCI)总线或扩展工业标准结构(extended industry standardarchitecture，简称EISA)总线等。通信总线902可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器904可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器904还可以包括上述种类的存储器的组合。

其中，处理器901可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。

其中，处理器901还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。

可选地，存储器904还用于存储程序指令。处理器901可以调用程序指令，实现如本申请图1至图5实施例中所示的基于域名解析的容灾方法。

本公开实施例还提供了一种非暂态计算机存储介质，所述计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于域名解析的容灾方法的处理方法。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(FlashMemory)、硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)等；所述存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本公开的实施例，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (12)

1.一种基于域名解析的容灾方法，其特征在于，用于域名解析服务器，所述方法包括：

接收客户端发送的域名解析请求，所述域名解析请求中包括待解析的目标域名，并获取所述目标域名对应的第一访问地址；

基于所述目标域名提取预先配置的容灾策略，所述容灾策略包括与所述目标域名相关联的容灾域名；

解析所述容灾域名对应的第二访问地址；

将所述第一访问地址与所述第二访问地址反馈至客户端，以使所述客户端向所述第一访问地址或所述第二访问地址发起访问请求。

2.根据权利要求1所述的方法，其特征在于，所述容灾策略还包括与所述第一访问地址和所述第二访问地址分别对应的优先等级，在所述解析所述容灾域名对应的第二访问地址之后，所述方法还包括：

按照所述优先等级对所述第一访问地址以及所述第二访问地址进行排序，生成排序结果；

将所述排序结果反馈至所述客户端。

3.一种基于域名解析的容灾方法，其特征在于，用于客户端，所述方法包括：

发起域名解析请求，并将所述域名解析请求发送至域名解析服务器，所述域名解析请求中包括待解析的目标域名；

接收所述域名解析服务器发送的对应于所述域名解析请求的第一访问地址以及第二访问地址；所述第一访问地址基于解析所述目标域名得到，所述第二访问地址基于解析与所述目标域名所关联的容灾域名得到；

向所述第一访问地址或所述第二访问地址发起访问请求。

4.根据权利要求3所述的方法，其特征在于，所述向所述第一访问地址或所述第二访问地址发起访问请求，包括：

按照预获取的排序结果向所述第一访问地址或所述第二访问地址发起访问请求，所述排序结果为所述域名解析服务器根据所述第一访问地址和所述第二访问地址对应的优先等级确定的访问顺序。

5.根据权利要求4所述的方法，其特征在于，所述按照预获取的排序结果向所述第一访问地址或所述第二访问地址发起访问请求，包括：

向排序顺序为第i的访问地址发起访问请求；

判断向所述排序顺序为第i的访问地址发起访问请求是否成功；

若向所述排序顺序为第i的访问地址发起访问请求失败，向所述排序顺序为第i+1的访问地址发起访问请求，其中i为正整数，所述排序顺序为第i的访问地址为第一访问地址或第二访问地址。

6.根据权利要求5所述的方法，其特征在于，所述判断向所述排序顺序为第i的访问地址发起访问请求是否成功，包括：

获取所述客户端向所述排序顺序为第i的访问地址发起访问请求的访问持续时长；

当所述访问持续时长未超过预设时长阈值时，则确定向所述排序顺序为第i的访问地址发起访问请求成功；

或，当所述访问持续时长超过预设时长阈值时，则确定向所述排序顺序为第i的访问地址发起访问请求失败。

7.根据权利要求5或6所述的方法，其特征在于，还包括：

若向所述排序顺序为第i的访问地址发起访问请求失败，则在预设时间内不再访问所述排序顺序为第i的访问地址。

8.一种基于域名解析的容灾装置，其特征在于，用于域名解析服务器，所述装置包括：

第一接收模块，用于接收客户端发送的域名解析请求，所述域名解析请求中包括待解析的目标域名，并获取所述目标域名对应的第一访问地址；

提取模块，用于基于所述目标域名提取预先配置的容灾策略，所述容灾策略包括与所述目标域名相关联的容灾域名；

解析模块，用于解析所述容灾域名对应的第二访问地址；

反馈模块，用于将所述第一访问地址与所述第二访问地址反馈至客户端，以使所述客户端向所述第一访问地址或所述第二访问地址发起访问请求。

9.一种基于域名解析的容灾装置，其特征在于，用于客户端，所述装置包括：

发送模块，用于发起域名解析请求，并将所述域名解析请求发送至域名解析服务器，所述域名解析请求中包括待解析的目标域名；

第二接收模块，用于接收所述域名解析服务器发送的对应于所述域名解析请求的第一访问地址以及第二访问地址；所述第一访问地址基于解析所述目标域名得到，所述第二访问地址基于解析与所述目标域名所关联的容灾域名得到；

访问模块，用于向所述第一访问地址或所述第二访问地址发起访问请求。

10.一种基于域名解析的容灾系统，其特征在于，包括：域名解析服务器、客户端、中心机房以及边缘机房；所述域名解析服务器与所述客户端通信连接，所述客户端与所述中心机房以及所述边缘机房通信连接；所述域名解析服务器用于执行权利要求1或2所述的基于域名解析的容灾方法，所述客户端用于执行权利要求3-7任一项所述的基于域名解析的容灾方法。

11.一种电子设备，其特征在于，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行权利要求1或2所述的基于域名解析的容灾方法，或执行权利要求3-7任一项所述的基于域名解析的容灾方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使计算机执行权利要求1或2所述的基于域名解析的容灾方法，或执行权利要求3-7任一项所述的基于域名解析的容灾方法。

Images