技术领域
[0001] 本
发明涉及信息技术领域，尤其涉及DNS领域，具体涉及一种DNS服务器自动扩展方法。
背景技术
[0002] SDNS(Secure Domain Name System)
云服务的权威解析是一款权威云解析产品。它支持灵活多样的业务模式，通过全托管、热备份、冷备份等模式满足各类企业的不同业务需求。产品简单易用、安全可靠、高效智能并支持下一代互联网技术。随着SDNS的推广，其承接的域名数量正在迅速增长，而单组服务器容量大小却十分有限。为保障在域名数量迅速增长的同时，域名解析数据的准确性、时效性，权威云解析服务器必须实现以自适应域名数量为
基础的自动扩展，故使DNS服务器自动扩展成为一项尤为重要的技术。
[0003] 通常的DNS服务器自动扩展方法，对
硬件设备及
软件的依赖程度较高，并因为域名业务的复杂性，往往有以下缺点：
[0004] 1、域名业务复杂、扩展方式过于繁琐，需要人工干预的工作过多；
[0005] 2、DNS扩展对服务器依赖过高；
[0006] 3、服务器的自动扩展无法保障服务器资源得到最大限度利用，导致服务器资源浪费；
[0007] 4、扩展规则过于死板，与业务依附程度过高，不利于调整。
发明内容
[0008] 针对上述技术问题，本发明的目的在于提出一种DNS服务器自动扩展方法，通过建立域名与服务器群组的映射模型及服务器群组监测平台，使任何的业务操作都能自动映射到相应的服务器群组，并迅速触发监测平台数据更新，从而实现服务器自动化扩展，打破所
支撑域名量的限制。同时实现规则灵活(与具体业务无关联)、简单易操作(仅需调整配置即可实现)、支持服务器共用和独享、服务器资源率的最大化等关键要求。
[0009] 为了实现上述目的，本发明采用的技术方案是：
[0010] 一种DNS服务器自动扩展方法，包括以下步骤：
[0011] 1)根据一域名业务规则建立用户、域名、服务器群组映射关系模型；
[0012] 2)建立服务器群组监测平台，收集各群组服务器的当前信息并判断服务器群组容量是否达到最大值；
[0013] 3)当服务器群组容量达到最大值，自动扩展服务器群组配置。
[0014] 进一步地，所述扩展服务器群组配置包括：
[0015] 3-1)在用户、域名、服务器群组映射关系模型中增加一条映射配置；
[0016] 3-2)增加一条服务器群组的配置信息；
[0017] 3-3)增加rabbitmq消息队列的相应配置；
[0018] 3-4)刷新启用最新的服务器群组配置。
[0019] 进一步地，所述域名业务规则包括：
[0020] a)通过用户，能找到其名下所有域名；
[0021] b)通过用户，能找到当前该用户唯一可用的服务器群组；
[0022] c)通过域名，能
定位到唯一的服务器群组。
[0023] 进一步地，所述建立用户、域名、服务器群组映射关系模型包括如下步骤：
[0024] 1-1)通过域名类型及用户ID，获取在用域名
节点pt信息；
[0025] 1-2)记录域名节点pt信息至
数据库；
[0026] 1-3)通过域名类型及节点pt信息，获取服务器群组信息(server_group_name)；
[0027] 1-4)通过服务器群组信息对监测平台服务容量信息进行维护；
[0028] 1-5)通过rabbitmq消息机制，建立服务器群组与DNS服务器的一对多映射关系，并将相应用户业务数据下发到相应DNS服务器上。
[0029] 进一步地，所述服务器群组的DNS服务器通过服务器独享、共用并存规则，实现服务器独享、共用并存功能。所述服务器独享、共用并存规则包括：
[0030] a)不同类型的域名可以共用服务器；
[0031] b)不同渠道商域名可以配置相互共用或独享服务器；
[0032] c)渠道商域名可以与普通用户域名共用服务器；
[0033] d)渠道商域名可以与VIP域名共用服务器；
[0034] e)同一群组下的不同服务器可以部署到任意节点下；
[0035] f)任意服务器群组可以随时启用、暂停。
[0036] 进一步地，所述各群组服务器的当前信息包括各群组服务器的最大容量、当前容量、告警容量及告警信息。
[0037] 通过采用以上的技术方案，可实现以下优点：
[0038] 1)通过服务器群组自动扩展，打破了单台服务器容量的限制。
[0039] 2)基于用户、域名、服务器群组的映射模型，解除了自动扩展和域名业务的依赖关系。若后期业务规则变更，仅需要调整相应映射规则，对服务器自动扩展毫无影响，从而提高了自动化扩展的可推广性及可扩展性。
[0040] 3)利用灵活配置，使不同类型域名可以任意共用或独用服务器，大幅抬高服务器利用率、节约了服务器资源、降低了运营成本。
[0041] 4)利用实时服务器监测平台，为服务器的有效扩展提供了依据。
[0042] 5)通用的规则、简易的配置、实时的监控，大幅降低运维人员工作量。
附图说明
[0043] 图1为本发明实现DNS服务器自动扩展方法的一系统架构示意图。
[0044] 图2为本发明一
实施例中DNS服务器独享、共用并存的架构示意图。
[0045] 图3为本发明单次扩展服务器资源示意图。
具体实施方式
[0046] 工作原理：对于DNS服务器的自动扩展，从业务的
角度来说；通常只需关注域名的类型、归属用户；从解析的角度来说，通常关注则是具体哪组服务器为该域名提供解析。故此，本发明提供一套通用的规则，将用户、域名、服务器串起来，相互之间建立映射关系，并且能涵盖相关业务场景，与具体业务规则无关，且可灵活调整。
[0047] 为使本发明的上述特征和优点能更明显易懂，下文特举实施例，并配合所附图作详细说明如下。
[0048] 结合图1所示，通过系统架构实现的DNS服务器自动扩展方法，主要包括以下步骤：
[0049] 1)根据域名业务规则建立用户、域名、服务器群组映射关系模型；
[0050] 2)建立了服务器群组监测平台，收集各群组服务器的当前信息并判断服务器群组容量是否达到最大值；在保障解析的前提下，降低自动扩展对DNS服务器的要求。
[0051] 3)最大限度的利用服务器资源，如服务器群组容量达到最大值，扩展服务器群组配置。
[0052] DNS权威解析在引入服务器群组概念后，每次扩展的目标都是务器群组。同时，建立服务器群组监测平台，每隔6至15秒收集各群组服务器的最大容量、当前容量、告警容量、告警信息等当前信息。根据服务器当前信息，对服务器容量状态进行判断。若当服务器容量达到告警容量值以后，采用邮件、短信等形式通知管理员，随后开展扩展服务器工作。
[0053] 实现一次服务器群组扩展，需完成配置工作包括：
[0054] 1)在用户、域名、服务器群组映射关系模型中增加一条映射配置；
[0055] 2)增加一条服务器群组的配置信息；
[0056] 3)增加rabbitmq消息队列的相应配置；
[0057] 4)刷新启用最新的服务器群组配置。
[0058] 以具体的DNS服务器自动扩展方法的实施为例，描述如下：
[0059] 步骤1：准备服务器设备(自动扩展前提条件)；
[0060] 步骤2：维护服务器自动扩展配置信息；
[0061] a)在下表中增加一条服务器群组配置信息，主要包含服务器群组名称、ns名称信息。
[0062] b)
指定该服务器独享用户(或共享)，如下user_id字段配置为-1或特定用户；
[0063]
[0064] 步骤3：为新增的服务器群组，维护rabbitmq配置信息。
[0065] a)将服务器群组名称配置为消息EXCHANGE；
[0066] b)为服务器群组中各服务器配置相应消息队列，并且绑定相应的EXCHANGE。
[0067] 步骤4：管理员登陆管理平台，刷新启用新服务器群组，自动扩展即完成。
[0068] 再者，为了进一步有效节约服务器资源，参考图2，所述服务器群组的DNS服务器通过服务器独享、共用并存规则，实现服务器独享、共用并存功能。所述服务器独享、共用并存规则包括：
[0069] a)不同类型的域名可以共用服务器；
[0070] b)不同渠道商域名可以配置相互共用或独享服务器；
[0071] c)渠道商域名可以与普通用户域名共用服务器；
[0072] d)渠道商域名可以与VIP域名共用服务器；
[0073] e)同一群组下的不同服务器可以部署到任意节点下；
[0074] f)任意服务器群组可以随时启用、暂停。
[0075] 通过上述操作，
[0076] 1)利用在自动扩展关键配置表(SERVER_PT_NS_T)实现了用户、域名、服务器群组的关联映射，且映射关系与业务规则无关、可灵活调整；
[0077] 2)利用SERVER_PT_NS_T中，实现配置用户、服务器群组关联，且可以分用户独享服务器，亦可以实现指定多用户或所有用户共享服务器资源，有利于节约服务器资源；
[0078] 3)采用消息
中间件，使从用户业务操作到dns服务器数据更新过程中，降低了业务系统与DNS服务器之间的耦合，降低对DNS服务器的软、硬件及部署要求；
[0079] 3)将自动扩展关键配置表，加载至内存数据库，能保障
访问的高效性；
[0080] 4)DNS服务器自动扩展仅需调整配置即可实现，且操作简单、实用性强。
[0081] DNS解析为了保障高效、安全，通常采用分节点部署、节点间互备、节点内互备。在引入了服务器群组概念后，每次扩展的目标是服务器群组，从而实现自动扩展脱离具体服务器的关键要求。同时，业务数据利用中间件rabbitmq消息机制，实现数据分发至各个服务器上，大幅降低服务器软、硬件要求。由于群组内各服务器一致性要求不高，故仅需在条件允许情况下将同组服务器内存保持接近，且无需关注该服务器群组下的服务器数量多少和网络侧的部署实现方式。从用户业务操作到最终的权威服务器解析数据，通过rabbitmq消息机制，采用中控系统+消息+节点bind机制，大幅降低中控系统与DNS服务器之间的耦合，解除业务与服务器资源的依赖关系，实现对DNS服务器软硬件要求的降低及资源充分利用。
[0082] 下面结合一实际的DNS服务器自动的扩展过程说明本发明的方法与传统扩展方法相比，所具有的优越性：
[0083] 以一实际的DNS服务器为例：
[0084] 预测域名数量为60万，则需按照60万域名容量进行硬件及软件能
力设计。需一次性配置4*4台服务器(单台服务器容量为15万域名，单个域名需部署在两个节点，每个节点需两台服务器)并安装相应的dns服务器软件(bind)，并同时上线运营。在运营过程中，当域名数量未达到预期容量时，服务器资源会出现大量空闲。同时，在设计初期需依据业务规则确定域名所在服务器，后期无法进行调整。而当域名数量超过60万后，将无法进行支撑，需对系统依据新的业务规则进行重新设计。
[0085] 而采用本发明前述实施例中描述的方法：
[0086] 预测域名数量为60万，为提高资源利用率，系统上线初期运营时，只需按照15万域名需求进行软硬件配置，只需配置4台服务器(原理同上系统)。当域名增长接近15万时，再准备并配置新服务器群组，服务器群组监测平台会在域名量达到服务器容量限制的时候，自动启用新配置的服务器群组，从而保证服务器的利用效率。同时，可以在运营时，依据业务规则配置的用户、域名、服务器群组的映射关系，实现服务器资源共享，提高资源利用率。如：可将A用户的免费域名存放于1号服务器群组中，当其中的部分域名升级为VIP后，可依据映射关系自动迁移至2号服务器群组。同时服务器群组监测平台，会自动记录各服务器群组的容量信息变化，为服务器群组的再利用和下次自动扩展提供依据。
[0087] 本发明单次扩展服务器资源示意图见图3。
[0088] 虽然本发明以前述的实施例描述如上，但其并不能用以限定本发明。本发明所属技术领域中的普通技术人员，在不脱离本发明的精神和范围内，做些许的改动与修饰，都在本发明的保护范围内。因此本发明的保护范围当以
权利要求所界定者为准。
