域名解析中路由配置信息采集方法及装置制造方法
【专利摘要】本发明公开了域名解析中路由配置信息采集方法及装置、路由配置文件的生成方法及装置、域名解析中的调度方法及装置，以及域名解析中的调度系统。域名解析中路由配置信息采集方法包括：接收客户端发来的域名解析请求，并确定域名解析中使用的响应域名解析请求的路由策略，根据响应域名解析请求的路由策略，生成路由策略对应的可配置数据接口；获取可响应域名解析请求的WEB服务器IP地址，并通过可配置数据接口，采集可响应域名解析请求的WEB服务器IP地址的路由配置信息。本发明可以采集可响应域名解析请求的WEB服务器IP地址的路由配置信息。当需要更新前端管理系统路由配置文件时，可以根据采集的路由配置信息自动生成路由配置信息。
【专利说明】域名解析中路由配置信息采集方法及装置
【技术领域】
[0001]本申请涉及域名解析【技术领域】，具体涉及一种域名解析中路由配置信息采集方法及装置、路由配置文件的生成方法及装置、域名解析中的调度方法及装置，以及域名解析中的调度系统。
【背景技术】
[0002]随着互联网规模的不断扩大，服务器承载的压力也不断增加，对服务的质量要求也越来越高。对于网络运营上来说，最理想的情况是，使用低成本的服务器，承载更大的压力，并且7x24小时不中断服务。
[0003]为了实现上述目的，通常采用无调度器和有调度器的两种技术方案。对于无调度器的技术方案来说，当用户将域名解析请求提交给本地的域名服务器，它会因不能直接解析而向上一级域名服务器提交，上一级域名服务器再依次向上提交，直到域名解析服务器(DOMAIN NAME SYSTEM，简称DNS)把这个域名解析到一台WEB服务器的IP地址。解析完成后，由于从用户到DNS服务器之间存在多台域名服务器，它们都会缓冲已解析的域名到IP地址的映射，这会导致该域名服务器组下所有用户都会访问同一台服务器，出现不同服务器间的负载不均衡。
[0004]另外，由于缓冲的存在，及请求的不确定性，即使设置了生命周期(TMETO LIVE,TTL)，负载仍然会不均衡，可用性也很差。如果某台实际WEB服务器宕机或其服务器程序挂掉，所有的访问IP映射到这台WEB服务器的用户都会在一段时间内无法访问服务器，任何的服务中断都会立刻会用户感知到。
[0005]再者，在没有调度器时，则只能给每台实际服务器单独备份一个服务器，但是成本会较高。
[0006]作为对无调度方案的改进，现有技术中多采用有调度器的方案。对于有调度器的技术方案，具体有两种方式，一种是部署集群，集群具有调度器、服务器、存储功能是一个完整的系统，其中，调度器是集群的入口，起到负载均衡或内容调度的作用。另外一种是在服务器程序中加入集群的功能，在服务器中加入了集群的功能在部署时，仍然需要调度器，使服务器节点之间可以通信，实现基于内容的调度。
[0007]上述调度器的情况，域名对应的IP都会解析到调度器，调度器会定时探测实际WEB服务器的运行情况，一旦出现宕机，调度器会很快探测到。然后将域名解析请求转发到其他WEB服务器进行处理，保证用户的请求不受影响。只有在实际服务器全部宕机的情况下，才会无法响应用户的请求。
[0008]上述调度器在转发域名解析请求前，需要首先在调度器上配置好调度的策略，即定义转发的域名解析请求指向的其他WEB服务器，只有配置好转发策略，域名解析请求才能成功被转发，客户端的域名访问请求才能被成功应答。
[0009]但是，现有技术中，如果要配置调度的策略，需要手动在调度器的数据库中进行设置，设置过程繁琐，容易出现操作失误等，而且不能够做到及时更新。
【发明内容】
[0010]本申请所要解决的技术问题在于提供一种域名解析中路由配置信息采集方法及装置、路由配置文件的生成方法及装置、域名解析中的调度方法及装置，以及域名解析中的调度系统。
[0011]为了解决上述问题，本申请揭示了一种域名解析中路由配置信息采集方法，包括:接收客户端发来的域名解析请求，并确定域名解析中使用的响应所述域名解析请求的路由策略，根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口 ；获取可响应所述域名解析请求的WEB服务器IP地址，并通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0012]进一步地，确定域名解析中使用的响应所述域名解析请求的路由策略包括:根据所述域名解析请求中携带的客户端IP地址，结合预置的不同客户端IP地址与不同客户端IP地址中每个客户端IP地址可访问的网络节点中WEB服务器IP地址的对应关系，确定域名解析中使用的响应所述域名解析请求的路由策略。
[0013]进一步地，确定域名解析中使用的响应所述域名解析请求的路由策略包括:根据所述域名解析请求中携带的客户端IP地址确定客户端IP地址段，根据所述客户端IP地址段，结合预置的不同客户端IP地址段与不同客户端IP地址段中每一客户端IP地址可访问的网络节点中WEB服务器IP地址的对应关系，确定域名解析中使用的响应所述域名解析请求的路由策略。
[0014]进一步地，确定域名解析中使用的响应所述域名解析请求的路由策略包括:根据所述域名解析请求中携带的客户端IP地址，根据所述域名解析请求确定所请求的业务内容，结合预置的不同业务内容与所述客户端IP地址可访问的网络节点中的WEB服务器的对应关系，确定域名解析中使用的响应所述域名解析请求的路由策略。
[0015]进一步地，确定域名解析中使用的响应所述域名解析请求的路由策略包括:根据所述域名解析请求中携带的客户端IP地址确定所述客户端IP地址归属的网络运营商信息，根据所述网络运营商信息获取所述客户端IP地址可访问的网络节点中的WEB服务器IP地址，确定域名解析中使用的响应所述域名解析请求的路由策略。
[0016]进一步地，确定域名解析中使用的响应所述域名解析请求的路由策略包括:根据所述域名解析请求中携带的客户端IP地址确定所述客户端IP地址的归属地，根据所述归属地的所有节点中的WEB服务器IP地址，获取所述客户端IP地址可访问的网络节点中WEB服务器IP地址，确定域名解析中使用的响应所述域名解析请求的路由策略。
[0017]进一步地，确定域名解析中使用的响应所述域名解析请求的路由策略包括:统计可响应所述域名解析请求的WEB服务器的负载量以及响应所述域名解析请求的时间周期；根据统计的WEB服务器的负载量以及响应所述域名解析请求的时间周期，确定域名解析中使用的响应所述域名解析请求的路由策略。
[0018]为了解决上述问题，本申请还揭示了一种域名解析中的路由配置文件的生成方法，包括:判定需要更新当前路由配置文件时，接收可响应所述域名解析请求的WEB服务器IP地址的路由配置信息；根据所述域名解析请求的WEB服务器IP地址的路由配置信息生成对应所述域名解析请求的路由配置文件。[0019]为了解决上述问题，本申请还揭示了一种域名解析中的调度方法，包括:获取加载的针对客户端发来的域名解析请求的路由配置文件；对针对客户端发来的域名解析请求的路由配置文件进行解析，获得响应所述域名解析请求的路由策略；根据响应所述域名解析请求的路由策略，确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
[0020]为了解决上述问题，本申请还揭示了一种域名解析中路由配置信息的采集装置，包括:配置单元，用于接收客户端发来的域名解析请求，并确定域名解析中使用的响应所述域名解析请求的路由策略，根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口 ；IP地址获取单元，用于获取可响应所述域名解析请求的WEB服务器IP地址；采集单元，用于通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0021]为了解决上述问题，本申请还揭示了一种域名解析中的路由配置文件的生成装置，包括:接收单元，用于当判定需要更新当前路由配置文件时，接收可响应所述域名解析请求的WEB服务器IP地址的路由配置信息；配置文件生成单元，用于根据所述域名解析请求的WEB服务器IP地址的路由配置信息生成对应所述域名解析请求的路由配置文件。
[0022]为了解决上述问题，本申请还揭示了一种域名解析中的调度装置，包括:获取单元，用于获取加载的针对客户端发来的域名解析请求的路由配置文件；解析单元，用于对针对客户端发来的域名解析请求的路由配置文件进行解析，获得响应所述域名解析请求的路由策略；调度单元，用于根据响应所述域名解析请求的路由策略，确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
[0023]为了解决上述问题，本申请还揭示了一种域名解析中的调度系统，包括:路由配置信息的采集装置、路由配置文件的生成装置，以及调度装置，所述路由配置信息的采集装置与所述路由配置文件的生成装置耦接，所述路由配置文件的生成装置与所述调度装置耦接；其中:所述路由配置信息的采集装置用于采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息；所述路由配置文件的生成装置用于根据所述域名解析请求的WEB服务器IP地址的路由配置信息生成对应所述域名解析请求的路由配置文件；所述调度装置用于响应所述域名解析请求的路由策略，确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
[0024]与现有技术相比，本申请可以获得包括以下技术效果:
[0025]在后台管理系统中，根据响应所述域名解析请求的路由策略生成了对应的可配置数据接口，通过该可配置的数据接口可以采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。当需要更新前端管理系统中路由配置文件时，可以根据采集的路由配置信息自动生成路由配置信息，批量记载到调度器的数据库上，从而避免了手动去修改调度器的数据库导致的过程繁琐、易出操作失误等缺陷，便于及时更新。
【专利附图】
【附图说明】
[0026]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中:
[0027]图1为本发明实施例一路由配置信息的采集方法流程图。
[0028]图2为本发明实施例二路由配置信息的采集方法流程图。[0029]图3为本发明实施例三路由配置信息的采集方法流程图。
[0030]图4为本发明实施例四路由配置信息的采集方法流程图。
[0031]图5为本发明实施例五路由配置信息的采集方法流程图。
[0032]图6为本发明实施例六路由配置信息的采集方法流程图。
[0033]图7为本发明实施例七路由配置文件的生成方法流程图。
[0034]图8为本发明实施例八调度方法流程图。
[0035]图9为本发明实施例九采集装置结构示意图。
[0036]图10为本发明实施例十配置文件的生成装置结构示意图。
[0037]图11为本发明实施例十一配置文件的调度装置结构示意图。
[0038]图12为本发明实施例十二种域名解析中的调度系统结构示意图。
【具体实施方式】
[0039]以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。
[0040]如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。
[0041]实施例一
[0042]如图1所示，为本发明实施例一路由配置信息的采集方法流程图，其可以包括:
[0043]步骤S100、接收客户端发来的域名解析请求,并确定域名解析中使用的响应所述域名解析请求的路由策略，根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口；
[0044]在Internet上域名与WEB服务器IP地址之间是——对应的。一个域名可以对应一个WEB服务器IP地址，一个WEB服务器IP地址可以对应多个域名，所以多个域名可以同时被解析到一个WEB服务器IP地址。因此，响应某一具体的域名解析请求时，其实质过程就是确定可给某一域名解析请求提供服务内容的WEB服务器，该过程实际上是一个选择的过程。如前所述，由于域名访问的不可预测性，某一些WEB服务器在一定时间内被访问的数量可能很大，而某些WEB服务器被访问的数量可能很小。因此，所谓“调度”就是如何选择出一最佳的WEB服务器向发起域名解析请求的客户端提供服务内容。
[0045]因此，本实施例中，制定了不同的路由策略，以实现选择出一最佳的WEB服务器向发起域名解析请求的客户端提供服务内容。该路由策略可以核心基于用户的用户路由、核心基于IP的IP路由、核心基于业务内容的业务路由，有关这三部分具体的路由策略详见下述实施例，在此不再赘述。
[0046]由于不同的路由策略基于的核心不同，如用户路由是基于用户的，IP路由是基于客户端IP地址的，而业务路由是基于服务器可分发内容的，不同路由策略对应的路由配置信息也会不同。因此，本实施例中，针对不同的路由策略提供了不同的可配置数据接口，用于组成录入路由配置信息各配置数据。比如说，客户端IP地址归属的网络运营商、客户端IP地址的物理归属地(包括国别、省、市、县等)、带宽阈值、内容分发形式定义、响应解析请求的生命周期(TME TO LIVE，简称TTL)等等。
[0047]需要说明的是，结合具体的应用场景，指定的路由策略不局限于本实施例中列明的上述三种。本领域普通技术人员根据本申请实施例的启发，无须创造性劳动，也可以想到其他等同的替代方式，在此不再赘述。
[0048]需要说明的时，对于不同路由策略，可配置的数据不限于本实施例中列明的上述项，本领域普通技术人员根据本申请实施例的启发，无须创造性劳动，也可以想到其他等同的替代方式，在此不再赘述。
[0049]步骤S102、获取可响应所述域名解析请求的WEB服务器IP地址，并通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0050]本实施例中，由于根据不同的路由策略，确定了不同路由策略的路由配置信息，并据此提供了不同的可配置数据接口。通过该可配置数据接口，既可方便的采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0051]在某一具体的应用场景中，比如在上述方法执行完毕后，自动向用户提供一内容录入页面，该内容路由页面中的各可输入选项，分别对应上述可配置数据接口，只要在每个可输入选项中输入对应的内容，该输入的内容既可通过可配置数据接口采集到，从而完成路由配置信息的采集，定义出客户端发来的域名解析请求指向的WEB服务器IP地址。
[0052]本实施例中，在后台管理系统中，根据响应所述域名解析请求的路由策略生成了对应的可配置数据接口，通过该可配置的数据接口可以采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。当需要更新前端管理系统中路由配置文件时，可以根据采集的路由配置信息自动生成路由配置信息，批量记载到调度器的数据库上，从而避免了手动去修改调度器的数据库导致的过程繁琐、易出操作失误等缺陷，便于及时更新。
[0053]实施例二
[0054]如图2所示，为本发明实施例二路由配置信息的采集方法流程图，其可以包括:
[0055]步骤S200、根据所述域名解析请求中携带的客户端IP地址，结合预置的不同客户端IP地址与不同客户端IP地址中每个客户端IP地址可访问的网络节点中WEB服务器IP地址的对应关系，确定域名解析中使用的响应所述域名解析请求的路由策略；
[0056]由于用户接入internet可以选择不同的网络运营商，而不同的网络运营商提供的接入internet的标准存在差异。如，目前在中国大陆的网络运营商有中国电信、中国移动、中国铁通、中国联通等。因此，本实施例中，在确定路由策略时，基于终端用户接入internet选择的网络运营商来进行。在路由策略中，规定不同网络运营商的客户端IP地址可访问不同的WEB服务器。
[0057]步骤S202、根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口；[0058]本实施例中，由于是基于用户的路由策略，因此，对应该路由策略提供多个配置数据接口，比如输入网络运营商信息的接口、网络运营商物理归属地的接口等等，可实现路由配置，将一域名解析请求导向到某一具体WEB服务器的数据接口等，详细不再赘述。而现有技术中没有在后台配置为了实现采集、生成、加载配置信息的数据接口。
[0059]步骤S204、获取可响应所述域名解析请求的WEB服务器IP地址，并通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0060]本实施例中，可响应某一客户端发来的域名解析请求的WEB服务器可能存在多个，也就对应存在多个WEB服务器IP地址。如前所述，由于网络访问的随机性等原因，尽管不同的WEB服务器可以响应某一客户端发来的域名解析请求，但是，其在某一客户端发来的域名解析请求TTL期间，被访问的次数过多，也就是说负载量很大，无法及时做出域名解析请求的响应，向发起域名解析请求的客户端提供服务。因此，在本实施例中，实际上是进行了一筛选过程，从中滤除那些在域名解析请求的TTL期间，无法提供服务内容的WEB服务器，只保留还有资源提供服务内容的WEB服务器。
[0061]通过上述定义的可配置数据接口，采集路由配置信息，以将域名解析请求导向到对应的WEB服务器地址。
[0062]实施例三
[0063]如图3所示，为本发明实施例三路由配置信息的采集方法流程图，其可以包括:
[0064]步骤S300、根据所述域名解析请求中携带的客户端IP地址确定客户端IP地址段，结合预置的不同客户端IP地址段与客户端IP地址段中每一客户端IP地址可访问的网络节点中WEB服务器IP地址的对应关系，确定域名解析中使用的响应所述域名解析请求的路由策略；
[0065]与上述实施例二不同的是，本实施例中，核心基于客户端IP地址段与WEB服务器IP地址的对应关系，来确定路由策略。比如规定处在某一个IP地址段内容的客户端可访问的WEB服务器，不同IP地址段的客户端访问不同的WEB服务器。比如，定义某一个县城中所有的客户端均可访问位于某一网络节点上的某几个WEB服务器，通过IP地址判断，只要是来自该县城中的客户端发起域名解析请求，全部到导向该网络节点上的WEB服务器。当然，由于在该节点上存在多个可响应域名解析请求的WEB服务器，因此，也可以参照本发明上述实施例一中的用户路由策略来定制一具体的路由配策略，比如如果监测到客户端IP地址归属中国电信网络运营商的，将这些客户端IP地址对应的域名解析请求导向到某一WEB服务器，而如果监测到其他客户端IP地址归属中国移动网络运营商，则将这些客户端IP地址发起的域名解析请求导向到另一 WEB服务器上。
[0066]步骤S302、根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口；
[0067]如前所示，由于本实施例中，在制定路由策略时，是基于客户端IP地址段的，即IP路由策略。因此，在配置数据接口时，生成一系列对应IP路由策略的可配置数据接口，比如IP地址段定义接口、客户端IP地址归属的网络运营商信息、上行(下行)流量限制、上行(下行)带宽限制等等。
[0068]步骤S304、获取可响应所述域名解析请求的WEB服务器IP地址；
[0069]步骤S306、通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0070]与实施例二中类似，在本实施例中，实际上是进行了一筛选过程，从可响应某一域名解析器请求的所有WEB服务器中，滤除那些在域名解析请求的TTL期间，无法提供服务内容的WEB服务器，只保留还有资源提供服务内容的WEB服务器，并获得这些WEB服务器IP地址，以建立客户端IP地址访问WEB服务器IP地址的路由配置。
[0071]实施例四
[0072]如图4所示，为本发明实施例四路由配置信息的采集方法流程图，其可以包括:
[0073]步骤S400、根据所述域名解析请求中携带的客户端IP地址，根据所述域名解析请求确定所请求的业务内容，结合预置的不同业务内容与所述客户端IP地址可访问的网络节点中的WEB服务器的对应关系，确定域名解析中使用的响应所述域名解析请求的路由策略；
[0074]与上述实施例二和三不同的是，本实施例中，是基于WEB服务器分发的业务内容来进行路由策略的确定。
[0075]对于域名空间来说，其提供的业务内容纷繁复杂，多种多样，比如有广告业务等，而针对不同的业务，配置不同的WEB服务器。因此，对于客户端发起的域名解析请求针对的业务内容，选择不同的WEB服务器，以成功响应该域名解析请求。
[0076]步骤S402、根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口；
[0077]本实施例中，由于是基于业务内容的，因此，在生成可配置数据接口时，主要基于业务内容的路由策略来定义，比如，业务内容的分类、业务内容提供的网路运营商等等。
[0078]步骤S404、获取可响应所述域名解析请求的WEB服务器IP地址；
[0079]步骤S406、通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0080]与实施例类似，在本实施例中，实际上是进行了一筛选过程，从可响应某一域名解析器请求的所有WEB服务器中，滤除那些在域名解析请求的TTL期间，无法提供服务内容的WEB服务器，只保留还有资源提供服务内容的WEB服务器，并获得这些WEB服务器IP地址，以建立客户端IP地址访问WEB服务器IP地址的路由配置。
[0081]实施例五
[0082]如图5所示，为本发明实施例五路由配置信息的采集方法流程图，其可以包括:
[0083]步骤S500、根据所述域名解析请求确定所请求的业务内容，结合预置的不同业务内容与客户端IP地址可访问的网络节点中WEB服务器的对应关系，以及所述客户端IP地址归属的网络运营商信息，获取客户端IP地址可访问的网络节点中的WEB服务器IP地址；
[0084]与上述实施例不同的是，本实施例中，获得可提供不同业务内容的不同WEB服务器后，对这些WEB服务器进行了进一步细分，即确定出那些WEB服务器是可以向那个网络运营商对应的客户端提供服务内容的，即不同的WEB服务器响应不同网络运营商的客户端。
[0085]步骤S502、根据所述客户端IP地址归属的网络运营商信息以及客户端IP地址可访问的网络节点中的WEB服务器IP地址，确定域名解析中使用的响应所述域名解析请求的路由策略；
[0086]本实施例中，在制定路由策略时，同时参考了业务内容以及客户端IP地址归属的网络运营商，从而进一步优化路由策略，提高域名解析请求的响应效率。
[0087]步骤S504、根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口；
[0088]本实施例中，本实施例中，由于是基于业务内容和网络运营商的，因此，在生成可配置数据接口时，主要基于业务内容、网络运营商路由策略来定义，比如，业务内容的分类、业务内容提供的网路运营商信息、客户端IP地址的网络运营商信息等等。
[0089]步骤S506、获取可响应所述域名解析请求的WEB服务器IP地址；
[0090]步骤S508、通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0091]与实施例类似，在本实施例中，步骤S506、步骤S508实际上是进行了一筛选过程，从可响应某一域名解析器请求的所有WEB服务器中，滤除那些在域名解析请求的TTL期间，无法提供服务内容的WEB服务器，只保留还有资源提供服务内容的WEB服务器，并获得这些WEB服务器IP地址，以建立客户端IP地址访问WEB服务器IP地址的路由配置。
[0092]实施例六
[0093]如图6所示，为本发明实施例六路由配置信息的采集方法流程图，其可以包括:
[0094]步骤S600、根据所述域名解析请求确定所请求的业务内容，结合预置的不同业务内容与客户端IP地址可访问的网络节点中WEB服务器的对应关系，以及所述客户端IP地址归属的网络运营商信息，获取客户端IP地址可访问的网络节点中的WEB服务器IP地址；
[0095]步骤S602、统计可响应所述域名解析请求的WEB服务器的负载量以及响应所述域名解析请求的时间周期；
[0096]步骤S604、根据所述网络运营商信息、可访问的网络节点中的WEB服务器IP地址、WEB服务器的负载量以及响应域名解析请求的时间周期，确定域名解析中使用的响应所述域名解析请求的路由策略；
[0097]本实施例中，引入了 WEB服务器的负载量和域名解析请求的时间周期来进行路由策略的定义。对比地，在上述图1-图5所示的实施例中，可以忽略负载量这一概念，只要是可以响应域名解析请求,就按照请求发起时间,对不同客户端的域名解析请求的进行时间排序，形成一请求队列，等候WEB服务器，一旦发现对应的WEB服务器可以响应域名解析请求，则从请求队列中按照时间先后，一一读出，导向到对应的WEB服务器。
[0098]而对于域名解析请求的时间周期的长短，对根据域名解析请求的进行时间排序行程的请求队列进行优化，优先响应域名解析请求的时间周期短的。
[0099]步骤S606、根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口；
[0100]本实施例中，可配置数据接口对应述网络运营商信息、可访问的网络节点中的WEB服务器IP地址、WEB服务器的负载量以及响应域名解析请求的时间周期等等，也可以增加物理归属地、网络运营商信息、带宽限值、流量限值等数据接口，详细不再赘述。
[0101]步骤S608、通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0102]本实施例中，与上述实施例不同的是，实际上参考了 WEB服务器的负载量、域名解析请求的时间周期对WEB服务器进行了筛选。[0103]在上述实施例一至六中,确定域名解析中使用的响应所述域名解析请求的路由策略还可以包括:根据所述域名解析请求中携带的客户端IP地址确定所述客户端IP地址的归属地，根据所述归属地的所有节点中的WEB服务器IP地址，获取所述客户端IP地址可访问的网络节点中WEB服务器IP地址，确定域名解析中使用的响应所述域名解析请求的路由策略。
[0104]上述实施例一至六中，所有的步骤可以位于后台管理系统中执行，也就是说，后台管理系统只要可以完成路由配置信息的采集即可，而无需生成对应的配置文件。
[0105]实施例七
[0106]如图7所示，为本发明实施例七路由配置文件的生成方法流程图，其可以包括:
[0107]步骤S700、判定需要更新当前路由配置文件时，接收可响应所述域名解析请求的WEB服务器IP地址的路由配置信息；
[0108]本实施例中，该生成方法的执行可以位于前端管理系统中，只要当前的路由策略已不满足域名解析请求，比如存在WEB服务器宕机或者WEB服务器运行程序中断、某些WEB服务器负载量超过预定的阈值等情形，即可判定需要更新当前路由配置文件。
[0109]步骤S702、根据所述域名解析请求的WEB服务器IP地址的路由配置信息，生成对应所述域名解析请求的路由配置文件。
[0110]当需要更新配置文件时，在前端管理系统中触发配置文件的生成，即可根据采集路由配置信息生成路由配置文件，发送到调度器进行加载。
[0111]实施例八
[0112]如图8所示，为本发明实施例八调度方法流程图，其可以包括:
[0113]步骤S800、获取加载的针对客户端发来的域名解析请求的路由配置文件；
[0114]步骤S802、对针对客户端发来的域名解析请求的路由配置文件进行解析，获得响应所述域名解析请求的路由策略；
[0115]本实施例中，由于加载了根据路由配置信息生成配置文件，只要对该配置文件进行自动解析，从中解析出对应的路由策略，即可确定出如何来响应实时的域名解析请求。只要接收到来自于客户端IP地址的域名解析请求，就按照既定的路由策略，将域名解析请求导向到对应的WEB服务器IP地址。
[0116]步骤S804、根据响应所述域名解析请求的路由策略,确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
[0117]需要说明的是，在具体执行上述路由策略时，可以采用如下几种调度算法:
[0118]如果所有WEB服务器的处理性能均相同，忽视服务器当前的负载量，可以采用轮叫调度(Round Robin Scheduling,简称RRS),以轮叫的方式依次将域名解析请求调度到不同的WEB服务器。另外，也可以进行优化，即规定一个服务器权值，当WEB服务器的权值为零时，表示该WEB服务器不可用不可调度，从而将该WEB服务器切出服务。
[0119]如果服务器的性能不一，则可以利用加权轮叫调度算法，即给不同的不WEB服务器分配不同的权值，表示其处理性能，按照权值高低的方式，将域名解析请求分配到对应的WEB服务器。
[0120]也可以通过服务器的连接数量来进行调度，即通过WEB服务器当前所活跃的负载量来估计WEB服务器的运行情况。[0121]实施例九
[0122]如图9所示，为本发明实施例九采集装置结构示意图，其可以包括:配置单元900、IP地址获取单元902、采集单元904，其中:
[0123]配置单元900用于接收客户端发来的域名解析请求，并确定域名解析中使用的响应所述域名解析请求的路由策略，根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口 ；
[0124]IP地址获取单元902用于获取可响应所述域名解析请求的WEB服务器IP地址；
[0125]采集单元904用于通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0126]实施例十
[0127]如图10所示，为本发明实施例十配置文件的生成装置结构示意图，其可以包括:接收单元1000、配置文件生成单元1002，其中:
[0128]接收单元1000用于当判定需要更新当前路由配置文件时，接收可响应所述域名解析请求的WEB服务器IP地址的路由配置信息；
[0129]配置文件生成单元1002用于根据所述域名解析请求的WEB服务器IP地址的路由配置信息生成对应所述域名解析请求的路由配置文件。
[0130]实施例H
[0131]如图11所示，为本发明实施例十一配置文件的调度装置结构示意图，其可以包括:获取单元1100、解析单元1102、调度单元1104
[0132]获取单元1100用于获取加载的针对客户端发来的域名解析请求的路由配置文件；
[0133]解析单元1102用于对针对客户端发来的域名解析请求的路由配置文件进行解析，获得响应所述域名解析请求的路由策略；
[0134]调度单元1104用于根据响应所述域名解析请求的路由策略，确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
[0135]实施例十二
[0136]如图12所示，为本发明实施例十二种域名解析中的调度系统结构示意图，其可以包括:路由配置信息的采集装置1200、路由配置文件的生成装置1202，以及调度装置1204。
[0137]路由配置信息的采集装置1200与路由配置文件的生成装置1202耦接，路由配置文件的生成装置1202与调度装置1204耦接。
[0138]所述路由配置信息的采集装置1200用于采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
[0139]所述路由配置文件的生成装置1202用于根据所述域名解析请求的WEB服务器IP地址的路由配置信息生成对应所述域名解析请求的路由配置文件。
[0140]所述调度装置1204用于响应所述域名解析请求的路由策略，确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
[0141]需要说明的是，路由配置信息的采集装置1200可以设置于后台管理系统中，而路由配置文件的生成装置1202、调度装置1204可以设置于前端管理系统中，从而实现通过后台管理系统对前端管理系统的集中批量管理。[0142]还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
[0143]上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。`
【权利要求】
1.一种域名解析中路由配置信息采集方法，其特征在于，包括: 接收客户端发来的域名解析请求，并确定域名解析中使用的响应所述域名解析请求的路由策略，根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口 ； 获取可响应所述域名解析请求的WEB服务器IP地址，并通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。
2.根据权利要求1所述的方法，其特征在于，确定域名解析中使用的响应所述域名解析请求的路由策略包括: 根据所述域名解析请求中携带的客户端IP地址，结合预置的不同客户端IP地址与不同客户端IP地址中每个客户端IP地址可访问的网络节点中WEB服务器IP地址的对应关系，确定域名解析中使用的响应所述域名解析请求的路由策略。
3.根据权利要求1所述的方法，其特征在于，确定域名解析中使用的响应所述域名解析请求的路由策略包括: 根据所述域名解析请求中携带的客户端IP地址确定客户端IP地址段，根据所述客户端IP地址段，结合预置的不同客户端IP地址段与不同客户端IP地址段中每一客户端IP地址可访问的网络节点中WEB服务器IP地址的对应关系，确定域名解析中使用的响应所述域名解析请求的路由策略。
4.根据权利要求1所述的方法，其特征在于，确定域名解析中使用的响应所述域名解析请求的路由策略包括: 根据所述域名解析请求中携带的客户端IP地址，根据所述域名解析请求确定所请求的业务内容，结合预置的不同业务内容与所述客户端IP地址可访问的网络节点中的WEB服务器的对应关系，确定域名解析中`使用的响应所述域名解析请求的路由策略。
5.根据权利要求1所述的方法，其特征在于，确定域名解析中使用的响应所述域名解析请求的路由策略包括: 根据所述域名解析请求中携带的客户端IP地址确定所述客户端IP地址归属的网络运营商信息，根据所述网络运营商信息获取所述客户端IP地址可访问的网络节点中的WEB服务器IP地址，确定域名解析中使用的响应所述域名解析请求的路由策略。
6.根据权利要求1所述的方法，其特征在于，确定域名解析中使用的响应所述域名解析请求的路由策略包括: 根据所述域名解析请求中携带的客户端IP地址确定所述客户端IP地址的归属地，根据所述归属地的所有节点中的WEB服务器IP地址，获取所述客户端IP地址可访问的网络节点中WEB服务器IP地址，确定域名解析中使用的响应所述域名解析请求的路由策略。
7.根据权利要求1所述的方法，其特征在于，确定域名解析中使用的响应所述域名解析请求的路由策略包括: 统计可响应所述域名解析请求的WEB服务器的负载量以及响应所述域名解析请求的时间周期； 根据统计的WEB服务器的负载量以及响应所述域名解析请求的时间周期，确定域名解析中使用的响应所述域名解析请求的路由策略。
8.—种域名解析中的路由配置文件的生成方法，其特征在于，包括:判定需要更新当前路由配置文件时，接收权利要求1-7任一项所述的可响应所述域名解析请求的WEB服务器IP地址的路由配置信息； 根据所述域名解析请求的WEB服务器IP地址的路由配置信息生成对应所述域名解析请求的路由配置文件。
9.一种域名解析中的调度方法，其特征在于，包括: 获取加载的针对客户端发来的域名解析请求的路由配置文件； 对针对客户端发来的域名解析请求的路由配置文件进行解析，获得响应所述域名解析请求的路由策略； 根据响应所述域名解析请求的路由策略，确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
10.一种域名解析中路由配置信息的采集装置，其特征在于，包括: 配置单元，用于接收客户端发来的域名解析请求，并确定域名解析中使用的响应所述域名解析请求的路由策略，根据响应所述域名解析请求的路由策略，生成所述路由策略对应的可配置数据接口； IP地址获取单元，用于获取可响应所述域名解析请求的WEB服务器IP地址； 采集单元，用于通过所述可配置数据接口，采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息。`
11.一种域名解析中的路由配置文件的生成装置，其特征在于，包括: 接收单元，用于当判定需要更新当前路由配置文件时，接收权利要求1-7任一项所述的可响应所述域名解析请求的WEB服务器IP地址的路由配置信息； 配置文件生成单元，用于根据所述域名解析请求的WEB服务器IP地址的路由配置信息生成对应所述域名解析请求的路由配置文件。
12.—种域名解析中的调度装置，其特征在于，包括: 获取单元，用于获取加载的针对客户端发来的域名解析请求的路由配置文件； 解析单元，用于对针对客户端发来的域名解析请求的路由配置文件进行解析，获得响应所述域名解析请求的路由策略； 调度单元，用于根据响应所述域名解析请求的路由策略，确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
13.—种域名解析中的调度系统，其特征在于，包括:权利要求10所述的路由配置信息的采集装置、权利要求11所述的路由配置文件的生成装置，以及权利要求12所述的调度装置，所述路由配置信息的采集装置与所述路由配置文件的生成装置耦接，所述路由配置文件的生成装置与所述调度装置耦接；其中: 所述路由配置信息的采集装置用于采集可响应所述域名解析请求的WEB服务器IP地址的路由配置信息； 所述路由配置文件的生成装置用于根据所述域名解析请求的WEB服务器IP地址的路由配置信息生成对应所述域名解析请求的路由配置文件； 所述调度装置用于响应所述域名解析请求的路由策略，确定可响应所述域名解析请求的WEB服务器IP地址用于调度。
【文档编号】H04L29/12GK103685609SQ201310728306
【公开日】2014年3月26日 申请日期:2013年12月25日 优先权日:2013年12月25日
【发明者】刘旺, 夏彦刚, 李艳松, 白俊峰, 陈真 申请人:乐视网信息技术（北京）股份有限公司