本申请涉及电子信息领域，尤其涉及一种地址调度方法及装置。
背景技术：
图1为全局负载均衡是指，负载均衡设备依据客户端的请求消息中的互联网协议地址(internetprotocoladdress，ip地址)，确定符合负载均衡要求的服务器，并将该服务器的ip地址反馈给客户端，使得客户端访问该ip地址以获得资源。
通常，全局负载均衡系统中设置有访问控制表(accesscontrollist，acl)，用于记录和维护客户端的ip地址。
为了更好地实现负载均衡，调度acl中的ip地址(例如，变更一部分用户ip地址的归属区域)是常见的操作。而目前，调度acl中的ip地址的操作非常繁琐。
技术实现要素：
本申请提供了一种地址调度方法及装置，目的在于解决调度acl中的ip地址的操作较为繁琐的问题。
为了实现上述目的，本申请提供了以下技术方案：
一种地址调度方法，其特征在于，包括：
将视图单元从第一视图调度到第二视图，所述视图包括所述视图单元，任意一个所述视图单元由按照预设类型标准进行分类后的同一类地址构成，所述视图单元通过按照所述预设类型标准将所述视图单元中的地址进行分类形成。
可选的，在所述将视图单元从第一视图调度到第二视图之前，还包括：
将所述视图中的地址，按照所述预设的类型标准进行分类，得到所述视图单元。
可选的，所述预设的类型标准包括：
地区标准和/或运营商标准。
可选的，所述地区标准中的地区项的范围大于所述地址所属的地区范围，所述地址所属的地区范围为所述地址的地区属性；
所述运营商标准中的运营商项的级别高于所述地址所属的实际运营商的级别。
可选的，在所述将视图单元从第一视图调度到第二视图之前，还包括：
新建所述第二视图。
一种地址调度装置，包括：
调度模块，用于将视图单元从第一视图调度到第二视图，所述视图包括所述视图单元，任意一个所述视图单元由按照预设类型标准进行分类后的同一类地址构成，所述视图单元通过按照所述预设类型标准将所述视图单元中的地址进行分类形成。
可选的，还包括：
地址分类模块，用于将所述视图中的地址，按照所述预设的类型标准进行分类，得到所述视图单元。
可选的，所述预设的类型标准包括：
地区标准和/或运营商标准。
可选的，所述地区标准中的地区项的范围大于所述地址所属的地区范围，所述地址所属的地区范围为所述地址的地区属性；
所述运营商标准中的运营商项的级别高于所述地址所属的实际运营商的级别。
可选的，还包括：
建立模块，用于在所述调度模块将视图单元从第一视图调度到第二视图之前，新建所述第二视图。
本申请所述的调度方法及装置，将视图单元从第一视图调度到第二视图，视图包括所述视图单元，任意一个所述视图单元由按照预设类型标准进行分类后的同一类地址构成，所述视图单元通过按照所述预设类型标准将所述视图单元中的地址进行分类形成，可以，以预先形成的视图单元为移动对象，在视图之间移动地址，够实现地址的批量调度，与直接调度地址相比，繁琐度大大降低。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的地址调度方法的应用场景的示意图；
图2为本申请实施例公开的ip地址划分形成viewcell的示意图；
图3为本申请实施例公开的图；
图4为本申请实施例公开的地址调度装置的结构示意图。
具体实施方式
本申请实施例公开的地址调度方法，应用在如图1所示的场景中。如图1所示，用于全局负载均衡的acl中包括多个视图view，view通常以服务器机房所在的地区为维度设置，例如，北京的view和上海的view。每一个view中记录有该地区使用的客户端的ip地址。
本申请的实施例公开的地址调度方法，在view中设置视图单元viewcell，viewcell的逻辑范围小于view，但大于客户端的ip地址。以viewcell为单位调度客户端的ip地址，减少了直接调度ip地址的繁琐程度。
本申请的实施例中，以ip地址从一个view移动到另一个view为“调度”的具体实现方式进行说明。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图2为本申请的实施例公开的一种地址的调度方法，包括以下步骤：
s201：将view中的ip地址，按照预设的类型标准进行分类，形成viewcell。
本实施例中，预设的类型标准包括：地区标准和/或运营商标准。
具体的，地区标准中的地区项的范围大于ip地址所属的地区范围。其中，ip地址所属的地区范围为ip地址的地区属性。
举例说明：图1中包括北京的view，北京的view中包括北京、河北和河南使用的客户端的ip地址，上海的view中包括上海、江苏、浙江使用的客户端的ip地址。viewcell的地区标准中的地区项的范围要大于北京、河北和河南，则viewcell的地区标准中包括的地区项为北方和南方。
也就是说，viewcell中的地区项的行政级别大于ip地址的地区属性的行政级别。当然，也可以不按照行政级别，而使用自定义的规则设置地区标准。
运营商标准中的运营商项的级别高于ip地址所属的实际运营商的级别。例如，北京的view中的客户端的ip地址分别属于搜狐网和科技网，则运营商标准中的运营商项为移动、电信和联通。
也就是说，按照现有的电信运营商的划分，设置运营商项。当然，也可以使用其它规则设置运营商项。
图3为ip地址划分形成viewcell的示意图，其中，在每个view的下一层为viewcell，例如北方移动、南方联通等。每个viewcell的下一层为隶属于该viewcell的客户端的ip地址。例如，北方移动下的一个ip地址为北京搜狐公司使用的客户端ip地址。
从图3可以看出，本实施例中，将ip地址依据预设的类型标准进行分类，在原有的ip地址之上，划分出ip地址归属的逻辑单元。视图单元的颗粒度大于ip地址的颗粒度但小于view的颗粒度。
s202：将viewcell从第一view调度到第二view。
具体的，可以将任意一个viewcell从第一view调度到已存在的第二view。或者，新建第二view，再将任意一个viewcell从第一view调度到已存在的第二view。
例如，为了业务需求，除了北京机房和上海机房之外，新建了西安机房，需要将北京机房和上海机房中的一部分客户端的ip地址分配给西安机房使用。
依据本实施例所述的方法，将北京机房对应的view下的一个viewcell，例如南方联通，移动到西安机房对应的view下。
在实际操作中，可以为viewcell设置隶属属性，用于表示viewcell隶属的view，修改viewcell的隶属属性，即可实现viewcell在view间的移动。
可见，以viewcell为单位调度ip地址，能够实现ip地址的批量调度，与直接调度ip地址相比，繁琐度大大降低。
图3所示的acl应用在全局负载均衡过程的原理为：客户端向dns服务器发送请求消息，请求消息中包括客户端的ip地址和客户端访问的域名。dns服务器依据客户端的ip地址和负载均衡规则，从符合负载均衡的机房(例如距离客户端最近的机房)的view中获取客户端的ip地址对应的服务器的ip地址，并将服务器的ip地址返回给客户端。客户端使用服务器的ip地址访问资源。
因此，使用图2所示的方法调度ip地址，有助于提升负载均衡系统对ip地址管理的便利性。
图4为本申请实施例公开的一种地址调度装置，包括调度模块，可选的，还可以包括地址分类模块和建立模块。
其中，地址分类模块用于将所述视图中的地址，按照所述预设的类型标准进行分类，得到所述视图单元。建立模块用于在所述调度模块将视图单元从第一视图调度到第二视图之前，新建所述第二视图。调度模块用于将视图单元从第一视图调度到第二视图。所述视图包括所述视图单元，任意一个所述视图单元由按照预设类型标准进行分类后的同一类地址构成，所述视图单元通过按照所述预设类型标准将所述视图单元中的地址进行分类形成。
以上各个模块的功能的具体实现方式，可以参见上述方法实施例，这里不再赘述。
所述装置可以设置在负载均衡系统中，减低ip地址调度的繁琐，提高负载均衡的效率。
本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。