本发明涉及计算机
技术领域：
，尤其涉及一种基于多可用分区az的域名解析方法及装置。
背景技术：
随着互联网时代的到来，各行各业的数据都采用云计算服务。为了保证服务的可靠性，一般采用多个可用分区(availablezone，az)提供云计算服务，如图1所示，云计算服务以存储服务为例，用于提供存储服务的存储系统可以将一份数据存储在多个az中，例如，可以将数据1存储在az1和az3中，这样，当存储该数据的其中一个az发生故障，还可以从其他az中获取该数据。请参考图2，为使用如图1所示的存储系统向客户端提供服务的流程图，首先客户端中会存储待访问的域名与az的互联网协议(internetprotocol，ip)地址的对应关系，例如，域名1对应az1的ip地址，即ip1，域名2对应az2的ip地址，即ip2，域名3对应az3的ip地址，即ip3，则当客户端需要访问域名1时，则向ip地址为ip1的az发送访问请求。为了保证业务可用性，若待访问的az发生故障，则可以通过两种az切换的方式继续为该客户端提供服务，第一种方式是通过运维人员手动切换客户端访问的az地址来实现切换，例如，运维人员需要先确认发生故障的az，然后手动为该客户端配置新的az地址，例如将域名1与ip1的对应关系替换为域名1与ip3的对应关系；第二种方式，是通过客户端多次重试最终选择一个未发生故障的az进行访问，例如，客户端记录该存储系统中的每个az的地址，当客户端确定ip地址为ip1的az无法访问时，客户端只能顺序选择下一个az进行访问，直到找到一个可以访问的az为止，从而实现az切换。可见，现有技术中从故障发生到通过az切换重新选择az的过程，会带来较大的时延，从而会造成业务长时间中断，降低业务连续性。技术实现要素：本发明实施例提供一种基于多可用分区az的域名解析方法及装置，用于提高业务连续性。第一方面，本发明实施例提供一种基于多可用分区az的域名解析方法，在该方法中，域名系统dns在从客户端接收包括待访问的资源的域名的域名解析请求后，从与该域名对应多个az中确定处于可提供服务状态的第一az，该多个az中的每一个az提供该待访问的资源，然后，向该客户端发送该第一az的互联网协议ip地址。在上述技术方案中，通过域名系统dns来对客户端发送的域名解析请求进行处理，当dns接收到客户端发送的域名解析请求后，会向该客户端反馈与该域名解析请求对应的处于可提供服务状态的az的ip地址，这样，客户端不会感知az故障，自然也无需运维人员手动切换az，且不需要客户端通过重试找到一个可以使用的az，可以减少由于az故障带来的时延，从而可以提高业务连续性。在一种可能的设计中，该dns首先确定该多个az中每个az的状态，该状态包括可提供服务的状态或无法提供服务的状态，然后，该dns根据该多个az中每个az的状态，从该多个az中确定该第一az。在上述技术方案中，该dns可以根据与该域名对应的多个az中每个az的状态，确定该第一az，处理方式简便，可以降低dns的功耗。在一种可能的设计中，该dns首先获取该多个az中每个az的心跳和/或负载，根据该多个az中每个az的心跳和/或负载，确定该多个az中每个az的状态，例如，该dns确定在预设时长内未接收第二az的心跳和/或该第二az的负载超过预设负载，则该dns确定该第二az处于该无法提供服务的状态，该第二az为该多个az中的一个。在上述技术方案中，该dns采用实时监控该多个az中每个az的心跳和/或负载确定每个az的状态的方式，可以保证获取的每个az的状态的准确性，且，处理方式简便，易于实现。在一种可能的设计中，该dns可以从该多个az中处于该可提供服务的状态的多个az中确定一个az作为该第一az。在上述技术方案中，该dns首先从该多个az中筛选出处于该可提供服务状态的多个az，缩小选择范围，然后，再从该筛选后的多个az中选择一个az作为该第一az，可以减少dns的运算量，可以降低dns的功耗。在一种可能的设计中，该dns根据该客户端与该多个处于所述可提供服务的状态的az的距离、该客户端的优先级以及该多个处于该可提供服务的状态的az的负载中的至少一种因素，从该多个处于该可提供服务的状态的az中确定该第一az。在上述技术方案中，该dns可以根据使用情况，选择至少一种因素，从该多个az中确定最符合该使用情况的一个az作为该第一az，可以提高存储系统的可靠性和可用性，且可以提高存储系统的访问性能。在一种可能的设计中，该dns根据该客户端与该多个处于该可提供服务的状态的az的距离确定该第一az的方式，可以包括：该dns首先获取该客户端的ip地址，然后，根据该客户端的ip地址及该多个处于该可提供服务的状态的az的ip地址，计算该客户端与该多个处于该可提供服务的状态的az中每个az的距离，确定与该客户端最近的az为该第一az。在上述技术方案中，该dns可以选择与客户端距离最近的az反馈给客户端使用，从而可以减少客户端到az之间的距离，进而减少数据传输的时延，提高访问性能。在一种可能的设计中，该dns根据该客户端的优先级确定该第一az的方式，可以包括：该dns根据该客户端的优先级及该多个处于该可提供服务的状态的az的性能，从该多个处于该可提供服务的状态的az中选择与该客户端的优先级匹配的az作为该第一az。在上述技术方案中，dns可以根据客户端的优先级级别不同，为各个客户端分配不同性能的az，例如，将性能好的az优先分配给优先级级别高的客户端进行访问，可以提高存储系统的分级能力和客户端的性能，进一步，由于dns为每个客户端设置的优先级级别不同，这样，可以通过优先级级别的划分，使得多个客户端可以被分配到不同的az进行访问，可以降低由于某个az的访问量过大而导致瘫痪的概率，可以提高存储系统的稳定性。在一种可能的设计中，该dns根据该多个处于该可提供服务的状态的az的负载确定该第一az的方式，可以包括：该dns首先确定该多个处于该可提供服务的状态的az中每个az的负载，然后，确定该多个处于该可提供服务的状态的az中负载小于阈值的az为该第一az。在上述技术方案中，dns可以通过根据存储系统中每个az的负载，合理调控每个az的访问量，可以降低由于某个az的访问量过大而导致瘫痪的概率，可以提高存储系统的稳定性。在一种可能的设计中，该dns根据该多个处于该可提供服务的状态的az的负载确定该第一az的方式，可以包括：该dns首先确定该多个处于该可提供服务的状态的az中每个az的负载，然后，选择该多个处于该可提供服务的状态的az中负载最小的az为该第一az。在上述技术方案中，dns可以通过根据存储系统中每个az的负载，为客户端分配负载最小的az进行访问，可以减少存储系统处理该客户端的访问请求的时延，可以提高存储系统的访问性能。第二方面，本发明实施例提供一种基于多可用分区az的域名解析装置，该装置包括处理器，用于实现上述第一方面描述的方法。所述装置还可以包括存储器，用于存储程序指令和数据。所述存储器与所述处理器耦合，所述处理器可以调用并执行所述存储器中存储的程序指令，用于实现上述第一方面描述的方法。所述装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信。示例性地，该其它设备为客户端。在一种可能的设计中，该装置包括：通信接口，用于在处理器的控制下从客户端接收域名解析请求，所述域名解析请求中包括待访问的资源的域名，所述域名对应多个az，所述多个az中的每一个az均可提供所述待访问的资源；所述处理器，用于从所述多个az中确定处于可提供服务状态的第一az；所述通信接口还用于，在所述处理器的控制下向所述客户端发送所述第一az的互联网协议ip地址。在一种可能的设计中，所述处理器具体用于：确定所述多个az中每个az的状态，所述状态包括可提供服务的状态或无法提供服务的状态；根据所述每个az的状态从所述多个az中确定所述第一az。在一种可能的设计中，所述处理器具体用于：获取所述多个az中每个az的心跳和/或负载；根据所述每个az的心跳和/或负载，确定在预设时长内未接收第二az的心跳和/或所述第二az的负载超过预设负载，则所述dns确定所述第二az处于所述无法提供服务的状态；其中，所述第二az为所述多个az中的一个。在一种可能的设计中，所述处理器具体用于：从多个处于所述可提供服务的状态的az中确定一个az作为所述第一az；其中，所述多个处于所述可提供服务的状态的az属于所述多个az。在一种可能的设计中，所述处理器具体用于：根据所述客户端与所述多个处于所述可提供服务的状态的az的距离、所述客户端的优先级以及所述多个处于所述可提供服务的状态的az的负载中的至少一种因素，从所述多个处于所述可提供服务的状态的az中确定所述第一az。在一种可能的设计中，所述处理器具体用于：获取所述客户端的ip地址；根据所述客户端的ip地址及所述多个处于所述可提供服务的状态的az的ip地址，计算所述客户端与所述多个处于所述可提供服务的状态的az中每个az的距离，确定与所述客户端最近的az为所述第一az。在一种可能的设计中，所述处理器具体用于：根据所述客户端的优先级及所述多个处于所述可提供服务的状态的az的性能，从所述多个处于所述可提供服务的状态的az中选择与所述客户端的优先级匹配的az作为所述第一az。在一种可能的设计中，所述处理器具体用于：确定所述多个处于所述可提供服务的状态的az中每个az的负载；确定所述负载小于阈值的az为所述第一az。在一种可能的设计中，所述处理器具体用于：确定所述多个处于所述可提供服务的状态的az中每个az的负载；选择所述多个处于所述可提供服务的状态的az中负载最小的az为所述第一az。第三方面，本发明实施例提供一种基于多可用分区az的域名解析装置，该装置可以是域名系统dns，也可以是域名系统dns中的装置，该装置可以包括获取单元、处理单元和发送单元，这些模块可以执行上述第一方面任一种设计示例中相应的功能，具体的：获取单元，用于从客户端接收域名解析请求，所述域名解析请求中包括待访问的资源的域名，所述域名对应多个az，所述多个az中的每一个az均可提供所述待访问的资源；处理单元，用于从所述多个az中确定处于可提供服务状态的第一az；发送单元，用于向所述客户端发送所述第一az的互联网协议ip地址。在一种可能的设计中，所述处理单元具体用于：确定所述多个az中每个az的状态，所述状态包括可提供服务的状态或无法提供服务的状态；根据所述每个az的状态从所述多个az中确定所述第一az。在一种可能的设计中，所述获取单元具体用于：获取所述多个az中每个az的心跳和/或负载；所述处理单元具体用于：根据所述每个az的心跳和/或负载，确定在预设时长内未接收第二az的心跳和/或所述第二az的负载超过预设负载，则所述dns确定所述第二az处于所述无法提供服务的状态；其中，所述第二az为所述多个az中的一个。在一种可能的设计中，所述处理单元具体用于：从多个处于所述可提供服务的状态的az中确定一个az作为所述第一az；其中，所述多个处于所述可提供服务的状态的az属于所述多个az。在一种可能的设计中，所述处理单元具体用于：根据所述客户端与所述多个处于所述可提供服务的状态的az的距离、所述客户端的优先级以及所述多个处于所述可提供服务的状态的az的负载中的至少一种因素，从所述多个处于所述可提供服务的状态的az中确定所述第一az。在一种可能的设计中，所述获取单元具体用于：获取所述客户端的ip地址；所述处理单元具体用于：根据所述客户端的ip地址及所述多个处于所述可提供服务的状态的az的ip地址，计算所述客户端与所述多个处于所述可提供服务的状态的az中每个az的距离，确定与所述客户端最近的az为所述第一az。在一种可能的设计中，所述处理单元具体用于：根据所述客户端的优先级及所述多个处于所述可提供服务的状态的az的性能，从所述多个处于所述可提供服务的状态的az中选择与所述客户端的优先级匹配的az作为所述第一az。在一种可能的设计中，所述处理单元具体用于：确定所述多个处于所述可提供服务的状态的az中每个az的负载；确定所述负载小于阈值的az为所述第一az。在一种可能的设计中，所述处理单元具体用于：确定所述多个处于所述可提供服务的状态的az中每个az的负载；选择所述多个处于所述可提供服务的状态的az中负载最小的az为所述第一az。第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中任意一项所述的方法。第五方面，本发明实施例提供一种计算机程序产品，所述计算机程序产品存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中任意一项所述的方法。第六方面，本发明提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现第一方面所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。上述第二方面至第六方面及其实现方式的有益效果可以参考对第一方面的方法及其实现方式的有益效果的描述。附图说明图1为现有技术的多az存储系统的架构图；图2为使用如图1所示的存储系统向客户端提供服务的流程图；图3a为本发明实施例提供的多az存储系统的一种架构图；图3b为本发明实施例提供的多az存储系统的另一种架构图；图3c为本发明实施例提供的多az存储系统的另一种架构图；图4为本发明实施例提供的一种基于多可用分区az的域名解析方法的流程图；图5为本发明实施例提供的基于多可用分区az的域名解析装置的一种结构示意图；图6为本发明实施例提供的基于多可用分区az的域名解析装置的另一种结构示意图。具体实施方式为了使本发明实施例的目的、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施方式对本发明实施例中的技术方案进行详细的说明。本发明实施例提供一种基于多可用分区az的域名解析方法，该方法应用于具有多个az的云计算服务中。每一个az均可以向客户端提供相应的云计算服务，即向客户端提供相应的资源。客户端可以访问az中的资源。其中az一般是由一个或多个数据中心组成。az主要是为了提升资源的高可用性。云计算服务向客户端提供的资源可以为存储资源，如存储系统，可以为文件存储系统，块存储系统或者对象存储系统，或者上述存储系统的组合，云计算服务向客户端提供的资源还可以为计算资源，例如虚拟机等，本发明实施例对此不作限定。客户端访问az中的资源时，客户端向域名系统(domainnamesystem，dns)发送域名解析请求，域名解析请求中包括待访问的资源的域名，dns根据本发明实施例从所述多个az中确定处于可提供服务状态的一个az的ip地址。其中az的ip地址可以为物理的ip地址，也可以为虚拟的ip地址。本发明实施例以存储系统为例，请参考图3a-图3c，为本发明实施例提供的三种可能的存储系统的架构图。下面，对这三种可能的存储系统进行介绍。与图1所示的存储系统不同的是，本发明实施例图3a～图3c所示的存储系统有对应的dns，该dns可用于管理多个az，例如，az1～az6，其中，每个az与其他az之间是相互独立的，也就是说每个az都有独立的供电、独立的网络等，这样，当某一个az发生故障时，不会影响其他az的正常使用。该多个az可以位于同一个区域(region)内，如图3a所示，位于同一个region内的多个az之间可以是通过高速网络连接，从而保证有较低的时延，该多个az也可以位于不同的region，如图3b所示，各个region之间也是相互独立的，该多个region之间可以通过无线网络连接。每个az对应一个ip址。与图3a～图3b所示的系统架构不同的是，在图3c所示的系统架构中包括多个dns，该多个dns采用集群技术进行部署，形成一个集群系统，这样，当该集群系统中的某一个dns发生故障时，该存储系统仍然可以通过其他的dns为客户端提供服务。需要说明的是，具有多个az的存储系统不限于如图3a～图3c所示的架构，本发明实施例描述的存储系统是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着存储技术和存储系统架构的演变，本发明实施例提供的技术方案对于类似的技术问题，同样适用。以下，对与存储系统相关的术语进行说明，以便于本领域技术人员理解。(1)dns，可以是dns服务器，例如，安全dns服务器(securedomainnameserver，sdns)，也可以是安装了dns服务器端软件的设备，例如，计算机、中继站、接入点等，该dns服务器端软件可以是基于类linux操作系统的软件，例如，开源bind软件，也可以是基于windows操作系统的软件，例如，ntbind软件等，该dns也可以是逻辑概念，例如为软件模块或者为与dns提供的服务对应的功能，可以理解为虚拟化实现下的一个虚拟化功能，例如，专门用于域名解析的虚拟机等，本发明实施例不作具体限定。(2)域名，是存储系统中的az的资源的名称，用于在数据传输时标识该资源的电子方位或者地理位置，该域名由一串用点分隔的字符组成，例如，www.wikipedia.org是一个域名，每个域名均与ip地址相对应，一个域名可以与多个ip地址相对应，也可以仅与一个ip地址相对应，相较于作为路由寻址用的数字体标识的ip地址，域名可以理解为一种字符型标识。例如，域名www.wikipedia.org和ip地址208.80.152.2相对应，则当客户端调用该域名www.wikipedia.org后，dns就会将该域名转化成便于机器识别的ip地址208.80.152.2。(3)心跳，就是按照一定的时间间隔发送一个自定义的信息，例如心跳包或心跳帧，让接收方知道自己“在线”，以确保连接的有效性。心跳的发送方可以是dns，例如，dns可以定时轮询发送心跳给各个客户端，心跳的发送方也可以是客户端，例如，客户端每隔固定的时长向dns发送一个心跳包。心跳的具体内容可以是dns与客户端约定的内容，也可以是只包含包头的一个空包，在此不作限制。(4)可提供服务状态，就是能够进行读操作或者写操作或者其他操作的状态，具体的操作与每个az中的资源的配置相关，例如，az1中的资源被配置为处理客户端的读操作，则当该资源能够向客户端提供读操作的服务时，则认为该az处于可提供服务状态，或者，az2中的资源被配置为处理客户端的读写操作，则当该资源能够向客户端提供读操作以及写操作的服务时，则认为该az处于可提供服务状态。(5)客户端，可以是用于某一功能的服务器，例如，用于存储数据的服务器，可以是安装了客户端软件的设备，该设备可以是计算机或者移动终端等，也可以是逻辑概念，例如为软件模块或者，例如，虚拟化实现下的一个虚拟机，本发明实施例不作具体限定。另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。本发明实施例提供一种基于多可用分区az的域名解析方法，该方法应用于如图3a～图3c所示的存储系统中。下面，以本发明实施例提供的技术方案应用于如图3a所示的存储系统为例。请参考图4，为本发明实施例提供的一种基于多可用分区az的域名解析方法的流程图，该流程图描述如下：步骤401、客户端生成域名解析请求。在本发明实施例中，该域名解析请求中包括待访问的资源的域名。在下面的描述中，以该资源为存储系统为例。需要说明的是，与dns交互的客户端可能有多个，在本发明实施例中，以该客户端为与dns交互的客户端中的其中一个为例。作为一种示例，客户端中存储有提供不同业务的存储系统的域名，例如，客户端中存储有3个域名，分别为域名1、域名2以及域名3，其中，域名1为用于存储图像数据的存储系统的域名，域名2为用于存储语音数据的存储系统的域名，以及域名3为用于存储视频数据的存储系统的域名，该域名可以是dns配置的，也可以是客户端与dns约定的。当客户端在根据用户的操作确定需要访问某个存储系统时，例如，需要读取或者存储视频数据，则客户端会生成对该存储系统的域名进行解析的域名解析请求，例如，生成用于对域名3进行解析的域名解析请求。需要说明的是，在本发明实施例中，客户端无需再存储az的信息，例如域名与az的ip地址之间的对应关系等，可以节省客户端的内存以及可以降低客户端对az的感知能力。步骤402、客户端向dns发送该域名解析请求，dns接收该域名解析请求。在本发明实施例中，当客户端生成域名解析请求后，会将该域名解析请求发送给dns，由dns解析与该域名对应的存储系统的地址，从而客户端可以节省对多个az进行路由选择的过程，可以降低客户端的运算复杂度，进一步地，无需针对每个客户端开发对多个az进行路由选择的功能，可以减少人力资源的浪费。步骤403、该dns从多个az中确定处于可提供服务状态的第一az。在本发明实施例中，一个域名对应多个az，该多个az中的每一个az提供客户端要访问的存储系统。为了保证数据的可靠性，同一份数据会存储在多个az中，例如，在图3a所示的存储系统中，可以分别将客户端的视频数据存储在az1、az3以及az3中，因此，用于存储视频数据的域名3与az1～az3相对应。该第一az为dns确定的用于向客户端反馈的与该域名对应的az。需要说明的是，域名与az的对应关系可以是固定的，例如，dns预先配置与客户端的不同数据对应的az，例如，客户端的视频数据固定存储在az1～az3中，客户端的语音数据固定存储在az4～az5中，以及客户端的图像数据固定存储在az6中，则域名1与az6形成固定的对应关系，域名2与az4～az5形成固定的对应关系；域名3与az1～az3形成固定的对应关系；域名与az的对应关系也可以是动态变化的，例如，dns根据每个az中的存储系统的负载来对客户端的不同类型的数据进行存储，例如，dns在第一时刻确定将客户端的视频数据存储在az1、az2以及az4中，在这种情况下，域名3与az1、az2以及az4形成对应关系，随着各个az中负载的增加，dns确定az4中的负载已经达到上限，则dns可以将az4中存储的客户端的视频数据迁移到az3中，从而，域名3与az的对应关系由域名3对应az1、az2以及az4变更为域名3对应az1～az3。当然，域名与az的对应关系也可以是其他情况，在此不作限制。当dns从客户端接收用于对域名3进行解析的域名解析请求后，dns则根据域名与az的对应关系，从与该域名对应的多个az中确定第一az。在本发明实施例中，域名与az的对应关系可以是包括域名和az的索引号的对应关系，该az的索引号可以是dns对每个az的编号，如表1所示，每一个域名对应至少一个az的编号；域名与az的对应关系也可以是包括域名与az的ip地址的对应关系，以az1～az6的ip地址分别为ip1～ip6为例，如表2所示，每一个域名对应至少一个ip地址；域名与az的对应关系也可以是包括域名、az的编号以及az的ip地址的对应关系，如表3所示，在此不再赘述。在具体实施过程中，域名与az的对应关系包含但不限于表1～表3中所示的三种情况，在本发明实施例中不对域名与az的对应关系进行限制。表1域名az的编号域名1az6域名2az4、az5域名3az1、az2、az3表2域名az的ip地址域名1ip6域名2ip4、ip5域名3ip1、ip2、ip3表3域名az的编号az的ip地址域名1az6ip6域名2az4、az5ip4、ip5域名3az1、az2、az3ip1、ip2、ip3需要说明的是，本发明实施例中的第一az是dns在接收该域名解析请求后，从与该域名对应的多个az中确定出来的，是泛指，而不是指代某一个特殊的az。在本发明实施例中，dns从与该域名对应的多个az中确定第一az的方式包括但不限于如下五种。下面对这五种方式分别进行介绍。第一种方式：dns首先根据域名与az的对应关系，确定与域名3对应的az为az1、az2以及az3，然后，dns获取az1～az3中的一个az的状态，该状态包括可提供服务的状态或无法提供服务的状态，例如，dns按照az的编号首先获取az1的状态，若az1的状态为可提供服务状态，则dns确定该az1为第一az；若az1的状态为无法提供服务状态，则dns顺序获取az2的状态，直至从az1～az3中找到处于可提供服务状态的az，并将该处于可提供服务状态的az作为第一az。当然，dns也可以同时获取az1～az3中每个az的状态，并将第一个确定为可提供服务状态的az作为第一az。作为一种示例，dns可以通过用于查询存储系统的状态的checker.checkstatus接口获取各az的状态，例如，dns可以通过checker.checkstatus接口向az1发送状态查询信息，若az1未发生故障，则az1在接收该状态查询信息后，会向dns发送与该状态查询信息对应的反馈信息，若az1发生故障，则无法向dns发送反馈信息，从而当dns在预设时长内，例如2ms或者3ms内，接收az1的反馈信息，则dns确认该az1的状态为可提供服务状态，若dns在该预设时长内未接收az1的反馈信息，则dns确认该az1的状态为无法提供服务的状态。以此类推，从而确定az1～az3中每个az的状态。需要说明的是，该状态查询信息与反馈信息可以是dns与各个az预先约定好的，也可以是由dns配置的，在此不作限制。作为另一种示例，各个az也可以通过dns的checker.checkstatus接口向dns发送心跳，例如，dns可以通过用于设置存储系统的信息的config.setdatacenterinfo接口，设置各个az按照预设周期向dns发送心跳，该预设周期可以为2s，则dns在该预设周期的时长内接收az1的心跳，则确定az1处于可提供服务的状态，否则，确定az1处于无法提供服务的状态。以此类推，从而确定az1～az3中每个az的状态。第二种方式：dns首先根据域名与az的对应关系，确定与域名3对应的az为az1、az2以及az3，然后，dns确定与域名3对应的多个az(即az1～az3)中每个az的状态，最后，根据每个az的状态从az1～az3中确定该第一az。在这种方式下，dns确定多个az中每个az的状态包括但不限于如下三种情况：第一种情况，dns根据每个az的心跳确定每个az的状态：作为一种示例，dns可以采用设置每个az通过dns的checker.checkstatus接口向dns发送心跳的方式，获取az1～az3中每个az的状态，当dns在预设时长内未接收az1～az3中某个az的心跳，则确定该az的状态为无法提供服务的状态。dns也可以采用通过dns的checker.checkstatus接口向az1～az3中每个az发送状态查询信息的方式，获取az1～az3中每个az的状态，这种情况与第一种方式中相应的内容相同，在此不再赘述。需要说明的是，dns在设置每个az向dns发送心跳的周期时，可以设置所有的az向dns发送心跳的周期相同，例如，每个az向dns发送心跳的周期均为2s；dns也可以为每个az设置不同的发送心跳的周期，例如，设置az1发送心跳的周期为1s，设置az2发送心跳的周期为2s，设置az3发送心跳的周期为3s，在本发明实施例中不作限制。另外，当az向dns发送心跳时，需要携带az的标识信息，例如，az的编号，从而dns可以根据该标识信息区分发送心跳的az。第二种情况，dns根据每个az的负载确定每个az的状态：作为第一种示例，dns可以通过用于查询存储系统的信息的config.getdatacenterinfo接口，获取各az的存储系统的负载，例如，dns可以通过config.getdatacenterinfo接口向az1发送负载查询信息，若az1未发生故障，则az1在接收该负载查询信息后，会向dns发馈az1的负载，该负载可以是存储空间的使用率，例如，可以为60％或者40％等，该负载也可以是az中被占用的存储空间的大小，例如，可以为20m或者30m等，当dns接收az1反馈的负载后，则根据az1的负载与预设负载的大小关系确定az1的状态。以负载为存储空间的使用率为例，则该预设负载可以为70％或者80％，若az1的负载大于或等于该预设负载，则说明az1的负载已经较大，可能无法为客户端提供写操作的服务，则dns确认该az1的状态为无法提供服务的状态；若az1的负载小于该预设负载，则说明az1还有足够的存储空间为客户端提供写操作的服务，则dns确认该az1的状态为可提供服务的状态。以此类推，从而确定az1～az3中每个az的状态。需要说明的是，若az1发生故障，则az1无法向dns发送该az1的负载，则dns在预设时长内，例如2s内，未接收az1反馈的负载时，则可以直接确定该az1为无法提供服务的状态。另外，需要说明的是，该负载查询信息与反馈的负载的形式可以是dns与各个az预先约定好的，也可以是由dns配置的，在此不作限制。作为第二种示例，各个az也可以通过dns的config.getdatacenterinfo接口定期向dns反馈负载，例如，dns可以通过config.setdatacenterinfo接口，设置各个az按照预设周期向dns反馈负载，该预设周期可以为2s，则dns根据的各个az的负载，确定各个az的状态，dns根据负载确定状态的方式与第一种示例中相同，在此不再赘述。第三种情况，dns根据每个az的心跳和负载确定每个az的状态：在这种情况下，dns首先需要获取该多个az中每个az的心跳和负载，具体获取每个az的心跳以及负载的方式与前述第一种方式和第二种方式中相应的内容相同，在此不再赘述，然后，dns则根据每个az的心跳和负载共同确定该az的状态，例如，dns首先确定在预设时长内是否接收到az1的心跳，若在该预设时长内接收了该az1的心跳，则判断az1的负载是否小于预设负载，若az1的负载小于该预设负载，则dns确定az1处于可提供服务的状态，若dns在该预设时长内接收了该az1的心跳，但是az1的负载大于该预设负载，则dns确定az1处于无法提供服务的状态，若dns未在该预设时长内接收该az1的心跳以及az1的负载，则dns确定该az1处于无法提供服务的状态。以此类推，从而确定az1～az3中每个az的状态。当dns采用上述三种方式中的其中一种确定az1～az3中每个az的状态后，则选择处于可提供服务状态的az作为第一az，例如，az1～az3中只有az2处于可提供服务的状态，则确定az2为第一az。第三种方式：dns首先根据域名与az的对应关系，确定与域名3对应的az为az1、az2以及az3，然后，dns获取与域名3对应的多个az(即az1～az3)中每个az的状态，并从az1～az3中确定出处于可提供服务的状态的至少一个az，最后，从处于可提供服务的状态的至少一个az中确定该第一az。需要说明的是，dns获取与域名3对应的多个az(即az1～az3)中每个az的状态的方法与第一种方式或第二种方式中的方法相同，在此不再赘述。例如，dns获取az1的状态为可提供服务的状态，az2的状态为可提供服务的状态，az3的状态为无法提供服务的状态，则dns确定与域名3对应的多个az中处于可提供服务的状态的az为az1和az2，然后从az1和az2中随机选择一个作为第一az。第四种方式：dns定期获取该存储系统的所有的az的状态，保存在dns的内存中，dns可以采用前述三种方式中的其中一种方式，获取每个az的状态，在此不再赘述。作为一种示例，dns保存的az的状态可以是单独存储的，例如，该dns的内存中除了存储域名与az的对应关系，还存储az的状态列表，在该状态列表中，每个az的状态分为可提供服务的状态或无法提供服务的状态，如表4所示，在表4中，az1～az4为可提供服务的状态，az5～az6为无法提供服务的状态。或者，dns可以根据处于可提供服务的状态的az，形成一个可用的az列表，则当各个az的状态如表4中所示时，该可用的az列表中包含az1～az4。表4az的编号az的状态az1可提供服务az2可提供服务az3可提供服务az4可提供服务az5无法提供服务az6无法提供服务作为另一种示例，dns可以在域名与az的对应关系中保存az的状态，如表5所示，每个az后还指示该az的状态，例如，在表5中，与域名3对应的az1的状态为可提供服务的状态，与域名3对应的az2的状态为可提供服务的状态，以及与域名3对应的az3的状态为可提供服务的状态。表5域名az的编号及状态域名1az6(可提供服务)域名2az4(可提供服务)、az5(无法提供服务)域名3az1(可提供服务)、az2(可提供服务)、az3(无法提供服务)作为另一种示例，dns可以根据az的状态更新域名与az的对应关系，从而使得在域名与az的对应关系中仅保存处于可提供服务状态的az，例如，dns为域名3配置的az为az1～az3，dns在获取每个az的状态后，确定az3处于无法提供服务的状态，则dns将az3从域名与az的对应关系列表中暂时删除，则在该域名与az的对应关系中，与域名3对应的az由az1～az3变更为az1和az2，如表6所示，从而该域名与az的对应关系列表中包含的az均为可提供服务的状态的az。表6域名az的编号域名1az6域名2az4域名3az1、az2需要说明的是，当dns再次获取个az的状态，确定从域名与az的对应关系列表中删除的az处于可提供服务的状态后，可以再次更新该域名与az的对应关系，从而将该az添加到域名与az的对应关系中。以az3由无法提供服务的状态变更为可提供服务的状态为例，则域名与az的对应关系中，域名3对应的az的编号由表6所示的az1和az2变更为az1～az3。以dns获取各个az的状态，并利用各个az的状态更新域名与az的对应关系为例，当dns获取更新后的域名与az的对应关系后，则从该更新后的域名与az的对应关系中确定第一az，例如，更新后的域名与az的对应关系如表6所示，dns确定与域名3对应的az为az1和az2，则从az1和az2中随机选择一个作为第一az。由于通过上述四种方式中的任意一种方式确定的第一az，均为处于可提供服务的状态的az，因此，只要客户端向dns发送域名解析请求，则dns一定会向客户端返回一个可用的az，从而客户端不会感知az故障，自然也无需运维人员手动切换az，且不需要客户端通过重试找到一个可以使用的az，可以减少由于az故障带来的时延，可以提高系统的可靠性和可用性。第五种方式：dns首先根据域名与az的对应关系，确定与域名3对应的az为az1、az2以及az3，然后，dns获取与域名3对应的多个az(即az1～az3)中每个az的状态，并根据预设的策略，从az1～az3中确定出处于可提供服务的状态的第一az，该预设的策略可以是该客户端与该多个az中处于可提供服务的状态的az的距离、该客户端的优先级以及该多个az中处于该可提供服务的状态的az的负载中的至少一种因素。dns可以采用前述四种方式中的其中一种，确定与域名3对应的多个az中每个az的状态，在此不再赘述。下面将针对不同的策略，分别介绍dns确定第一az的过程。第一种策略，由于在多az存储系统中，各个az之间的距离一般相距较远，例如，通常为50-100公里，从而导致客户端与不同的az之间的距离相差较大，因此，dns可以根据该客户端与该多个az中处于可提供服务的状态的az的距离确定第一az，具体实现方式如下：dns首先获取该客户端的ip地址，然后，dns根据该客户端的ip地址及与域名对应的多个az中处于可提供服务的状态的az的ip地址，计算该客户端与该多个az中处于可提供服务的状态的az中每个az的距离，确定与该客户端最近的az为第一az。作为一种示例，以该客户端的ip地址为10.64.0.4，与域名3对应的az1～az3中处于可提供服务的状态的az为az1和az2，且az1的ip地址为10.64.0.0/10，az2的ip地址为10.128.0.0/10为例，dns可以根据距离路由得分值来确定客户端与每个az的距离，该距离路由得分值可以为0和1两种取值，其中，距离路由得分值为1时，表示该客户端与该az的距离较近，距离路由得分值为0时，表示该客户端与该az的距离较远。例如，如果客户端是在某个az的子网内的ip访问，则客户端与该az的距离路由得分值为1；如果客户端不是在某个az的子网内的ip访问，则客户端与该az的距离路由得分值为0。在本发明实施例中，由该客户端的ip地址和az1的ip地址可知，客户端的ip地址为az1的某一个子网的ip地址，因此，客户端与az1的距离路由得分值为1，而客户端的ip地址不是az2的任意一个子网的ip地址，因此，客户端与az2的距离路由得分值为0，则与该客户端距离最近的az为az1，从而确定az1为第一az。当然，也可以通过其他方式计算客户端与az之间的距离，在此不作限制。通过上述技术方案，dns可以选择与客户端距离最近的az反馈给客户端使用，从而可以减少客户端到az之间的距离，进而减少数据传输的时延，提高访问性能。第二种策略，为了便于对客户端的访问管理，例如，可以将客户端访问的az的能力(性能)与客户端的优先级进行匹配，使得优先级级别高的客户端可以访问到能力强(性能好)的az，因此，dns可以根据该客户端的优先级级别确定第一az，具体实现方式如下：dns根据该客户端的优先级，以及与客户端要访问的域名对应的多个az中处于可提供服务的状态的az的性能，从该多个az中处于可提供服务的状态的az中选择与该客户端的优先级匹配的az作为第一az。需要说明的是，与客户端的优先级匹配的az，可以理解为客户端的优先级级别越高，则与该客户端匹配的az的性能越好，在本发明实施例中不作限制。作为一种示例，dns可以预先使用用于设置客户端的优先级级别的config.setpriority接口，为与该多az存储系统通信的各个客户端设置优先级级别，例如，可以将所有的客户端分为两个优先级级别，分别为高优先级级别和低优先级级别，对于要求时延较低的客户端设置优先级级别为高优先级级别，例如，用于提供视频数据的客户端，对于没有时延要求的客户端，则设置其优先级级别为低优先级级别。当然，也可以根据使用需求，将所有的客户端划分为多个优先级级别，例如可以包括高、中、低三个优先级级别，或者高、较高、中、较低、低五个优先级级别，在本发明实施例中不作限制。当dns接收客户端发送的域名解析请求后，则可以通过用于查询设置的客户端的优先级级别的config.getpriority接口，获取客户端的优先级级别。作为一种示例，以dns获取该客户端的优先级级别为高，与域名3对应的az1～az3中处于可提供服务的状态的az为az1和az2，且az1的性能优于az2的性能，该策略为客户端的优先级级别越高，则与该客户端匹配的az的性能越好为例，则dns根据该策略确定az1为与该客户端的优先级级别匹配的az，从而确定az1为第一az。作为另一种示例，dns也可以对各个az的性能进行分级，例如，可以以az的处理速度为各个az的性能进行分级，确定处理速度小于1s的az的性能为优，确定处理速度在1s～2s之间的az的性能为良，以及确定处理速度在2s以上的az的性能为差。进一步地，dns可以设置客户端的优先级级别与az的性能的匹配关系，例如，优先级级别高的客户端匹配性能为优或良的az，优先级级别为低的客户端匹配性能为差的az。以dns获取该客户端的优先级级别为高，与域名3对应的az1～az3中处于可提供服务的状态的az为az1和az2，且az1的性能为优，az2的性能为良为例，则dns根据预设的客户端的优先级级别与az的性能的匹配关系，确定与该客户端匹配的az的性能为优或良，则az1和az2都是与客户端匹配的az，从而可以选择az1和az2中的任意一个作为第一az。通过上述技术方案，dns可以根据客户端的优先级级别不同，为各个客户端分配不同性能的az，例如，将性能好的az优先分配给优先级级别高的客户端进行访问，可以提高存储系统的分级能力和客户端的性能，进一步，由于dns为每个客户端设置的优先级级别不同，这样，可以通过优先级级别的划分，使得多个客户端可以被分配到不同的az进行访问，可以降低由于某个az的访问量过大而导致瘫痪的概率，可以提高存储系统的稳定性。第三种策略，为了实现存储系统中各个az的负载均衡，dns可以根据与客户端要访问的域名对应的处于可提供服务的状态的多个az中每个az的负载确定第一az，具体实现方式如下：作为一种示例，dns首先确定与客户端要访问的域名对应的处于可提供服务的状态的多个az中每个az的负载，然后从该多个az中确定负载小于阈值的az为第一az。dns获取每个az的负载的方式与第二种方式下的第二种情况相同，在此不再赘述。以与客户端要访问的域名3对应的az1～az3中处于可提供服务的状态的az为az1和az2，且az1的负载为50％，az2的负载为70％，该阈值为60％为例，由于az1的负载为50％<60％，az2的负载为70％>60％，因此，dns确定az1为第一az。作为另一种示例，dns首先确定与客户端要访问的域名对应的处于可提供服务的状态的多个az中每个az的负载，然后从该多个az中确定负载最小的az为第一az。dns获取每个az的负载的方式与第二种方式下的第二种情况相同，在此不再赘述。以与客户端要访问的域名3对应的az1～az3中处于可提供服务的状态的az为az1和az2，且az1的负载为50％，az2的负载为70％为例，由于50％<70％，则az1为负载最小的az，因此，dns确定az1为第一az。通过上述技术方案，dns可以通过根据存储系统中每个az的负载，合理调控每个az的访问量，可以降低由于某个az的访问量过大而导致瘫痪的概率，可以提高存储系统的稳定性。第四种策略，为了可以为客户端提供最佳的az，dns可以结合该客户端与该多个az中处于可提供服务的状态的az的距离、该客户端的优先级以及该多个az中处于该可提供服务的状态的az的负载三种因素，一起确定该第一az，具体实现方式如下：dns可以为每一种因素确定一个权重，该权重的取值可以根据使用需求、实际部署规模或实际测试值进行调整。例如，若该客户端与存储系统中各个az的距离相近，且该存储系统中各个az的性能差异较小，则可以设置客户端与该多个az中处于可提供服务的状态的az的距离的因素的权重以及客户端的优先级的因素的权重值均为一个较小值，例如，0.2，设置该多个az中处于该可提供服务的状态的az的负载的因素的权重值为0.6；或者，若经过试验发现客户端使用的az与客户端的距离对客户端的性能的影响最大，则可以设置客户端与该多个az中处于可提供服务的状态的az的距离的因素的权重为一个较大值，例如0.6，然后随机分配其他两个因素的权重的取值，在本发明实施例中不作限制。然后，dns可以使用如下公式计算该第一az：第一其中，xi为加权项，i的取值为1、2、3，当i取1时，表示该客户端与多个az中每个az的距离的加权项，当i取2时，表示根据该客户端的优先级与该多个az的性能进行匹配的加权项，当i取3时，表示根据该多个az的负载进行匹配的加权项，yi为对应的xi的权重，n的取值为3。通过上述技术方案，由于dns结合了多种因素确定该第一az，从而可以使该第一az与该客户端的匹配程度最佳，可以提高存储系统的可靠性。步骤404、该dns向该客户端发送该第一az的互联网协议ip地址，该客户端接收该ip地址。当dns确定该第一az后，则dns向该客户端反馈该域名解析的结果，例如，dns确定与该第一az为az1，该dns向客户端反馈az1的ip地址，即ip1。步骤405、该客户端向该ip地址发送访问请求，az1接收该访问请求。在本发明实施例中，以该访问请求为存储数据的访问请求，则客户端将待存储的视频数据发送给az1。步骤406、az1处理该访问请求。当az1接收由客户端发送的待存储的视频数据后，可以先判断az1的存储空间是否足够或者确定是否发生本地临时故障，若az1的存储空间足够存储该视频数据或者az1未发生本地临时故障，则az1将存储该视频数据。若az1确定az1的存储空间无法存储该视频数据或者确定发生本地临时故障，则az1可以将该视频数据转发到其他az中，例如转发到用于存储视频数据的az2中，当az2完成存储后，则向az1反馈完成存储的信息。步骤407、az1向客户端反馈处理结果，客户端接收该处理结果。当az1存储该视频数据后，则向客户端回复完成存储的信息，从而完成此次访问。需要说明的是，步骤405～步骤407为可选步骤，即不是必须要执行。在上述技术方案中，通过域名系统dns来对客户端发送的域名解析请求进行处理，当dns接收到客户端发送的域名解析请求后，会向该客户端反馈与该域名解析请求对应的处于可提供服务状态的az的ip地址，这样，客户端不会感知az故障，自然也无需运维人员手动切换az，且不需要客户端通过重试找到一个可以使用的az，可以减少由于az故障带来的时延，从而可以提高业务连续性。进一步地，dns还可以通过多种策略为客户端选择最佳的az，供客户端访问，可以提高存储系统的可靠性和可用性。上述本发明提供的实施例中，分别从域名系统dns、客户端以及域名系统dns和客户端之间交互的角度对本发明实施例提供的方法进行了介绍。为了实现上述本发明实施例提供的方法中的各功能，域名系统dns可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。图5示出了一种基于多可用分区az的域名解析装置500的结构示意图。其中，域名解析装置500可以是域名系统dns，能够实现本发明实施例提供的方法中域名系统dns的功能；域名解析装置500也可以是能够支持域名系统dns实现本发明实施例提供的方法中域名系统dns的功能的装置。域名解析装置500可以是硬件结构、软件模块、或硬件结构加软件模块。域名解析装置500可以由芯片系统实现。本发明实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。域名解析装置500可以包括获取单元501、处理单元502以及发送单元503。获取单元501可以用于执行图4所示的实施例中的步骤402，和/或用于支持本文所描述的技术的其它过程。获取单元501用于域名解析装置500和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。处理单元502可以用于执行图4所示的实施例中的步骤403，和/或用于支持本文所描述的技术的其它过程。发送单元503可以用于执行图4所示的实施例中的步骤404，和/或用于支持本文所描述的技术的其它过程。发送单元503用于域名解析装置500和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本发明各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。如图6所示为本发明实施例提供的基于多可用分区az的域名解析装置600，其中，域名解析装置600可以是图4所示的实施例中的域名系统dns，能够实现本发明图4实施例提供的方法中域名系统dns的功能；域名解析装置600也可以是能够支持域名系统dns实现本发明图4所示的实施例提供的方法中域名系统dns的功能的装置。其中，该域名解析装置600可以为芯片系统。本发明实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。域名解析装置600包括至少一个处理器620，用于实现或用于支持域名解析装置600实现本发明图4所示的实施例提供的方法中域名系统dns的功能。示例性地，处理器620可以从与域名对应的多个az中确定处于可提供服务状态的第一az，具体参见方法示例中的详细描述，此处不做赘述。域名解析装置600还可以包括至少一个存储器630，用于存储程序指令和/或数据。存储器630和处理器620耦合。本发明实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器620可能和存储器630协同操作。处理器620可能执行存储器630中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。当处理器620执行存储器630中的程序指令时，可以实现图4所示的方法。域名解析装置600还可以包括通信接口610，用于通过传输介质和其它设备进行通信，从而用于域名解析装置600中的装置可以和其它设备进行通信。示例性地，该其它设备可以是客户端。处理器620可以利用通信接口610收发数据。本发明实施例中不限定上述通信接口610、处理器620以及存储器630之间的具体连接介质。本发明实施例在图6中以存储器630、处理器620以及通信接口610之间通过总线640连接，总线在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。在本发明实施例中，处理器620可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。在本发明实施例中，存储器630可以是非易失性存储器，比如硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本发明实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。本发明实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行图4中所示的实施例中域名系统dns执行的方法。本发明实施例中还提供一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行图4中所示的实施例中域名系统dns执行的方法。本发明实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述方法中域名系统dns的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。本发明实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，简称dsl)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digitalvideodisc，简称dvd))、或者半导体介质(例如，ssd)等。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。当前第1页12