CN116112466A - 域名解析方法及装置 - Google Patents

Abstract

本申请实施例提供的一种域名解析方法及装置，该方法包括：获取第一云服务器发起的域名解析请求，其中，域名解析请求中包括第二云服务器的域名标识。根据第一设备中存储的第一映射信息，确定域名标识所对应的目标设备标识。获取域名标识所对应的目标网络地址，目标网络地址为根据目标设备中存储的第二映射信息确定的，目标设备为目标设备标识所对应的设备，目标设备中运行有第二云服务器。第一云服务器返回目标网络地址，目标网络地址为域名解析请求所对应的解析结果。本申请提供的方法可以实现基于运行云服务器的设备就有效的实现域名解析，而无需进行解析服务器的部署和架构，因此可以有效的降低域名解析系统的部署复杂度。

Description

域名解析方法及装置

技术领域

本申请实施例涉及计算机技术，尤其涉及一种域名解析方法及装置。

背景技术

域名解析是指域名和IP(网际互连协议，Internet Protocol)地址之间的转换，域名解析可以实现通过域名方便的访问网站。

现有技术中在进行域名解析的时候，通常是部署权威DNS(Domain Name System，域名系统)服务器和本地DNS服务器。当存在域名解析请求的时候，首先在本地DNS服务器中查找域名对应的IP地址，若本地DNS服务器中未查找到，则在权威DNS服务器中查找，以实现域名解析。

然而，部署本地DNS服务器和权威DNS服务器的网络架构，会导致域名解析系统的部署复杂度较高。

发明内容

本申请实施例提供一种域名解析方法及装置，以克服域名解析系统的部署复杂度较高。

第一方面，本申请实施例提供一种域名解析方法，包括：

获取第一云服务器发起的域名解析请求，其中，所述域名解析请求中包括第二云服务器的域名标识；

根据所述第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识；

获取所述域名标识所对应的目标网络地址，所述目标网络地址为根据目标设备中存储的第二映射信息确定的，所述目标设备为所述目标设备标识所对应的设备，所述目标设备中运行有所述第二云服务器；

向所述第一云服务器返回所述目标网络地址，所述目标网络地址为所述域名解析请求所对应的解析结果。

第二方面，本申请实施例提供一种域名解析装置，包括：

获取模块，用于获取第一云服务器发起的域名解析请求，其中，所述域名解析请求中包括第二云服务器的域名标识；

确定模块，用于根据所述第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识；

所述获取模块还用于，获取所述域名标识所对应的目标网络地址，所述目标网络地址为根据目标设备中存储的第二映射信息确定的，所述目标设备为所述目标设备标识所对应的设备，所述目标设备中运行有所述第二云服务器；

传输模块，用于向所述第一云服务器返回所述目标网络地址，所述目标网络地址为所述域名解析请求所对应的解析结果。

第三方面，本申请实施例提供一种域名解析设备，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上第一方面以及第一方面各种可能的设计中任一所述的方法。

本申请实施例提供的一种域名解析方法及装置，通过在第一设备中存储域名和设备标识对应的第一映射信息，以及在第一设备中存储域名和网络地址对应的第二映射信息，从而可以实现基于运行云服务器的设备就可以有效的实现域名解析，而无需进行解析服务器的部署和架构，因此可以有效的降低域名解析系统的部署复杂度。

附图说明

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

图1为域名解析的DNS服务器架构的实现示意图；

图2为本申请实施例提供的域名解析系统的架构示意图；

图3为本申请实施例提供的域名解析系统的流程图；

图4为本申请实施例提供的域名解析方法的流程图二；

图5为本申请实施例提供的域名解析方法的执行过程示意图一；

图6为本申请实施例提供的第二映射信息的实现示意图；

图7为本申请实施例提供的域名解析方法的流程图三；

图8为本申请实施例提供的域名解析方法的执行过程示意图二；

图9为本申请实施例提供的域名解析方法的流程图四；

图10为本申请实施例提供的域名解析方法的执行过程示意图三；

图11为本申请实施例提供的域名解析装置的结构示意图；

图12为本申请实施例提供的域名解析设备的硬件结构示意图。

具体实施方式

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

为了更好的理解本申请的技术方案，下面对本申请所涉及的相关技术进行进一步的详细介绍。

域名是由一串用点分隔的名字组成的Internet上某一台计算机或计算机组的名称，用于在数据传输时对计算机的定位标识。由于IP地址具有不方便记忆并且不能显示地址组织的名称和性质等缺点，因此设计出了域名，并通过DNS来将域名和IP地址相互映射，以使得用户可以更方便地访问互联网，而不用去记住能够被机器直接读取的IP地址数串。

其中，域名和IP地址之间的转换即称为域名解析。在一种应用场景下，比如说公有云可以提供私网域名解析服务，其中私网域名是指只能在私网访问的域名。比如说客户可以通过类似abc.ecs.local的域名，访问ID为abc的云服务器，则这个实现过程中，就需要进行域名解析，以确定域名对应的IP地址。其中，使用私网域名访问云服务器，可以规避云服务器重启时，私网IP变化的问题，从而降低应用软件的部署复杂度，减少资源运维成本。

下面可以结合图1对目前相关技术中的域名解析的相关实现进行介绍，图1为域名解析的DNS服务器架构的实现示意图。

首先对图1中所示的区域(Region)以及AZ(Availability Zones，可用区)进行说明。

其中Region可以理解为地理上的区域，比如说亚洲区、北美区等等。以及AZ指的是一个故障隔离域，在一个Region中可以包括多个AZ，其中不同的AZ之间是物理隔离的，但是内网互通，一个AZ不受其他AZ故障的影响。因此这种划分方式可以既保证AZ的独立性，又提供了低价、低时延的网络连接。

比如说在图1的示意中，假设存在区域1和区域2，在区域1中包括AZ1和AZ2，在区域2中比如说包括AZ2。可以理解的是，区域1中的AZ2和区域2中的AZ2是两个不同的可用区。

在此架构上，目前的相关技术中在每个AZ内部都部署有本地解析集群，在本地解析集群中包括多个本地DNS服务器。比如说图1的示意中，在AZ1、AZ2的内部都部署有多个本地DNS服务器。其中本地DNS服务器也可以称作递归解析器，负责接收用户对任意域名的查询，并且可以查询权威解析器，并返回结果给用户。其中本地DNS服务器可以缓存结果以避免重复向上查询。

以及，在每个区域内部都部署有权威解析集群，在权威解析集群中包括多个权威DNS服务器。比如说图1的示意中，在区域1、区域2的内部都部署有多个权威DNS服务器。其中权威DNS服务器是经过上一级授权对域名进行解析的服务器。

以及在图1的示例中，针对多个区域，还部署有站点级全局的域名解析管控系统，其用于进行全局的域名解析管理。

以及，用户可以在云平台上注册云服务器，其中云服务器等同于一台虚拟服务器，内含CPU、内存、操作系统、网络配置、磁盘等基础的计算组件。可以理解的是，在每个AZ中都可以存在多台物理机，在一个物理机中可以注册得到多个云服务器，其中云服务器也可以称为实例，可以理解的是，通过云服务器的方式，用户无需获得硬件，就可以迅速的创建或者释放多台云服务器。

比如说参照图1可以确定的是，在图1所示的每一个AZ内部都存在多个云服务器，其中一个AZ内部的云服务器，可以是在一台物理机上注册的，也可以是在多台物理机上注册的，本实施例对此不做限制。

在上述介绍图1的架构的基础上，首先对云服务器新建时的相关实现进行说明。

当用户新建一台云服务器时，域名解析管控系统会找到该云服务器所对应的区域的权威解析集群，并在该权威解析集群中添加域名的A记录和/或AAAA记录。

其中，将域名指向一个IPv4地址时，需要增加A(Address，地址)记录，A记录是用来指示域名对应的IPv4地址的记录。以及，将域名指向一个IPv6地址时，需要增加AAAA记录，AAAA记录是用来指示域名对应的IPv6地址的记录。

以及，当云服务器被释放或者被关机的时候，域名解析管控系统会找到该云服务器所对应的区域的权威解析集群，并在该权威解析集群中删除该云服务器的域名所对应的A记录以及AAAA记录。

以及，当云服务器请求解析某个域名的时候，比如说图1中的AZ1中的第二个云服务器请求解析某个域名。则域名解析管控系统会首先查询AZ1内的本地解析集群。

如果在AZ1内的本地解析集群中没有命中缓存，则AZ1中的本地解析集群查询区域1的权威解析集群，以在区域1中的权威解析集群中获取域名对应的A记录和/或AAAA记录，将查询结果返回给请求方，并将该查询结果缓存在AZ1中的本地解析集群中。

或者，如果在AZ1内的本地解析集群中命中了缓存，则直接将AZ1中记录的域名对应的A记录和/或AAAA记录返回给请求方。

上述介绍的这种本地-权威集中式域名解析系统存在如下缺陷：

1、需要在各个AZ内部署专用的本地解析集群，以及需要在各个区域内部署专用的权威解析集群，会导致成本以及部署复杂度都较高。

以及在需要扩缩容的时候，要针对每一个AZ以及每一个区域都进行相应的调整，从而导致扩缩容的粒度较大，并且扩缩容的速度较慢。

2、在每一个AZ内的本地解析集群的带宽以及QPS(每秒查询率，Queries-per-second)，都需要满足本AZ内部大量的云服务器的域名解析请求，目前的这种部署方式存在请求带宽低的问题，难以满足大量云服务器的域名解析请求。

3、当云服务器新建的时候，域名解析管控系统需要在云服务器所对应的区域内的所有权威解析集群中，都下发云服务器的域名所对应的A记录和/或AAAA记录。在均下发成功之后，权威解析集群再向域名解析管控系统返回下发成功的反馈消息，这个过程往往需要耗费大量的时间，比如说是分钟级的。

以及，当云服务器在关机或者释放的时候，域名解析管控系统需要在云服务器所对应的区域内的所有权威解析集群中，都删除该域名以及对应的记录，并且在该区域内的各个AZ内的本地解析集群中，也需要超时淘汰该域名以及对应的记录，这个过程也需要耗费大量的时间，通常也是分钟级的。

也就是说目前的相关技术中存在云服务器的注册、销毁速度慢，效率低下的问题。

针对上述介绍的相关技术中的问题，本申请提出了如下技术构思：因为云服务器的创建和销毁都是比较频繁的，因此云服务器的域名相应的对应关系实际上不需要很久的持久性，因此本申请中不再使用传统的本地-权威解析集群，而是在各个物理机内部部署域名解析进程，也就是说在搭载云服务器的物理机上直接实现域名解析，这样就可以避免再进行解析集群的搭建，以克服上述介绍的相关问题。

对本申请中的系统架构进行说明，图2为本申请实施例提供的域名解析系统的架构示意图。

如图2所示，在每个AZ内部可以存在多台设备，比如说在AZ1中存在设备1和设备2，在AZ2中存在设备3，此处的设备可以理解为物理机，当用户注册云服务器的时候，就是在物理机中实现注册的。

以及，在每一个设备中都运行有Hypervisor，其中Hypervisor又称虚拟机监视器(virtual machine monitor，VMM)，Hypervisor是用来建立与执行虚拟机的软件、固件或硬件。其中，被Hypervisor用来执行一个或多个虚拟机的电脑称为主体机器(host machine)，也就是本实施例中提到的物理机(或者说设备)，这些虚拟机则称为客体机器(guestmachine)，也就是本实施例中到的云服务器。

因此本实施例中的虚拟机监视器可以用于管理物理机中的云服务器。以及参照图2可以确定的是，在每个虚拟机监视器中都存在域名解析进程、设备查询服务、IP查询服务。

其中域名解析进程用于进行域名解析相关的数据传输、数据处理操作。设备查询服务用于提供查询域名对应的设备服务，IP查询服务用于提供查询域名对应的IP地址的设备服务。

基于图2可以确定的是，本实施例中将域名解析的相关服务部署在物理机内部，从而可以有效避免需要进行解析集群的搭建。

在上述介绍内容的基础上，下面结合具体的实施例对本申请提供的域名解析方法进行详细介绍，在介绍之前首先要说明的是，本申请提供的域名解析方法可以应用于第一设备，此处的第一设备可以理解为上述介绍的物理机。在实际实现过程中，物理机的具体实现可以根据实际需求进行选择，凡是可以用于创建并支持虚拟机运行的设备，均可以作为本实施例中的第一设备。

下面结合图3进行说明，图3为本申请实施例提供的域名解析系统的流程图。

如图3所示，该方法包括：

S301、获取第一云服务器发起的域名解析请求，其中，域名解析请求中包括第二云服务器的域名标识。

在本实施例中，在第一设备中可以运行有至少一个云服务器，以及相应的，还存在很多的其他设备，与第一设备类似，在每个设备中都可以运行有至少一个云服务器。

本实施例中的第一设备可以获取第一云服务器发起的域名解析请求。其中，第一云服务器比如说可以是第一设备中的云服务器，那么也就是说可以是第一设备中的云服务器向第一设备发起域名解析请求。或者，第一云服务器比如说还可以是其他设备中的云服务器，那么也就是说其他设备中的云服务器请求第一设备处理域名解析请求。

以及在本实施例中，域名解析请求中包括第二云服务器的域名标识，也就是说用户在第一云服务器中请求对第二云服务器对应的域名进行解析。

其中，第二云服务器比如说可以是第一设备中的云服务器，也就是说当前的第一云服务器请求第一设备对第一设备中的云服务器的域名进行解析。或者，第二云服务器比如说还可以是其他设备中的云服务器，也就是说当前的第一云服务器请求第一设备对其他设备中的云服务器的域名进行解析。

在实际实现过程中，第一云服务器和第二云服务器具体是哪个设备中的云服务器，是可以根据实际需求进行选择的，以及相应的就是说，域名解析请求是哪个设备中的云服务器发起的，以及又是要针对哪个设备中的云服务器进行解析，都是可以根据实际需求进行选择的。

S302、根据第一设备中存储的第一映射信息，确定域名标识所对应的目标设备标识。

在本实施例中，第一设备中存储有第一映射信息，其中第一映射信息中可以包括域名标识和其对应的目标设备标识之间的映射关系，当存在多个域名标识的时候，相应的就存在多条映射关系。

在一种可能的实现方式中，第二云服务器的域名标识所对应的目标设备标识，就是创建第二云服务器的设备的设备标识。

本实施例中的域名解析请求中包括了第二云服务器的域名标识，因此第一设备可以根据第一设备中所存储的第一映射信息，确定第二云服务器的域名标识所对应的目标设备标识。

其中，设备标识比如说可以是设备的IP，或者还可以是其余的标识信息，只要设备标识可以实现对设备的唯一指示即可，本实施例对此不做限制。

S303、获取域名标识所对应的目标网络地址，目标网络地址为根据目标设备中存储的第二映射信息确定的，目标设备为目标设备标识所对应的设备，目标设备中运行有第二云服务器。

本实施例中确定的目标设备标识可以指示目标设备，可以理解的是，其中的目标设备有可能是本实施例中的第一设备，也有可能是其他设备。但是无论是哪一种情况，各个设备都是类似的，可以理解在目标设备中运行有第二云服务器。

在一种可能的实现方式中，在目标设备中存储有第二映射信息。其中第二映射信息中可以包括多个域名标识和其对应的网络地址之间的映射关系，当存在多个域名标识的时候，相应的就存在多条映射关系。此处的网络地址比如说可以是内网IP，或者网络地址的实现方式还可以根据实际需求进行选择。

因此本实施例中在确定目标设备标识之后，可以首先确定目标设备标识所指示的目标设备，之后由目标设备根据其中所存储的第二映射信息，确定域名标识所对应的目标网络地址，然后本实施例中的第一设备可以获取域名标识所对应的目标网络地址。

S304、向第一云服务器返回目标网络地址，目标网络地址为域名解析请求所对应的解析结果。

在本实施例中，域名解析请求用于请求解析第二云服务器的域名所对应的网络地址，而上述确定的目标网络地址实际上就是该域名解析请求所对应的请求结果。

因此在确定目标网络地址之后，第一设备就可以向第一云服务器返回目标网络地址。在一种可能的实现方式中，第一设备比如说可以通过第一设备中运行的虚拟机监控器，将目标网络地址传输给第一云服务器，从而可以有效实现第一云服务器的处理。

本申请实施例提供的域名解析方法，包括：获取第一云服务器发起的域名解析请求，其中，域名解析请求中包括第二云服务器的域名标识。根据第一设备中存储的第一映射信息，确定域名标识所对应的目标设备标识。获取域名标识所对应的目标网络地址，目标网络地址为根据目标设备中存储的第二映射信息确定的，目标设备为目标设备标识所对应的设备，目标设备中运行有第二云服务器。第一云服务器返回目标网络地址，目标网络地址为域名解析请求所对应的解析结果。通过在第一设备中存储域名和设备标识对应的第一映射信息，以及在第一设备中存储域名和网络地址对应的第二映射信息，从而可以实现基于运行云服务器的设备就可以有效的实现域名解析，而无需进行解析服务器的部署和架构，因此可以有效的降低域名解析系统的部署复杂度。

在上述实施例的基础上，可以确定的是，本申请中的第一云服务器可以是第一设备中运行的服务器，也可以是其他设备中运行的服务器。以及第二云服务器可以是第一设备中运行的服务器，也可以是其他设备中运行的服务器。针对不同的情况，其对应的实现方式也存在一定的差异，下面结合几个具体的实施例，对不同情况下的实现方式分别进行介绍。

首先对第一云服务器和第二云服务器都是第一设备中的云服务器的情况进行说明，该情况具体就是说第一设备中的云服务器请求对第一设备中的另一个云服务器的域名进行解析。

下面结合图4至图6对本申请提供的域名解析方法进行进一步的详细介绍。图4为本申请实施例提供的域名解析方法的流程图二，图5为本申请实施例提供的域名解析方法的执行过程示意图一，图6为本申请实施例提供的第二映射信息的实现示意图。

如图4所示，该方法包括：

S401、通过第一设备中的域名解析进程，获取第一云服务器发起的域名解析请求。

在本实施例中，第一云服务器为第一设备中的云服务器，因为是第一设备内部的操作，因此例如可以通过第一设备中的域名解析进程，获取第一云服务器发起的域名解析请求。

其中，域名解析请求中包括第二云服务器的域名标识，本实施例中的第二云服务器也是第一设备中的云服务器。

比如说结合图5进行理解，在图5的示例中，设备1可以通过域名解析进程获取云服务器a发起的域名解析请求，假设该域名解析请求是请求对云服务器b的域名进行解析。

其中云服务器a和云服务器b都是设备1中的云服务器，云服务器a也就相当于上述介绍的第一云服务器，云服务器b也就相当于上述介绍的第二云服务器。

S402、若第一设备中存储的第一映射信息中，包括域名标识和目标设备标识之间的第一映射关系，则根据第一映射关系，确定域名标识所对应的目标设备标识。

在本实施例中，在接收到域名解析请求之后，需要根据第一设备中所存储的第一映射信息，确定域名标识所对应的目标设备标识。

在一种可能的实现方式中，本实施例中的云服务器通常是在某个设备中创建的，在该设备中创建之后，创建云服务器的设备比如说可以生成云服务器的域名和设备标识之间的映射关系，并且将这个映射关系写入到中心数据库中。当需要某个映射关系的时候，设备再从中心数据库中具体获取某个映射关系。

因此在第一设备所存储的第一映射信息中，有可能包括域名标识和目标设备标识之间的第一映射关系，也有可能不包括第一映射关系。

在本实施例中，需要首先确定第一设备所存储的第一映射信息中，是否包括该域名标识和目标设备标识之间的第一映射关系，比如说第一映射关系可以表示为<云服务器a的域名，设备1>。

在一种可能的实现方式中，若第一设备所存储的第一映射信息中，包括上述介绍的第一映射关系，则可以直接根据第一设备中所存储的第一映射关系，确定该域名标识所对应的目标设备标识。比如说在上述介绍的示例中，可以确定云服务器a的域名所对应的目标设备标识是“设备1”。

以及，第一映射信息比如说可以对应图5中的设备查询服务，例如可以是通过设备查询服务对应的单元中存储有第一映射信息，然后由设备查询服务查询域名标识所对应的目标设备标识。

在一种可能的实现方式中，图5中的设备查询服务还可以理解为虚拟机监视器中的管控单元，其中管控单元用于确定域名标识对应的设备，则在根据第一映射信息确定目标设备标识的时候，比如说可以通过管控单元查询第一映射信息，以确定域名标识所对应的目标设备标识。

S403、若第一设备中存储的第一映射信息中，不包括第一映射关系，则根据域名标识从中心数据库中获取第一映射关系，并根据第一映射关系，确定域名标识所对应的目标设备标识。

在另一种可能的实现方式中，若在第一设备所存储的第一映射信息中，不包括上述介绍的第一映射关系，则需要从中心数据库中获取该第一映射关系。

比如说可以根据域名标识，从中心数据库中获取该域名标识所对应的第一映射关系，之后根据从中心数据库中所获取的第一映射关系，确定域名标识所对应的目标设备标识。

在实际实现过程中，比如说可以针对整个云平台设立一个中心数据库，那么相应的在中心数据库中就包括整个云平台中的设备和域名之间的映射关系。或者还可以是针对一个AZ设立一个中心数据库，那么相应的在中心数据库中就包括整个AZ中的设备和域名之间的映射关系，中心数据库的具体设置方式可以根据实际需求进行选择和设置。

S404、将第一映射关系存储在第一设备中，以更新第一映射信息。

在从中心数据库中获取到第一映射关系之后，比如说可以将第一映射关系存储在第一设备中，从而可以在下次再需要访问第一映射关系的时候，直接从第一设备的本地获取，以避免再向中心数据库发起请求，从而可以有效的减少数据交互的操作。

S405、根据第一设备中存储的第二映射信息，确定域名标识所对应的目标网络地址。

基于上述介绍可以确定的是，在第一设备中存储有第二映射信息，之后就需要根据第一设备中存储的第二映射信息，确定第二云服务器的域名标识所对应的目标网络地址。

此处需要说明的是，本实施例中的每一个云服务器都是在某一个设备中创建的，那么这个云服务器的域名所对应的网络地址，就只会存储在创建这个云服务器的设备中。

比如说可以结合图6进行理解，如图6所示，假设云服务器a和云服务器b都是在设备1中创建的，那么在设备1对应的第二映射信息中，就包括<云服务器a的域名，IP1>的映射关系，以及<云服务器b的域名，IP1>的映射关系。

以及，在图6的示例中，假设云服务器c和云服务器d都是在设备2中创建的，那么在设备2对应的第二映射信息中，就包括<云服务器c的域名，IP3>的映射关系，以及<云服务器c的域名，IP4>的映射关系。

那么可以理解的是，在设备1中的第二映射信息中，就无法查找到云服务器c的域名所对应的网络地址。也就是说在每一个设备中的第二映射信息中，都只包括在该设备中的创建的云服务器和其对应的IP地址的映射关系，这样可以有效的节省每个设备内的存储空间。

以及基于上述介绍可以确定的是，本实施例中根据第一映射信息，会确定第二云服务器的域名标识所对应的目标设备标识。其中，云服务器的域名所对应的目标设备标识，就是创建该云服务器的设备的设备标识。

而本实施例中的第二云服务器是第一设备中的云服务器，也就是说第二云服务器是在第一设备中创建的，因此本实施例中的目标设备实际上就是第一设备。

以及，因为第二云服务器是在第一设备中创建的，因此在第一设备中的第二映射信息中，就包括第二云服务器的域名和其对应的IP地址的映射关系。因此本实施例中可以直接根据第一设备中存储的第二映射信息，确定域名标识所对应的目标网络地址。

其中，第二映射信息比如说可以对应图5中的IP查询服务，例如可以是通过IP查询服务对应的单元中存储有第二映射信息，然后由IP查询服务查询域名标识所对应的目标网络地址。

在一种可能的实现方式中，图5中的IP查询服务还可以理解为虚拟机监视器中的执行单元，其中执行单元用于确定域名标识对应的网络地址，则在根据第一设备中存储的第二映射信息，确定域名标识所对应的目标网络地址的时候，比如说可以通过执行单元查询第二映射信息，以确定域名标识所对应的目标网络地址。

S406、向第一云服务器返回目标网络地址，目标网络地址为域名解析请求所对应的解析结果。

在确定目标网路地址之后，就可以向第一云服务器返回目标网络地址了，比如说可以通过第一设备中的虚拟机监视器中的域名解析进程，向第二云服务器返回目标网络地址，以完成域名解析的处理。

针对本实施例中介绍的实现过程，比如说可以结合图5进行一个完成的过程介绍，参照图5，设备1中的域名解析进程获取到云服务器a发起的域名解析请求，该域名解析请求用于请求解析云服务器b的域名。

之后域名解析进程可以通过设备查询服务，查询第一映射信息，以确定云服务器a的域名所对应的目标设备标识，在当前的示例中，目标设备标识就是设备1的设备标识。

之后域名解析进程就可以通过IP查询服务，查询第二映射信息，以确定云服务器a的域名所对应的目标IP地址，并将该目标IP地址返回给云服务器a，以完成域名解析请求的处理。

本申请实施例提供的域名解析方法，可以有效的实现基于设备中的域名解析进程，完成本设备中的云服务器对本设备中的另一个云服务器的域名解析请求的处理，而无需依赖DNS服务器，因此可以有效降低域名解析服务的部署复杂度和成本。

下面再结合图7和图8对首先对第一云服务器是第一设备中的云服务器，第二云服务器不是第一设备中的云服务器的情况进行说明，该情况具体就是说第一设备中的云服务器，请求对其他设备中的云服务器的域名进行解析。

图7为本申请实施例提供的域名解析方法的流程图三，图8为本申请实施例提供的域名解析方法的执行过程示意图二。

如图7所示，该方法包括：

S701、通过第一设备中的域名解析进程，获取第一云服务器发起的域名解析请求。

其中，SS701与上述S401介绍的类似。不同之处在于，本实施例中的第二云服务器是除第一设备之外的其他设备中的云服务器。

比如说结合图8进行理解，在图8的示例中，设备1可以通过域名解析进程获取云服务器a发起的域名解析请求，假设该域名解析请求是请求对云服务器c的域名进行解析。

其中云服务器a是设备1中的云服务器，云服务器a也就相当于上述介绍的第一云服务器。以及，云服务器c是设备2中的云服务器，云服务器c也就相当于上述介绍的第二云服务器。

S702、若第一设备中存储的第一映射信息中，包括域名标识和目标设备标识之间的第一映射关系，则根据第一映射关系，确定域名标识所对应的目标设备标识。

S703、若第一设备中存储的第一映射信息中，不包括第一映射关系，则根据域名标识从中心数据库中获取第一映射关系，并根据第一映射关系，确定域名标识所对应的目标设备标识。

S704、将第一映射关系存储在第一设备中，以更新第一映射信息。

其中，S702、S703、S704的实现方式，与上述介绍的S402、S403、S404中的实现方式类似，此处不再赘述。

S705、向目标设备发送域名解析请求，并接收目标设备响应于域名解析请求所发送的目标网络地址，目标网络地址为目标设备根据其中所存储的第二映射信息确定的。

基于上述介绍可以确定的是，在每一个设备中的第二映射信息中，都只包括在该设备中的创建的云服务器和其对应的IP地址的映射关系。

而本实施例中的第二云服务器并不是在第一设备中创建的，因此就不能在第一设备中的第二映射信息中查询目标网络地址。

以及基于上述介绍可以确定的是，本实施例中根据第一映射信息，会确定第二云服务器的域名标识所对应的目标设备标识。其中，目标设备实际上就是创建第二云服务器的设备，因此第二云服务器的域名和对应的IP地址的映射关系，实际上就存储在目标设备中的第二映射信息中。

因此本实施例中可以向目标设备发送域名解析请求，其中目标设备会响应于域名解析请求，根据目标设备中所存储的第二映射信息，查询第二云服务器的域名标识所对应的目标网络地址。

之后，目标设备将查询得到的目标网络地址发送给第一设备，以完成第二云服务器的域名标识所对应的目标网络地址的查询。

S706、向第一云服务器返回目标网络地址，目标网络地址为域名解析请求所对应的解析结果。

其中，S706的实现方式与S406的实现方式类似，此处不再赘述。

针对本实施例中介绍的实现过程，比如说可以结合图8进行一个完成的过程介绍，参照图8，设备1中的域名解析进程获取到云服务器a发起的域名解析请求，该域名解析请求用于请求解析云服务器c的域名。

之后域名解析进程可以通过设备查询服务，查询第一映射信息，以确定云服务器c的域名所对应的目标设备标识，在当前的示例中，目标设备标识就是设备2的设备标识。

因为目标设备是设备2，也就是说只有设备2中才存储有云服务器c所对应的IP地址。因此设备1需要通过域名解析进程，将域名解析请求发送给设备2。

之后设备2中的域名解析进程比如说可以首先通过设备查询服务，查询设备2中的第一映射信息，以确定云服务器c的域名所对应的目标设备标识，在当前的示例中，目标设备标识就是设备2的设备标识。此处再进行设备标识查询的目的，是为了进一步保证域名解析请求传输的正确性，以防止数据传输出现异常时，导致设备2接收到的域名解析请求中的域名，并不是设备2中的云服务器的域名的情况出现。

之后设备2就可以通过IP查询服务，查询设备2中的第二映射信息，以确定云服务器c的域名所对应的目标IP地址，并将该目标IP地址返回给设备1的域名解析进程。然后设备1的域名解析进程再将目标IP地址返回给云服务器a，以完成域名解析请求的处理。

以及可以理解的是，在图8所示的这种域名解析过程中，实际上设备1中的域名解析进程所扮演就是上述介绍的本地DNS服务器(或者称作递归DNS服务器)的角色，而设备2中的域名解析进程实际上扮演的就是上述介绍的权威DNS服务器的角色。因此可以理解本申请的技术方案，通过在各个物理机中设置域名解析进程的这种分布式架构，可以有效的实现各种域名解析，但是又不需要进行本地DNS服务器和权威DNS服务器的架构部署。

本申请实施例提供的域名解析方法，可以有效的实现基于设备中的域名解析进程，完成本设备中的云服务器对其他设备中的云服务器的域名解析请求的处理，而无需依赖DNS服务器，因此可以有效降低域名解析服务的部署复杂度和成本。

下面再结合图9和图10对首先对第二云服务器是第一设备中的云服务器，第一云服务器不是第一设备中的云服务器的情况进行说明，该情况具体就是说其他设备中的云服务器，请求对第一设备中的云服务器的域名进行解析。

图9为本申请实施例提供的域名解析方法的流程图四，图10为本申请实施例提供的域名解析方法的执行过程示意图三。

如图9所示，该方法包括：

S901、通过第一设备中的域名解析进程，接收第二设备中的域名解析进程所发送的域名解析请求。

在本实施例中，第一云服务器是除第一设备之外的其他设备中的云服务器，而第二云服务器为第一设备中的云服务器。也就是说其他设备中的云服务器请求对第一设备中的云服务器的域名进行解析，基于上述介绍可以确定的是，针对不是在本设备中创建的云服务器，其域名解析请求需要转发给创建云服务器的设备，由创建云服务器的设备进行具体的解析。

因此本实施例中的情况下，就是说第二设备需要将域名解析请求转发给第一设备，由第一设备完成域名解析。因此第一设备可以通过域名解析进程，接收第二设备中的域名解析进程所发送的域名解析请求。

比如说结合图10进行理解，在图10的示例中，设备2可以通过域名解析进程获取云服务器c发起的域名解析请求，假设该域名解析请求是请求对云服务器a的域名进行解析。

其中云服务器c是设备2中的云服务器，云服务器c也就相当于上述介绍的第一云服务器。以及，云服务器a是设备1中的云服务器，云服务器a也就相当于上述介绍的第二云服务器。

S902、若第一设备中存储的第一映射信息中，包括域名标识和目标设备标识之间的第一映射关系，则根据第一映射关系，确定域名标识所对应的目标设备标识。

S903、若第一设备中存储的第一映射信息中，不包括第一映射关系，则根据域名标识从中心数据库中获取第一映射关系，并根据第一映射关系，确定域名标识所对应的目标设备标识。

S904、将第一映射关系存储在第一设备中，以更新第一映射信息。

其中，S902、S903、S904的实现方式，与上述介绍的S402、S403、S404中的实现方式类似，此处不再赘述。

S905、根据第一设备中存储的第二映射信息，确定域名标识所对应的目标网络地址。

基于上述介绍可以确定的是，在每一个设备中的第二映射信息中，都只包括在该设备中的创建的云服务器和其对应的IP地址的映射关系。

而本实施例中的第二云服务器正是在第一设备中创建的，因此就可以在第一设备中的第二映射信息中查询目标网络地址。

因此本实施例中可以直接根据第一设备中存储的第二映射信息，确定第二云服务器的域名标识所对应的目标网络地址。

S906、向第二设备发送目标网络地址，其中目标网络地址为域名解析请求所对应的解析结果。

在确定目标网络地址之后，第一设备就可以向第二设备发送目标网络地址了，比如说第一设备可以通过域名解析进程向第二设备发送目标网络地址，之后第二设备就可以将目标网络地址通过域名解析进程，返回给第一云服务器，以完成域名解析的处理。

针对本实施例中介绍的实现过程，比如说可以结合图10进行一个完成的过程介绍，参照图10，设备2中的域名解析进程获取到云服务器c发起的域名解析请求，该域名解析请求用于请求解析云服务器a的域名。

之后域名解析进程可以通过设备查询服务，查询设备2中的第一映射信息，以确定云服务器a的域名所对应的目标设备标识，在当前的示例中，目标设备标识就是设备1的设备标识。

因为目标设备是设备1，也就是说只有设备1中才存储有云服务器a所对应的IP地址。因此设备2需要通过域名解析进程，将域名解析请求发送给设备1。

之后设备1中的域名解析进程比如说可以首先通过设备查询服务，查询设备1中的第一映射信息，以确定云服务器a的域名所对应的目标设备标识，在当前的示例中，目标设备标识就是设备1的设备标识。此处再进行设备标识查询的目的，是为了进一步保证域名解析请求传输的正确性，以防止数据传输出现异常时，导致设备1接收到的域名解析请求中的域名，并不是设备1中的云服务器的域名的情况出现。

之后设备1就可以通过IP查询服务，查询设备1中的第二映射信息，以确定云服务器a的域名所对应的目标IP地址，并将该目标IP地址返回给设备2的域名解析进程。然后设备2的域名解析进程再将目标IP地址返回给云服务器c，以完成域名解析请求的处理。

本申请实施例提供的域名解析方法，可以有效的实现基于设备中的域名解析进程，完成其他设备中的云服务器对本设备中的云服务器的域名解析请求的处理，而无需依赖DNS服务器，因此可以有效降低域名解析服务的部署复杂度和成本。

在上述介绍内容的基础上，下面对云服务器创建过程中的相关处理进行说明。

假设第二云服务器是第一设备中的云服务器，也就是说第二云服务器是在第一设备中创建的。则在一种可能的实现方式中，可以在第一设备中创建第二云服务器，并获取第二云服务器的域名标识。之后第一设备生成域名标识和第一设备的设备标识之间的第一映射关系，并将第一映射关系存储至中心数据库中。

当第二云服务器是其他设备中的云服务器的时候，其实现方式类似，此处不再赘述

可以理解的是，将第一映射关系存储至中心数据库中，之后任意一个设备在需要查询该第一映射关系的时候，都可以从中心数据库中获取该第一映射关系。本实施例中通过将域名和设备之间的映射关系存储在中心服务器中，之后各个设备在需要的时候再从中心服务器中获取，是因为在每个设备中处理域名解析请求的时候，其都需要查询域名和设备之间的映射关系，并且域名解析请求是用户任意发起的，如果将所有的域名和设备之间的映射关系，全部都存储在每个设备中，那么会导致每个设备中的内存占用过多，同时利用率又比较低。而本实施例中将域名和设备之间的映射关系存储在中心服务器中，之后各个设备可以按需获取，一方面可以节省设备中的内存空间，另一方面又可以保证每个设备都可以访问到所有的域名和设备的映射关系。

在上述介绍内容的基础上，下面再对云服务器销毁过程中的相关处理进行说明。

假设第二云服务器是第一设备中的云服务器，也就是说第二云服务器是在第一设备中创建的。则在获取到用于指示在第一设备中注销第二云服务器的注销请求时，第一设备可以在第二映射信息中删除第三映射关系，其中第三映射关系为域名标识和目标网络地址之间的映射关系。也就是说在第一设备中删除第二云服务器的域名和IP地址的映射关系。

以及，需要删除中心数据库中所存储的第一映射关系。

同时，如果说第一设备中的第一映射信息中包括第一映射关系，则需要在第一设备中的第一映射信息中删除第一映射关系，以及还需要向除第一设备之外的其他设备发送删除指示信息，删除指示信息用于指示其他设备删除第一映射关系。

可以理解的是，在云服务器被销毁的时候，及时的将该云服务器的域名相关的映射关系删除，可以有效的节省设备和中心数据库中的内存空间。

综上所述，本申请提供的域名解析方法，不需要在各个AZ、Region内部署专用的本地解析集群以及权威解析集群，可以有效的降低域名解析的处理成本和部署复杂度。

以及本实施例中将域名解析的相关服务器部署在创建云服务器的物理机上，可以有效的实现物理机粒度扩缩容，因此可以实现扩缩容速度快。同时，本申请中的域名解析进程部署在各个物理机上，可以满足本物理机的域名解析需求，其中请求带宽与QPS能力可以随实例规模线性增长。以及，域名解析进程可以理解为同物理机上所有云服务器的域名的权威解析器，其中域名解析进程和云服务器例如可以是同一个生命周期。因此可以实现单个区域内的最大云服务器数量线性扩展，没有上限，以及私网域名的每秒新建数量也可以线性扩展，没有上线，因此可以以快速高效的轮转方式，实现域名解析服务。以及在具体实现过程中，因为物理机中各项服务的支撑，可以使得域名解析从传统的权威解析器查询预配置表的过程，更改为域名解析进程调用依赖服务动态获取的过程。

图11为本申请实施例提供的域名解析装置的结构示意图。如图11所示，该装置110包括：获取模块1101、确定模块1102、传输模块1103以及处理模块1104。

获取模块1101，用于获取第一云服务器发起的域名解析请求，其中，所述域名解析请求中包括第二云服务器的域名标识；

确定模块1102，用于根据所述第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识；

所述获取模块1101还用于，获取所述域名标识所对应的目标网络地址，所述目标网络地址为根据目标设备中存储的第二映射信息确定的，所述目标设备为所述目标设备标识所对应的设备，所述目标设备中运行有所述第二云服务器；

传输模块1103，用于向所述第一云服务器返回所述目标网络地址，所述目标网络地址为所述域名解析请求所对应的解析结果。

在一种可能的设计中，所述获取模块1101具体用于：

若所述目标设备为所述第一设备，则根据所述第一设备中存储的第二映射信息，确定所述域名标识所对应的目标网络地址；或者，

若所述目标设备不为所述第一设备，则向所述目标设备发送所述域名解析请求，并接收所述目标设备响应于所述域名解析请求所发送的所述目标网络地址，所述目标网络地址为所述目标设备根据其中所存储的第二映射信息确定的。

在一种可能的设计中，所述确定模块1102具体用于：

若所述第一设备中存储的第一映射信息中，包括所述域名标识和所述目标设备标识之间的第一映射关系，则根据所述第一映射关系，确定所述域名标识所对应的目标设备标识；或者，

若所述第一设备中存储的第一映射信息中，不包括所述第一映射关系，则根据所述域名标识从中心数据库中获取所述第一映射关系，并根据所述第一映射关系，确定所述域名标识所对应的目标设备标识。

在一种可能的设计中，所述处理模块1104用于：

在所述根据所述域名标识从中心数据库中获取所述第一映射关系之后将所述第一映射关系存储在所述第一设备中，以更新所述第一映射信息。

在一种可能的设计中，所述第二云服务器为所述第一设备中的云服务器；

所述处理模块1104还用于：

在所述根据所述第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识之前，在所述第一设备中创建所述第二云服务器，并获取所述第二云服务器的域名标识；

生成所述域名标识和所述第一设备的设备标识之间的第一映射关系；

将所述第一映射关系存储至所述中心数据库中。

在一种可能的设计中，所述第二云服务器为所述第一设备中的云服务器；

所述处理模块1104还用于：

在获取到用于指示在所述第一设备中注销所述第二云服务器的注销请求时，在所述第二映射信息中删除第三映射关系，所述第三映射关系为所述域名标识和所述目标网络地址之间的映射关系；

删除所述中心数据库中所存储的所述第一映射关系；

在所述第一映射信息中删除所述第一映射关系，以及向除所述第一设备之外的其他设备发送删除指示信息，所述删除指示信息用于指示所述其他设备删除所述第一映射关系。

在一种可能的设计中，所述第一设备中运行有虚拟机监视器，其中，所述虚拟机监视器用于管理所述至少一个云服务器，所述虚拟机监视器中包括域名解析进程。

在一种可能的设计中，所述第一云服务器为所述第一设备中的云服务器，

所述获取模块1101具体用于：

通过所述第一设备中的域名解析进程，获取所述第一云服务器发起的域名解析请求。

在一种可能的设计中，所述第一云服务器为第二设备中的云服务器；

所述获取模块1101具体用于：

通过所述所述第一设备中的域名解析进程，接收所述第二设备中的域名解析进程所发送的域名解析请求。

在一种可能的设计中，所述虚拟机监视器中还包括管控单元；

所述确定模块1104具体用于：

通过所述管控单元查询所述第一映射信息，以确定所述域名标识所对应的目标设备标识。

在一种可能的设计中，所述虚拟机监视器中还包括执行单元；

所述获取模块1101具体用于：

通过所述执行单元查询所述第二映射信息，以确定所述域名标识所对应的目标网络地址。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图12为本申请实施例提供的域名解析设备的硬件结构示意图，如图12所示，本实施例的域名解析设备120包括：处理器1201以及存储器1202；其中

存储器1202，用于存储计算机执行指令；

处理器1201，用于执行存储器存储的计算机执行指令，以实现上述实施例中域名解析方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器1202既可以是独立的，也可以跟处理器1201集成在一起。

当存储器1202独立设置时，该域名解析设备还包括总线1203，用于连接所述存储器1202和处理器1201。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上域名解析设备所执行的域名解析方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (14)

1.一种域名解析方法，其特征在于，应用于第一设备，所述第一设备中运行有至少一个云服务器，所述方法包括：

获取第一云服务器发起的域名解析请求，其中，所述域名解析请求中包括第二云服务器的域名标识；

根据所述第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识；

获取所述域名标识所对应的目标网络地址，所述目标网络地址为根据目标设备中存储的第二映射信息确定的，所述目标设备为所述目标设备标识所对应的设备，所述目标设备中运行有所述第二云服务器；

向所述第一云服务器返回所述目标网络地址，所述目标网络地址为所述域名解析请求所对应的解析结果。

2.根据权利要求1所述的方法，其特征在于，所述获取所述域名标识所对应的目标网络地址，包括：

若所述目标设备为所述第一设备，则根据所述第一设备中存储的第二映射信息，确定所述域名标识所对应的目标网络地址；或者，

若所述目标设备不为所述第一设备，则向所述目标设备发送所述域名解析请求，并接收所述目标设备响应于所述域名解析请求所发送的所述目标网络地址。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识，包括：

若所述第一设备中存储的第一映射信息中，包括所述域名标识和所述目标设备标识之间的第一映射关系，则根据所述第一映射关系，确定所述域名标识所对应的目标设备标识；或者，

若所述第一设备中存储的第一映射信息中，不包括所述第一映射关系，则根据所述域名标识从中心数据库中获取所述第一映射关系，并根据所述第一映射关系，确定所述域名标识所对应的目标设备标识。

4.根据权利要求3所述的方法，其特征在于，所述根据所述域名标识从中心数据库中获取所述第一映射关系之后，所述方法还包括：

将所述第一映射关系存储在所述第一设备中，以更新所述第一映射信息。

5.根据权利要求3或4所述的方法，其特征在于，所述第二云服务器为所述第一设备中的云服务器；

所述根据所述第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识之前，所述方法还包括：

在所述第一设备中创建所述第二云服务器，并获取所述第二云服务器的域名标识；

生成所述域名标识和所述第一设备的设备标识之间的第一映射关系；

将所述第一映射关系存储至所述中心数据库中。

6.根据权利要求3-5任一项所述的方法，其特征在于，所述第二云服务器为所述第一设备中的云服务器；

所述方法还包括：

在获取到用于指示在所述第一设备中注销所述第二云服务器的注销请求时，在所述第二映射信息中删除第三映射关系，所述第三映射关系为所述域名标识和所述目标网络地址之间的映射关系；

删除所述中心数据库中所存储的所述第一映射关系；

在所述第一映射信息中删除所述第一映射关系，以及向除所述第一设备之外的其他设备发送删除指示信息，所述删除指示信息用于指示所述其他设备删除所述第一映射关系。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述第一设备中运行有虚拟机监视器，其中，所述虚拟机监视器用于管理所述至少一个云服务器，所述虚拟机监视器中包括域名解析进程。

8.根据权利要求7所述的方法，其特征在于，所述第一云服务器为所述第一设备中的云服务器，

所述获取域名解析请求，包括：

通过所述第一设备中的域名解析进程，获取所述第一云服务器发起的域名解析请求。

9.根据权利要求7所述的方法，其特征在于，所述第一云服务器为第二设备中的云服务器；

所述获取域名解析请求，包括：

通过所述第一设备中的域名解析进程，接收所述第二设备中的域名解析进程所发送的域名解析请求。

10.根据权利要求7所述的方法，其特征在于，所述虚拟机监视器中还包括管控单元；

所述根据所述第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识，包括：

通过所述管控单元查询所述第一映射信息，以确定所述域名标识所对应的目标设备标识。

11.一种域名解析装置，其特征在于，包括：

获取模块，用于获取第一云服务器发起的域名解析请求，其中，所述域名解析请求中包括第二云服务器的域名标识；

确定模块，用于根据第一设备中存储的第一映射信息，确定所述域名标识所对应的目标设备标识；

所述获取模块还用于，获取所述域名标识所对应的目标网络地址，所述目标网络地址为根据目标设备中存储的第二映射信息确定的，所述目标设备为所述目标设备标识所对应的设备，所述目标设备中运行有所述第二云服务器；

传输模块，用于向所述第一云服务器返回所述目标网络地址，所述目标网络地址为所述域名解析请求所对应的解析结果。

12.一种域名解析设备，其特征在于，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如权利要求1至10中任一所述的方法。

13.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至10中任一所述的方法。

14.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10中任一所述的方法。

Images