CN107707682B - 一种bind配置加载优化方法及装置 - Google Patents

Abstract

本发明公开了一种BIND配置加载优化方法及装置，此方法包括：在解析一视图的解析组配置文件的过程中，解析所述解析组配置文件的解析组域名列表，针对此解析组域名列表中的各解析组域名，在已完成加载的视图的解析组配置文件的解析组域名列表中查找此解析组域名，在查找到此解析组域名时，将已保存的此解析组域名的数据结构的指针挂载在当前视图下，在未查找到此解析组域名时，对此解析组域名进行解析并保存相应的数据结构。本发明可以有效提高加载效率，同时有效控制DNS进程的CPU占用率，降低负载。

Description

一种BIND配置加载优化方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种BIND配置加载优化方法及装置。

背景技术

域名解析是把域名指向网站空间的IP(Internet Protocol)地址，让用户通过注册的域名可以方便地访问到网站的一种技术。域名的解析工作是由域名服务系统(DomainName System，简称DNS)服务器完成。

随着互联网技术的发展，为了网络内容访问加速引入了内容分发网络(ContentDelivery Network，简称CDN)技术，智能DNS则是CDN关键性的基础组建之一。在CDN服务领域，需要对自己网络做访问加速的用户通常将网站的地址(例如：www.163.com)配置一个别名记录(例如：www.163.com.aaa.com)。别名记录(CNAME)中的域名属于CDN服务提供商，由CDN服务提供商为别名记录的域名指定A记录。这样一来，需要做访问加速的原始域名做域名解析的结果就由CDN服务提供商控制，从而达到了优化访问的效果。

CDN服务商为了根据不同地区或业务需要采取不同的解析域名智能配置，需要设置不同的组别视图(view)，根据不同的view配置差异化调度的智能DNS服务。不同的view中包含相同的多个解析组配置文件与差异化的多个拆view配置文件。提供智能解析和权威应答的DNS服务器,主要采用BIND软件系统。由于view的数量众多，加载配置时需要通过在每个view中加载内容相同的解析组配置文件和内容不同的拆view域名配置文件，且不同解析组配置中包含通过INCLUDE方式导入内容完全一致的通用配置文件和其它独立配置内容，由于该通用配置文件内容量较大,导致加载解析组的时间过长，智能DNS服务器启动加载耗时多,严重影响智能DNS服务质量,以致CDN服务用户体验差。

优化BIND配置加载的现有技术有两种：

一种是从配置结构上做调整，进行配置分层。第一层做解析组域名列表的解析,第二层做拆view域名列表的解析。这种方式,可以在完全不修改BIND软件的情况下实现，不过其加载效率较低。同时，进行配置分层后，若DNS服务器数量一致，做完整解析组域名解析,由于需要经过两个不同层级的DNS服务器,因此,每台DNS服务器的QPS会加倍。当量级较大时，会影响DNS解析服务质量。若保持DNS服务器QPS值一致，则要求新增相应数量的DNS服务器，增加了成本。

另一种是按view并发加载配置。这种方式的加载效率较好，明显大于第一种方法，并且并发量越大加载效率越好。但是，并发量越大，DNS进程占用的CPU也就越多。出于成本方面的考虑，需要多种服务同时在同一台服务器运行。这样，DNS进程占用过高的CPU，即便持续时间很短，也会对同机其它服务带来不可预期的影响。

发明内容

为了解决上述技术问题，本发明提供了一种BIND配置加载优化方法及装置。

本发明提供的BIND配置加载优化方法，包括：在解析一视图的解析组配置文件的过程中，解析所述解析组配置文件的解析组域名列表，针对此解析组域名列表中的各解析组域名，在已完成加载的视图的解析组配置文件的解析组域名列表中查找此解析组域名，在查找到此解析组域名时，将已保存的此解析组域名的数据结构的指针挂载在当前视图下，在未查找到此解析组域名时，对此解析组域名进行解析并保存相应的数据结构。

上述BIND配置加载优化方法还具有以下特点：

所述方法还包括：在解析一视图的解析组配置文件的过程中，在需要加载解析组域名列表中一解析组域名的通用配置文件时，判断是否已解析完成解析组域名并保存了通用配置文件的解析结果，如果否，对通用配置文件进行解析并保存解析结果，如果是，加载已保存的通用配置文件的解析结果。

上述BIND配置加载优化方法还具有以下特点：

所述方法中，对解析组域名进行解析并保存相应的数据结构时，对数据结构进行唯一性标识。

上述BIND配置加载优化方法还具有以下特点：

在对通用配置文件进行解析，获得所述解析结果时，使用全局内存结构维护所述解析结果。

本发明提供的BIND配置加载优化装置包括：

解析模块，用于在解析一视图的解析组配置文件的过程中，解析所述解析组配置文件的解析组域名列表；

查找模块，用于针对此解析组域名列表中的各解析组域名，在已完成加载的视图的解析组配置文件的解析组域名列表中查找此解析组域名；

处理模块，用于所述查找模块查找到此解析组域名时，将已保存的此解析组域名的数据结构的指针挂载在当前视图下，在未查找到此解析组域名时，对此解析组域名进行解析并保存数据结构。

上述BIND配置加载优化方法还具有以下特点：

此装置还包括判断模块；所述判断模块用于在所述解析模块在解析一视图的解析组配置文件的过程中，在需要加载解析组域名列表中一解析组域名的通用配置文件时，判断是否已解析完成解析组域名并保存了通用配置文件的解析结果；

所述处理模块还用于在所述判断模块的判断结果为否时，对通用配置文件进行解析并保存解析结果，用于在所述判断模块的判断结果为是时，加载已保存的通用配置文件的解析结果。

上述BIND配置加载优化方法还具有以下特点：

所述处理模块还用于对解析组域名进行解析并保存相应的数据结构时，对数据结构进行唯一性标识。

上述BIND配置加载优化方法还具有以下特点：

所述处理模块还用于使用全局内存结构维护所述解析结果。

本发明解决了以下问题：

1)加载解析组配置时间过长，导致智能DNS加载解析服务域名时间长,从而带来CDN服务客户体验差的问题。

2)现有技术中任务并发所导致的服务器CPU占用高，对合机使用的其它服务带来质量抖动影响的问题。

本发明可以有效提高加载效率，同时有效控制DNS进程的CPU占用率，降低负载。

附图说明

构成本发明的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是实施例中BIND配置加载优化方法的流程图；

图2是实施例中BIND配置加载优化装置的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

图1是实施例中BIND配置加载优化方法的流程图；此方法包括：

步骤101，在解析一视图的解析组配置文件的过程中，解析所述解析组配置文件的解析组域名列表；

步骤102，针对此解析组域名列表中的各解析组域名，在已完成加载的视图的解析组配置文件的解析组域名列表中查找此解析组域名，在查找到此解析组域名时，将已保存的此解析组域名的数据结构的指针挂载在当前视图下，在未查找到此解析组域名时，对此解析组域名进行解析并保存相应的数据结构。

其中，对解析组域名进行解析并保存相应的数据结构时，对数据结构进行唯一性标识。

本方法中，针对第一个view对其每个解析组域名完成加载解析后,生成的数据结构是完全独立，并且是可标识的。因此,后续其它view对相同解析组域名进行查找结果是已知存在的,且指针复用简单不易出错。

此方法还包括：在解析一视图的解析组配置文件的过程中，在需要加载解析组域名列表中一解析组域名的通用配置文件时，判断是否已解析完成解析组域名并保存了通用配置文件的解析结果，如果否，对通用配置文件进行解析并保存解析结果，如果是，加载已保存的通用配置文件的解析结果。

在对通用配置文件进行解析，获得解析结果时，使用全局内存结构维护所述解析结果。从而使后续解析组域名省去了解析通用配置文件的时间,且有现成接口函数可完成保存的解析结果导入域名数据结构。

图2是实施例中BIND配置加载优化装置的结构图；此装置包括：解析模块、查找模块和处理模块。

解析模块用于在解析一视图的解析组配置文件的过程中，解析所述解析组配置文件的解析组域名列表；

查找模块用于针对此解析组域名列表中的各解析组域名，在已完成加载的视图的解析组配置文件的解析组域名列表中查找此解析组域名；

处理模块用于所述查找模块查找到此解析组域名时，将已保存的此解析组域名的数据结构的指针挂载在当前视图下，在未查找到此解析组域名时，对此解析组域名进行解析并保存数据结构。

此装置还包括判断模块。判断模块用于在所述解析模块在解析一视图的解析组配置文件的过程中，在需要加载解析组域名列表中一解析组域名的通用配置文件时，判断是否已解析完成解析组域名并保存了通用配置文件的解析结果。处理模块还用于在所述判断模块的判断结果为否时，对通用配置文件进行解析并保存解析结果，用于在所述判断模块的判断结果为是时，加载已保存的通用配置文件的解析结果。

处理模块还用于对解析组域名进行解析并保存相应的数据结构时，对数据结构进行唯一性标识。

所述处理模块还用于使用全局内存结构维护所述解析结果。

具体实施例

系统中包括两个view。第一个view包括2个解析组。第二个view包括3个解析组。

针对第一个view对解析组域名列表中的各解析组域名进行常规解析加载，对全部域名解析完成后，生成各域名对应的数据结构挂载于第一个view下。

针对第一个view的第一个解析组域名进行解析时，对通用配置文件进行解析并保存，对第一个解析组域名的通用配置文件的上下文的其它内容进行常规解析。

针对第一个view的第二个解析组域名进行解析时，判断是否已解析完成解析组域名并保存了通用配置文件的解析结果，查询到在针对第一个view的第一个解析组域名进行解析时已保存此通用配置文件的解析结果，则跳过针对第二个解析组域名的通用配置文件的解析，直接获取已保存的解析结果，导入此第二个解析组域名的数据结构中。

针对第一个view的其它解析组域名进行解析，执行上述相同的操作，此处不再赘述。

针对第二个view，对解析组域名列表中的各解析组域名，在已完成加载的视图的解析组配置文件的解析组域名列表中查找此解析组域名，查找到已加载的第一个view的解析组域名列表中包含此解析组域名，将已保存的此解析组域名的数据结构挂载在当前视图下，跳过该解析组域名的加载，继续对解析组域名列表中其它解析组域名进行判断，如果没有查找到已加载的第一个view的解析组域名列表中包含此解析组域名，则对此解析组域名进行常规解析和加载。

针对第二个view的各解析组域名的通用配置文件的解析采用与上述第一个view的相同的处理方法，此处不再赘述。

本发明解决了以下问题：

1)加载解析组配置时间过长，导致智能DNS加载解析服务域名时间长,从而带来CDN服务客户体验差的问题。

2)现有技术中任务并发所导致的服务器CPU占用高，对合机使用的其它服务带来质量抖动影响的问题。

本发明具有以下优点：

1)对解析组域名列表仅做一次加载解析,其它view直接复用挂载相应解析组域名的解析结果，极大减少了解析组域名重复性加载解析的时耗；

2)在做解析组域名解析时(唯一一次),对通用配置文件的内容仅做一次解析,其它解析组域名复用导入其解析中间结果,进一步减少了解析组域名重复性加载解析的时耗；

3)按view串行加载配置文件,将CPU占用严格控制在100％左右,有效减少了对合机使用的其它服务的影响；

4)优化了DNS进程的内存占用量,有效减少了对合机使用的其它服务的影响。

上面描述的内容可以单独地或者以各种方式组合起来实施，而这些变型方式都在本发明的保护范围之内。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的物品或者设备中还存在另外的相同要素。

以上实施例仅用以说明本发明的技术方案而非限制，仅仅参照较佳实施例对本发明进行了详细说明。本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，均应涵盖在本发明的权利要求范围当中。

Claims (8)

1.一种B I ND配置加载优化方法，其特征在于，包括：

在解析一视图的解析组配置文件的过程中，解析所述解析组配置文件的解析组域名列表，针对此解析组域名列表中的各解析组域名，在已完成加载的视图的解析组配置文件的解析组域名列表中查找此解析组域名，在查找到此解析组域名时，将已保存的此解析组域名的数据结构的指针挂载在当前视图下，在未查找到此解析组域名时，对此解析组域名进行解析并保存相应的数据结构。

2.如权利要求1所述的B I ND配置加载优化方法，其特征在于，

所述方法还包括：在解析一视图的解析组配置文件的过程中，在需要加载解析组域名列表中一解析组域名的通用配置文件时，判断是否已解析完成解析组域名并保存了通用配置文件的解析结果，如果否，对通用配置文件进行解析并保存解析结果，如果是，加载已保存的通用配置文件的解析结果。

3.如权利要求1所述的B I ND配置加载优化方法，其特征在于，

所述方法中，对解析组域名进行解析并保存相应的数据结构时，对数据结构进行唯一性标识。

4.如权利要求2所述的B I ND配置加载优化方法，其特征在于，

在对通用配置文件进行解析，获得所述解析结果时，使用全局内存结构维护所述解析结果。

5.一种B I ND配置加载优化装置，其特征在于，包括：

解析模块，用于在解析一视图的解析组配置文件的过程中，解析所述解析组配置文件的解析组域名列表；

查找模块，用于针对此解析组域名列表中的各解析组域名，在已完成加载的视图的解析组配置文件的解析组域名列表中查找此解析组域名；

处理模块，用于所述查找模块查找到此解析组域名时，将已保存的此解析组域名的数据结构的指针挂载在当前视图下，在未查找到此解析组域名时，对此解析组域名进行解析并保存数据结构。

6.如权利要求5所述的B I ND配置加载优化装置，其特征在于，此装置还包括判断模块；

所述判断模块用于在所述解析模块在解析一视图的解析组配置文件的过程中，在需要加载解析组域名列表中一解析组域名的通用配置文件时，判断是否已解析完成解析组域名并保存了通用配置文件的解析结果；

所述处理模块还用于在所述判断模块的判断结果为否时，对通用配置文件进行解析并保存解析结果，用于在所述判断模块的判断结果为是时，加载已保存的通用配置文件的解析结果。

7.如权利要求5所述的B I ND配置加载优化装置，其特征在于，

所述处理模块还用于对解析组域名进行解析并保存相应的数据结构时，对数据结构进行唯一性标识。

8.如权利要求6所述的B I ND配置加载优化装置，其特征在于，

所述处理模块还用于使用全局内存结构维护所述解析结果。