CN113067781B - 一种数据处理方法及其装置 - Google Patents
一种数据处理方法及其装置 Download PDFInfo
- Publication number
- CN113067781B CN113067781B CN202010001702.7A CN202010001702A CN113067781B CN 113067781 B CN113067781 B CN 113067781B CN 202010001702 A CN202010001702 A CN 202010001702A CN 113067781 B CN113067781 B CN 113067781B
- Authority
- CN
- China
- Prior art keywords
- path
- switch
- dns node
- address
- target
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种数据处理方法及其装置,所述方法包括:接入层交换机接收到物理节点发出的地址解析请求;获取所述地址解析请求对应的目标地址;从候选路径中确定到达所述目标地址的目标路径;基于所述目标路径对所述地址解析请求进行处理。采用本申请,提高了地址解析服务的容灾能力和服务可用性。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种数据处理方法及其装置。
背景技术
在网络通信领域,可将整个互联网划分为许多较小的自治系统(AutonomousSystem,AS),每个AS均具有各自的数据中心。为了向数据中心内的客户端提供访问功能,每个数据中心可部署有域名系统DNS节点。
在实际应用中,可能会面临现有数据中心无法同时处理海量客户端的请求,在这种情况下,通常会在现有数据中心的基础上增加新的数据中心。但是由于每个数据中心都各自利用各自的DNS节点执行各个数据中心内的域名解析请求,因此一旦某个数据中心内的DNS节点出现故障,则该数据中心内的物理节点无法获取到对期望访问的网站解析的地址。基于此,多数据中心之间如何配合执行容灾是亟待解决的问题。
发明内容
本申请的示例性实施例提供一种数据处理方法及其装置,用于至少解决以上提到的技术问题。
本申请的示例性实施例提供一种数据处理方法,包括:接入层交换机接收到物理节点发出的地址解析请求;获取所述地址解析请求对应的目标地址;从候选路径中确定到达所述目标地址的目标路径;基于所述目标路径对所述地址解析请求进行处理。
本申请的示例性实施例提供一种数据处理装置,所述装置包括处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以上方法。
本申请的示例性实施例提供一种数据处理系统,所述系统包括:第一DNS节点,分别接入接入层交换机和第一交换机;第一交换机,接入第一DNS节点,用于获取第一DNS节点到达第一交换机的第一路径信息,并将第一路径信息转发至接入层交换机;接入层交换机,分别接入第一DNS节点以及至少一个物理节点,用于接收所述至少一个物理节点发出的地址解析请求;获取所述地址解析请求对应的目标地址;从候选路径中确定到达所述目标地址的目标路径,其中,所述候选路径包括从第一交换机接收到的第一路径信息;基于所述目标路径对所述地址解析请求进行处理。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
采用本申请,通过从候选路径中确定到达所述目标地址的目标路径,提高了地址解析服务的容灾能力和服务可用性。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是示出现有技术中的多数据中心的组网场景图;
图2是示出现有技术中的单个数据中心内用户利用DNS节点访问网站的场景图;
图3是根据本申请的示例性实施例的第一数据中心与第二数据中心的组网场景图;
图4是根据本申请的示例性实施例的数据处理系统处理数据请求的场景示意图;
图5是根据本申请的示例性实施例的接入层交换机执行的数据处理方法的流程图;
图6是根据本申请的示例性实施例的数据处理装置的框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1是示出现有技术的多数据中心的组网图。应注意,图1中仅示出了与本申请相关的部件,部件的数量和种类仅为示例性的而非限制性的。
如图1所述的网络通信系统包括第一数据中心10和第二数据中心20。第一数据中心10可包括DNS节点101、物理节点102和103以及三层网络结构140。
所述三层网络结构140可包括接入层交换机104、汇聚层交换机105和核心层交换机106,其中,接入层交换机104用于实现相邻节点之间的互访需求,并负责一些用户管理(如地址认证、用户认证、计费管理等)以及用户信息收集(如用户的IP地址、MAC地址、访问日志等)。汇聚层交换机105是接入层交换机104和核心层交换机106的中间层,汇聚层交换机105可以是采用支持三层交换技术和VLAN的交换机,以达到网络隔离和分段的目的。核心层交换机106的主要目的在于通过高速转发通信,提供快速、可靠的骨干传输结构。
在第一数据中心10内,各个节点可通过边界网关协议(Border GatewayProtocol,BGP)执行数据传输,所述BGP协议可用于在自治系统内传递路由信息的协议。
所述第二数据中心20具有与第一数据中心相似的结构,即,包括DNS节点201、物理节点202和203以及三层网络结构240,其中,所述三层网络结构240包括接入层交换机204、汇聚层交换机205和核心层交换机206。
如图1所示,第一数据中心10和第二数据中心20可利用专线连接在一起。举例来说,可利用专线将第一数据中心10的汇聚层交换机105或者核心层交换机106与第二数据中心10对应的汇聚层交换机205或者核心层交换机206连接起来,并且可通过外部边界网关协议(External Border Gateway Protocol,EBGP)发布每个数据中心的物理网络路由,其中,所述EBGP是指在不同AS之间所运行的BGP。
以第一数据中心10为例,当发出请求的物理节点102或103从接入层交换机获取到达DNS节点101的路径信息后,可直接向DNS节点101发出的地址解析协议(AddressResolution Protocol,ARP)请求。
ARP请求用于实现从IP地址到MAC地址的映射,即询问目标IP对应的MAC地址。在实施中,可将ARP请求数据包以广播的形式发送,交换机或WiFi设备(无线路由器)收到广播的ARP请求数据包时,会将此数据包发给同一局域网的其他所有主机。ARP只适用于处于同一物理网络的相同网段主机之间的通信。网络中的交换机收到主机发送的ARP请求报文后,会检查报文的目的IP地址是否是本机的IP,以确定该报文请求的是不是本机的MAC地址。如果是,则回复ARP响应报文;如果不是,则丢弃该ARP请求报文。
在用户利用物理节点102输入访问的网站后,物理节点102可先访问所述物理节点所在的三层网络结构140的接入层交换机104,随后可通过接入层交换机104确定相同网段下的DNS节点,并将请求数据包直接转发到DNS节点101。
随后,DNS节点101可按照如图2所示的方法确定所述网站的网络地址。图2是示出现有技术中的单个数据中心内用户利用DNS节点访问网站的场景图。
如图2所述,在第一数据中心10内,用户在客户端100的浏览器中输入要访问的网站域名,随后,客户端100可查询本地缓存以及host文件中是否存在该网站域名的映射,如果有,则调用该域名的IP地址,完成解析。若不存在,则在利用图1中的接入层交换机104确定DNS节点101的网络地址后,将请求数据包根据所述网络地址发送到DNS节点101。应注意,图2中的DNS节点仅为示意目的。随后,客户端100可根据从DNS节点101接收的网络地址,与所述网络地址对应的网站节点111建立通信链路并利用所述通信链路执行数据传输。
从以上描述可以看出,虽然第一数据中心10与第二数据中心10互连在一起,但每个数据中心都各自利用各自的DNS节点执行各个数据中心内的域名解析请求,一旦第一数据中心10中的DNS节点101或第二数据中心20中的DNS节点201出现故障,则对应的数据中心内的物理节点无法获取到对期望访问的网站解析的地址。
基于此,可采用本申请的示例性实施例的组网方法将第一数据中心10与第二数据中心20执行配合,这部分将在下面参照图3执行详述。图3是根据本申请的示例性实施例的第一数据中心与第二数据中心的组网场景图。
在图3中,在已有第一数据中心10和第二数据中心20的基础上,可对第一数据中心10和第二数据中心进行改造,使得第一数据中心10和第二数据中心20可支持跨数据中心的容灾功能。在这种情况下,可先对第一数据中心10内的DNS节点101进行改造。
具体来说,DNS节点101在原本接入接入层交换机104的基础上,通过线缆(例如,光纤)直接接入第一交换机110,并按照三层交换机端口IP地址配置方式为第一交换机110执行端口配置,通过这种方式,可确保DNS节点101发出的数据包可通过第一交换机110而非接入层交换机104发出。
基于以上组网方式,DNS节点101可利用各种路由协议(例如,RIP、OSPF、BGP等协议)将DNS节点101到第一交换机110的第一路径信息发送到第一交换机110。此后,第一交换机110可利用EBGP协议发布从DNS节点101到第一交换机110的第一路径信息。
为了便于描述,以下可将所述DNS节点101的IP地址设置为第一IP地址。当物理节点(例如,物理节点102)发出目标地址为第一IP地址的请求数据包后,与物理节点连接的接入层交换机104可根据各种路由协议确定第一IP地址接入的第一交换机110。
第一交换机110在接收到所述请求数据包后,可将到达DNS节点101的路径信息发送到物理节点102,其中,所述路径信息包括第一交换机110到达DNS节点101的路由信息。这样,物理节点102可根据路径信息与DNS节点101建立网络连接。随后,物理节点102可利用建立的网络连接,向DNS节点101发送ARP请求数据包,以获取期望访问的网站的MAC地址。
DNS节点101可接收ARP请求数据包并对ARP请求数据包进行解析,生成响应数据包,该响应数据包被转发至第一交换机110并通过第一交换机110向外发送。
以上描述了针对第一数据中心10的组网改造方案,以下将重点描述第二数据中心20为了实现与第一数据中心10配合执行域名解析而实施的组网改造方案。
由于第二数据中心20可能是新增加的数据中心,所以可将第二数据中心20按照Anycast机制进行组网,从而能够更好地向客户端提供域名解析,简言之,第二数据中心20内可能具有多个DNS节点,而这些节点的IP地址可设置为相同的IP地址以执行Anycast机制。
Anycast机制是指使多台服务器公用一组IP地址并利用BGP协议将到达所述IP地址的路由信息提供给客户端的机制,如此,客户端无需关心提供服务的具体是哪一台服务器,举例来说,客户端可发出IP地址为IP 001的请求数据包,则该请求数据包可被转发到这一组IP地址均为IP 001中的任何一台服务器上,它提供的是一种无状态的、尽力而为的服务。
这样,当第二数据中心20内的节点发出请求数据包后,按照Anycast机制,所述请求数据包可到达第二数据中心20内的任意DNS节点。为了便于描述,在第二数据中心20中仅示出了单个DNS节点201。
如图3所示,第二数据中心20可按照与第一数据中心10等同的方式进行组网,也就是说,DNS节点201在原本接入接入层交换机204的基础上,通过线缆(例如,光纤)直接接入第二交换机220,并按照三层交换机端口IP地址配置方式为第二交换机220执行端口配置,实现DNS节点201与第二交换机220连接。
在本申请中,第二数据中心20内的DNS节点201的IP地址被设置为与第一数据中心10内的DNS节点101的IP地址相同,也就是说,DNS节点201的IP地址为第一IP地址。
在这种情况下,当物理节点102发出目标地址为第一IP地址的请求数据包后,所述第一交换机110在确定路径信息时,除了可以获取到以上提到的通过BGP协议获取第一交换机110到达DNS节点101的路径信息作为第一路径信息,还可获取到通过EBGP协议获取所述IP地址对应的DNS节点201到达第一交换机110的路径信息作为第二路径信息。
因此,为了保证在各自数据中心的节点发出的数据请求数据包优先由对应的数据中心的DNS节点进行响应,可将与节点连接的交换机的路径选择设置为优选选择本数据中心内的路径信息。
这样,第一数据中心10内的物理节点发出数据请求包后,可优先到达第一数据10的DNS节点102的第一路径信息发送给该节点,这样该节点将所述数据请求包转发到DNS节点101,在无法获取DNS节点101的响应数据包后,可将请求数据包发送到第二数据中心20的DNS节点201。
由于请求数据包(即ARP请求数据包)只适用于处于同一物理网络的相同网段主机之间的通信,以物理节点102举例来说,所述请求数据包仅可在与物理节点102同属于一个接入层交换机内的节点(包括节点103和节点101)之间进行广播,无法将该请求数据包发送到该网段之外的节点。
为此,可开启接入层交换机104的ARP代理(Proxy ARP)服务,这样接入层交换机104可替代节点102利用第二路径信息向不在同一数据中心的DNS节点201发出的ARP请求。
在实施中,对于不在同一物理网络但属于相同网段的主机,或者在同一物理网络属于相同网段但不能二层互通的主机,可以在其之间的交换机上部署ARP代理服务,以实现这些主机之间的通信。对照于本申请,可在接入层交换机上部署ARP代理服务,在此基础上,接入层交换机收到ARP请求报文且发现其目的地址不是自己,则使用接入层交换机自己的MAC地址以及目的主机的IP地址向源主机回复ARP响应报文,即接入层交换机代替目的主机回复ARP响应报文。
随后,接入层交换机104可在获取到响应数据包后,将该响应数据包发送到物理节点102。
综上所述,根据本申请的示例性实施例的数据中心组网方式可在DNS节点的组网方式不变的情况下将DNS节点单独接入第一交换机并设为DNS节点发出的数据包由第一交换机转发,提高了地址解析服务的容灾能力和服务可用性,此外,接入层交换机可运行ARP代理服务,并提供到达不同数据中心的DNS的路径信息,这样,客户端可根据需要选择不同的DNS节点执行域名解析,从而在不影响原有数据中心的业务的情况下,实现了多数据中心之间的容灾。
图4是示出了根据本申请的示例性实施例的数据处理系统处理数据请求的场景示意图。
为了便于描述,可将在第一数据中心10内的DNS节点称作第一DNS节点,将在第二数据中心20内的DNS节点称作第二DNS节点。由于以上已经详细介绍了在第一数据中心10的情况下与新增的第二数据中心20的组网方式,因此,以下将在图3的组网方式下执行的数据处理方法进行描述。
应注意,为了具有Anycast的效果,第二DNS节点的IP地址设置为与第一DNS节点的IP地址相同。此外,在实施中,每个数据中心通常具有主备DNS节点,主备DNS节点的IP地址不同,在图4中示出的多数据中心中,主备DNS节点的IP地址分别为IP 1和IP 2,在以下描述中,可将主备DNS节点中的某个DNS节点看作主DNS节点,另一个DNS节点作为备用DNS节点。在应用中,在接入主DNS节点失败后,可利用相同的方法对IP地址不同的备用DNS节点执行相同的操作。
每个物理节点在进行网络配置时均已配置好对应的DNS节点。因此,当物理节点访问某个网站时,可向已配置的DNS节点发出对该网站执行地址解析的请求,也就是说,物理节点根据已配置的DNS节点的IP地址发出数据请求包,在本申请中,为了便于表述可将已配置的DNS节点的IP地址称作目标地址。
当物理节点向目标地址发出请求数据包时,物理节点接入的接入层交换机可根据获取的路径信息,确定到达目标地址的目标路径信息。如图4所示,接入层交换机利用EBGP协议获取到其它接入层交换机发布的路径信息。
随后,接入层交换机从获取的路径信息中,确定到达目标地址的目标路径信息,包括:利用BGP协议获取的从第一DNS节点到达第一交换机的第一路径信息以及利用EBGP协议获取的从第二DNS节点到达第二交换机的第二路径信息。在具体实施中,所述接入层交换机中的路由表可包括两条到达目标地址的路径信息,其中之一是目标地址在本数据中心10的路径信息,而另一个是目标地址在非本数据中心20的路径信息。
物理节点接入的接入层交换机可优先选择在数据中心10内的路径信息,也就是说,接入层交换机将第一路径信息确定为目标路径信息。在实施中,可根据路径长度确定优先级,也就是说,可设置为优选长度短的路径。由于根据BGP协议获取的路径在每经过一个交换机时,路径长度就会增加,若跨数据中心,则需要增加汇聚层交换机以及核心层交换机的路径,因此,本数据中心内的路径长度必然比跨数据中心的路径长度短。
在已确定目标路径信息的情况下,物理节点可与第一DNS节点建立数据链路。最后,向第一DNS节点发送请求第一DNS节点的MAC地址的ARP请求包,利用所述MAC地址,获取第一DNS节点对于请求数据包的响应数据包。
此外,若第一DNS节点发生故障,例如,第一DNS节点所在的机房停电或者第一DNS节点由于功耗过大自动断电等,那么,接入层交换机可将第二路径信息确定为目标路径信息,此时,接入层交换机可运行ARP代理服务,代表该物理节点,向第二路径信息中的DNS节点发送请求第一DNS节点的MAC地址的ARP请求包,利用所述MAC地址,获取第一DNS节点对于请求数据包的响应数据包。应注意,接入层交换机可持续运行ARP代理服务,也可在确定利用第二路径信息作为路标路径信息的情况下,启动ARP代理服务。
综上所述,根据本申请的示例性实施例的数据处理方法可在不改变物理节点内的DNS节点的IP地址的情况下,通过将DNS节点单独接入第一交换机,从而提高了地址解析服务的容灾能力和服务可用性,此外,所述方法可向接入层交换机提供到达不同数据中心的DNS的路径信息,从而可根据用户需求选择不同的路径信息,此外,可设置为优先选择本地数据中心的路径信息,从而提高DNS节点的解析速度,此外,接入层交换机可运行ARP代理服务,从而在不影响原有数据中心的业务并可配合实现容灾。
为了更好地说明本申请,以下将参照图5描述接入层交换机执行的数据处理方法的流程图。
如图5所示,在步骤S510,接入层交换机接收到物理节点发出的地址解析请求,也就是说,所接入的物理节点发出地址解析请求后,所述物理节点接入的接入层交换机可接收到该请求。
随后,在步骤S520,获取所述地址解析请求对应的目标地址。也就是说,从所述地址解析请求中提取出执行地址解析的DNS节点的网络地址作为目标地址。
随后,在步骤S530,从候选路径中确定到达所述目标地址的目标路径。首先,获取与所述接入层交换机属于相同网段内的节点之间的路径信息,具体来说,所述接入层交换机可利用EBGP协议获取到所属数据中心内部各个交换机公布的各种路径信息,应注意,由于以上已经描述了第一数据中心和第二数据中心可通过专线相互连接汇聚层或者核心交换层,所以第一数据中心内的接入层交换机除了接收到属于同一数据中心的交换机利用EBGP协议发送的路径信息,还可接收到属于不同数据中心的交换机利用EBGP协议发送的路径信息。
其次,从所述路径信息提取出到达具有目标地址的至少一个DNS节点的至少一条候选路径,其中,所述至少一个DNS节点包括与接入层交换机处于同一数据中心的第一DNS节点和与接入层交换机处于不同数据中心的第二DNS节点。在此情况下,从路径信息中确定到达第一DNS节点的第一路径信息以及到达第二DNS节点的第二路径信息作为至少一条候选路径,其中,第一路径信息是从第一交换机获取的从第一DNS节点到达第一交换机的路径信息,所述第一交换机与接入层交换机处于同一数据中心,第二路径信息是从第二交换机获取的从第二DNS节点到达第二交换机的路径信息,所述第二交换机与接入层交换机处于不同数据中心。
最后,从至少一条候选路径中确定目标路径。在实施中,可从候选路径中优先选择本数据中心内的交换机发布的路径信息,也就是说,可选择第一DNS节点作为目标DNS节点,并在确定第一DNS节点的情况下,确定第一路径信息作为目标路径信息。
在实施中,还可根据路径长度确定目标路径,也就是说,可设置为优选长度短的路径作为目标路径。由于根据BGP协议获取的路径在每经过一个交换机时,路径长度就会增加,若跨数据中心,则需要增加汇聚层交换机以及核心层交换机的路径,因此,本数据中心内的路径长度必然比跨数据中心的路径长度短。
在实施中,若第一DNS节点和接入层交换机之间临时断开,也就是说,接入层交换机在预定时间段内没有收到第一DNS节点发送的Keepalive数据包,指示BGP链接已断开,则所述接入层交换机无法提供到达第一DNS节点的第一路径信息,此时,选择第二DNS节点作为目标DNS节点,并确定第二路径信息作为目标路径信息。
此时,所述接入层交换机可通过运行的APR代理服务,向第二DNS节点转发请求第二DNS节点的MAC地址的ARP请求包。
最后,步骤S540,基于所述目标路径对所述地址解析请求进行处理。
综上所述,根据本申请的示例性实施例的数据处理方法可向客户端提供多个候选路径信息并从候选路径信息选择目标路径信息,提高了地址解析服务的容灾能力和服务可用性。此外,可设置为优先选择本地数据中心的路径信息,从而保证了DNS节点的解析速度,此外,接入层交换机可通过运行ARP代理服务,从而在不影响原有数据中心的业务并可配合提供容灾的技术方案。
为了更清楚地明白本申请的示例性实施例的发明构思,以下将参照图6描述本申请的示例性实施例的数据处理装置的框图。本领域普通技术人员将理解:图6中的数据处理装置仅示出了与本示例性实施例相关的组件,数据处理装置中还包括除了图6中示出的组件之外的通用组件。
图6示出本申请的示例性实施例的数据处理装置的框图。参考图6,在硬件层面,该服务器包括处理器、内部总线和计算机可读存储介质,其中,所述计算机可读存储介质包括易失性存储器和非易失性存储器。处理器从非易失性存储器中读取对应的计算机程序然后运行。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
具体来说,当所述数据处理装置作为接入层交换机时,所述处理器执行以下操作:接入层交换机接收到物理节点发出的地址解析请求;获取所述地址解析请求对应的目标地址;从候选路径中确定到达所述目标地址的目标路径;基于所述目标路径对所述地址解析请求进行处理。可选地,所述处理器实现步骤
获取所述地址解析请求对应的目标地址包括:从所述地址解析请求中提取出执行地址解析的DNS节点的网络地址作为目标地址。
可选地,所述处理器在实现步骤从候选路径中确定到达所述目标地址的目标路径:获取与所述接入层交换机属于相同网段内的节点之间的路径信息;从所述路径信息提取出到达具有目标地址的至少一个DNS节点的至少一条候选路径;从至少一条候选路径中确定目标路径。
可选地,所述至少一个DNS节点包括与接入层交换机处于同一数据中心的第一DNS节点和与接入层交换机处于不同数据中心的第二DNS节点。可选地,所述处理器在实现步骤
所述处理器在实现步骤从所述路径信息中确定到达具有目标地址的至少一个DNS节点的至少一条候选路径包括:从路径信息中确定到达第一DNS节点的第一路径信息以及到达第二DNS节点的第二路径信息作为至少一条候选路径,其中,第一路径信息是从第一交换机获取的从第一DNS节点到达第一交换机的路径信息,所述第一交换机与接入层交换机处于同一数据中心,第二路径信息是从第二交换机获取的从第二DNS节点到达第二交换机的路径信息,所述第二交换机与接入层交换机处于不同数据中心。
可选地,所述处理器在实现步骤从至少一条候选路径中确定目标路径包括:从至少一条候选路径中选择到达第一DNS节点的候选路径作为目标路径。可选地,所述处理器还可实现步骤:在确定第一DNS节点发生故障的情况下,选择到达第二DNS节点的路径信息作为目标路径。
可选地,所述处理器还可实现步骤:从至少一条候选路径中选择长度最短的路径作为目标路径。
可选地,所述处理器还可实现步骤:根据所述目标路径,接入层交换机通过运行地址解析协议(APR)代理服务向第二DNS节点转发请求第二DNS节点的MAC地址的ARP请求包。
综上可述,综上所述,根据本申请的示例性实施例的数据处理装置可在不改变物理节点内的DNS节点的IP地址的情况下,通过将DNS节点单独接入第一交换机,提高了地址解析服务的容灾能力和服务可用性,此外,向接入层交换机提供到达不同数据中心的DNS的路径信息,从而可根据用户需求选择不同的路径信息,此外,可设置为优先选择本地数据中心的路径信息,从而提高DNS节点的解析速度,此外,接入层交换机可运行ARP代理服务,从而在不影响原有数据中心的业务并可配合提供容灾的技术方案。
此外,根据本申请的示例性实施例还提供一种数据处理系统,包括:第一DNS节点,分别接入接入层交换机和第一交换机;第一交换机,接入第一DNS节点,用于获取第一DNS节点到达第一交换机的第一路径信息,并将第一路径信息转发至接入层交换机;接入层交换机,分别接入第一DNS节点以及至少一个物理节点,用于接收所述至少一个物理节点发出的地址解析请求;获取所述地址解析请求对应的目标地址;从候选路径中确定到达所述目标地址的目标路径,其中,所述候选路径包括从第一交换机接收到的第一路径信息;基于所述目标路径对所述地址解析请求进行处理。
可选地,所述接入层交换机还用于从所述路径信息提取出包括第一路径信息的至少一条候选路径;从至少一条候选路径中确定目标路径。
可选地,所述至少一条候选路径还包括到达第二DNS节点的第二路径信息,其中,第二路径信息是从第二交换机获取的从第二DNS节点到达第二交换机的路径信息,所述第二交换机与所述接入层交换机处于不同数据中心。
需要说明的是,实施例1所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤21和步骤22的执行主体可以为第一设备,步骤23的执行主体可以为第二设备;又比如,步骤21的执行主体可以为第一设备,步骤22和步骤23的执行主体可以为第二设备;等等。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory medium),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (8)
1.一种数据处理方法,其特征在于,包括:
接入层交换机接收到物理节点发出的地址解析请求;
获取所述地址解析请求对应的目标地址;
从候选路径中确定到达所述目标地址的目标路径;
基于所述目标路径对所述地址解析请求进行处理;
从候选路径中确定到达所述目标地址的目标路径包括:
获取与所述接入层交换机属于相同网段内的节点之间的路径信息;
从所述路径信息提取出到达具有目标地址的至少一个DNS节点的至少一条候选路径;
从至少一条候选路径中确定目标路径;
所述至少一个DNS节点包括与所述接入层交换机处于同一数据中心的第一DNS节点和与所述接入层交换机处于不同数据中心的第二DNS节点;
从所述路径信息提取出到达具有目标地址的至少一个DNS节点的至少一条候选路径包括:
从路径信息中确定到达第一DNS节点的第一路径信息以及到达第二DNS节点的第二路径信息作为至少一条候选路径,其中,第一路径信息是从第一交换机获取的从第一DNS节点到达第一交换机的路径信息,所述第一交换机与所述接入层交换机处于同一数据中心,第二路径信息是从第二交换机获取的从第二DNS节点到达第二交换机的路径信息,所述第二交换机与所述接入层交换机处于不同数据中心。
2.如权利要求1所述的方法,其特征在于,获取所述地址解析请求对应的目标地址包括:
从所述地址解析请求中提取出执行地址解析的DNS节点的网络地址作为目标地址。
3.如权利要求1所述的方法,其特征在于,从至少一条候选路径中确定目标路径包括:
从至少一条候选路径中选择到达第一DNS节点的候选路径作为目标路径。
4.如权利要求3所述的方法,其特征在于,还包括:
在确定所述第一DNS节点发生故障的情况下,选择到达第二DNS节点的路径信息作为目标路径。
5.如权利要求1所述的方法,其特征在于,从至少一条候选路径中确定目标路径包括:
从至少一条候选路径中选择长度最短的路径作为目标路径。
6.如权利要求5所述的方法,其特征在于,还包括:
根据所述目标路径,接入层交换机通过运行地址解析协议ARP代理服务,向第二DNS节点转发请求第二DNS节点的MAC地址的ARP请求包。
7.一种数据处理装置,其特征在于,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行如权利要求1至6中的任一权利要求所述的方法。
8.一种数据处理系统,其特征在于,包括:
第一DNS节点,分别接入接入层交换机和第一交换机;
第一交换机,接入第一DNS节点,用于获取第一DNS节点到达第一交换机的第一路径信息,并将第一路径信息转发至接入层交换机;
接入层交换机,分别接入第一DNS节点以及至少一个物理节点,用于接收所述至少一个物理节点发出的地址解析请求;获取所述地址解析请求对应的目标地址;从候选路径中确定到达所述目标地址的目标路径,其中,所述候选路径包括从第一交换机接收到的第一路径信息;基于所述目标路径对所述地址解析请求进行处理;
所述接入层交换机还用于从所述路径信息提取出包括第一路径信息的至少一条候选路径;从至少一条候选路径中确定目标路径;
所述至少一条候选路径还包括到达第二DNS节点的第二路径信息,其中,第二路径信息是从第二交换机获取的从第二DNS节点到达第二交换机的路径信息,所述第二交换机与所述接入层交换机处于不同数据中心。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010001702.7A CN113067781B (zh) | 2020-01-02 | 2020-01-02 | 一种数据处理方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010001702.7A CN113067781B (zh) | 2020-01-02 | 2020-01-02 | 一种数据处理方法及其装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113067781A CN113067781A (zh) | 2021-07-02 |
CN113067781B true CN113067781B (zh) | 2022-12-27 |
Family
ID=76558096
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010001702.7A Active CN113067781B (zh) | 2020-01-02 | 2020-01-02 | 一种数据处理方法及其装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113067781B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103001876A (zh) * | 2012-11-26 | 2013-03-27 | 中国联合网络通信集团有限公司 | 承载网流量优化方法、路由器、优化服务器及承载网系统 |
CN108173976A (zh) * | 2016-12-07 | 2018-06-15 | 腾讯科技(深圳)有限公司 | 域名解析方法及装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103095571A (zh) * | 2013-01-17 | 2013-05-08 | 成都西加云杉科技有限公司 | 实现网络冗余和数据流无缝切换的方法及系统 |
CN104486455A (zh) * | 2014-12-09 | 2015-04-01 | 北京百度网讯科技有限公司 | 路由地址切换方法及装置 |
CN105245633A (zh) * | 2015-10-19 | 2016-01-13 | 北京奇虎科技有限公司 | 一种安全域名系统及其故障处理方法 |
CN107465721B (zh) * | 2017-06-27 | 2020-10-30 | 国家电网有限公司 | 基于双活架构的全局负载均衡方法和系统及调度服务器 |
CN109391703B (zh) * | 2017-08-10 | 2021-11-23 | 阿里巴巴集团控股有限公司 | 域名解析方法、装置、设备和计算机存储介质 |
CN107911498A (zh) * | 2017-11-24 | 2018-04-13 | 杭州迪普科技股份有限公司 | 一种基于dns代理实现dns解析的方法及装置 |
CN109510770B (zh) * | 2018-12-07 | 2021-05-04 | 北京金山云网络技术有限公司 | 负载均衡节点之间的信息同步方法、装置和处理设备 |
-
2020
- 2020-01-02 CN CN202010001702.7A patent/CN113067781B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103001876A (zh) * | 2012-11-26 | 2013-03-27 | 中国联合网络通信集团有限公司 | 承载网流量优化方法、路由器、优化服务器及承载网系统 |
CN108173976A (zh) * | 2016-12-07 | 2018-06-15 | 腾讯科技(深圳)有限公司 | 域名解析方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113067781A (zh) | 2021-07-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10027623B2 (en) | Internet protocol address resolution | |
EP2974234B1 (en) | Generating a host route | |
JP6080313B2 (ja) | 仮想ネットワークを実装及び管理するシステム及び方法 | |
US7978631B1 (en) | Method and apparatus for encoding and mapping of virtual addresses for clusters | |
CN106412142B (zh) | 一种资源设备地址获取方法及装置 | |
CN107094110B (zh) | 一种dhcp报文转发方法及装置 | |
CN113872845B (zh) | 建立vxlan隧道的方法及相关设备 | |
WO2014115157A1 (en) | Address resolution in software-defined networks | |
TWI577164B (zh) | 可縮放位址解析之技術 | |
WO2016134624A1 (zh) | 路由方法、装置及系统、网关调度方法及装置 | |
US9935791B2 (en) | Method and system for name resolution across heterogeneous architectures | |
US11736393B2 (en) | Leveraging multicast listener discovery for discovering hosts | |
CN113364741A (zh) | 一种应用访问方法及代理服务器 | |
CN108023971B (zh) | 一种dhcp报文转发方法和装置 | |
EP2629492A1 (en) | Method, switch, and system for processing a message | |
WO2013159667A1 (en) | Virtual router redundancy protocol load balancing mode (vrrpe) | |
US10298672B2 (en) | Global contact-point registry for peer network devices | |
CN110752989A (zh) | 一种东西向流量转发方法与装置 | |
CN113067781B (zh) | 一种数据处理方法及其装置 | |
CN113518104B (zh) | 一种数据报文的处理方法、中转设备及系统 | |
CN111954102B (zh) | 一种dhcpv6 pd场景下的路由控制方法与装置 | |
Jeong et al. | Lisp controller: a centralized lisp management system for isp networks | |
CN113098750A (zh) | 一种站点互连方法、系统及中转设备 | |
CN113545130A (zh) | 利用分布式散列的无线客户端的快速漫游和统一策略 | |
CN113872844B (zh) | 建立vxlan隧道的方法及相关设备 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230601 Address after: Room 1-2-A06, Yungu Park, No. 1008 Dengcai Street, Sandun Town, Xihu District, Hangzhou City, Zhejiang Province Patentee after: Aliyun Computing Co.,Ltd. Address before: Grand Cayman capital building, a mailbox four / 847 Patentee before: ALIBABA GROUP HOLDING Ltd. |
|
TR01 | Transfer of patent right |