CN114915545B - 基于dhcp网络集群的应用调度部署管理方法 - Google Patents

Abstract

本发明公开了一种基于DHCP网络集群的应用调度部署管理方法，其包括获取dhcp‑agent所在网络节点的信息；在openstack集群上创建应用部署请求对应的内部网络，在openstack集群中分配的dhcp‑agent所在网络节点上生成对应网络id的名称空间；创建应用部署请求所需的虚机；获取应用部署请求转发到部署节点的ip，将应用部署请求转发到部署节点，由该部署节点转发应用部署请求；对应用部署请求信息进行验证，通过内网穿透入虚机所在内部网络。本发明通过将虚机创建和部署应用分离，配合内网穿透入虚机所在内部网络，实现应用自动化部署中心与虚机的通信效果，即使虚机ip所在网络节点故障，也能及时发现并找到虚机网络所在的新网络节点，持续对外提供服务。

Description

基于DHCP网络集群的应用调度部署管理方法

技术领域

本发明涉及数据管理技术领域，尤其是涉及一种基于DHCP网络集群的应用调度部署管理方法。

背景技术

Openstack作为云计算领域主流的云管理工具，其系统或其演变版本目前被广泛应用在各行各业，为了保证业务持续服务，openstack云环境高可用就显得尤为重要了，其中云环境的高可用包括应用的高可用、虚机的高可用、云控制服务的高可用、物理设备层的高可用(网络设备如交换机、路由器和存储设备)、基础设施的高可用等等。云控制服务的高可用即openstack内部各组件如计算组件nova、存储组件、网络组件neutron分布式部署在多个节点上，保障任意节点出现故障时，组件服务能实现故障切换，持续提供服务。

Openstack网络组件neutron给创建的虚机提供网络服务，网络组件Neutron仅有一个主要服务进程Neutron-server进程，它运行于控制节点上，对外提供openstack网络api作为访问网络组件Neutron的入口，收集请求后调用插件plugin进行处理，最终由计算节点和网络节点上的各种代理agent完成请求。其中，虚机的ip地址是由neutron-dhcp-server服务来实现的，市场上部署neutron-dhcp-agent来实现dhcp_server方式是通过在openstack多节点集群上选择单个节点来部署neutron-dhcp-agent，这个节点对应的dhcpserver向openstack多节点集群中所有计算节点上的虚机提供dhcp服务。基于这种部署方式的应用自动化部署只需要在dhcp-agent所在节点上部署自动化部署脚本，并通过切换网络命名空间的方式来进入到虚机所在内网从而与虚机处于同一网段执行部署操作。这种方式方便简洁，但单节点的dhcp agent缺乏可靠性，当部署neutron-dhcp-agent节点意外宕机时，整个openstack多节点集群将不能使用dhcp服务，虚机不能获取到ip地址，造成单点故障，即使后续在openstack多节点集群内其他节点上启动neutron-dhcp-agent，新的dhcp-server会重新申请一个新的ip地址，造成ip地址浪费问题。

发明内容

基于此，有必要针对现有技术的不足，提供一种基于DHCP网络集群的应用调度部署管理方法，在集群内搭建高可用调度中心以及应用自动化部署中心，实现应用虚机创建和自动化部署分离，实现多网络节点集群下的灵活分配到虚机所在网络节点的内网穿透应用部署。

为解决上述技术问题，本发明采用以下技术方案：

本发明提供了一种基于DHCP网络集群的应用调度部署管理方法，其包括如下步骤：

步骤S110、基于dhcp网络搭建dhcp-agent高可用openstack集群，获取dhcp-agent所在网络节点的信息；

步骤S120、在openstack集群上创建应用部署请求对应的内部网络，在openstack集群中分配的dhcp-agent所在网络节点上生成对应网络id的名称空间；

步骤S130、创建应用部署请求所需的虚机；

步骤S140、获取应用部署请求转发到部署节点的ip，将应用部署请求转发到该部署节点，由该部署节点转发应用部署请求；

步骤S150、对应用部署请求信息进行验证，部署节点存有应用部署所需的虚机所在内网的网络名称空间network namespace信息，通过内网穿透入虚机所在内部网络。

在其中一个实施例中，所述步骤S110之后，还包括：

步骤S210、在openstack集群内部署应用自动化部署中心zt-sower-install及调度中心zt-sower-scheduler。

在其中一个实施例中，所述步骤S210的方法，具体操作为：

在dhcp-agent高可用openstack集群的至少三个dhcp-agent所在的网络节点上安装部署应用自动化部署中心zt-sower-install，在openstack集群内至少三个计算节点上安装部署调度中心zt-sower-scheduler。

在其中一个实施例中，所述步骤S210之后，还包括：

步骤S220、搭建keepalived集群，并设置一个VIP。

在其中一个实施例中，所述步骤S150之后，还包括：

步骤S160、利用ansible应用定制化脚本部署应用在应用部署所需的虚机中，启动应用服务。

在其中一个实施例中，所述步骤160的方法，具体操作为：

启动应用自动化部署中心zt-sower-install的脚本部署模块，根据应用部署请求信息中的配置信息和虚机信息，切换网络名称空间并通过私钥连通虚机后，利用ansible应用定制化脚本即编写好的ansible自动化部署脚本部署应用在应用部署所需的虚机中，并启动应用服务。

在其中一个实施例中，所述步骤160之后，还包括：

步骤S170、当需要对应用进行操作时，发送操作请求到调度中心zt-sower-scheduler，并实时查询请求虚机的所在网络节点信息，转发操作请求到应用自动化部署中心，验证操作请求信息完整性后，切换网络名称空间并与请求虚机连通后，启动相应的ansible应用定制化脚本完成操作。

在其中一个实施例中，所述步骤S130的方法，具体操作为：

根据应用部署请求所需的虚机镜像、CPU、内存以及步骤S120创建的内部网络信息，将应用部署请求发送到调度中心zt-sower-scheduler，调度中心zt-sower-scheduler接收用户发送应用部署请求，调度中心zt-sower-scheduler的第一用户API业务模块接收应用部署请求并验证应用部署请求信息的完整性后，启动heat虚机创建模块，把应用部署请求信息填入heat模板文件中来创建应用部署请求所需的虚机；其中，调度中心zt-sower-scheduler包括第一用户API业务模块、heat虚机创建模块及部署请求转发模块。

在其中一个实施例中，所述步骤S140的方法，具体操作为：

步骤S141、根据应用部署请求信息中的内部网络信息，调用neutron接口获取dhcp-agent服务的节点信息，获取应用部署请求转发到部署节点的ip，将应用部署请求转发到该部署节点；

步骤S142、将应用部署请求转发到部署节点的ip存入后台数据库中存储，启动定时任务定时调用neutron接口获取dhcp-agent服务的节点信息，节点信息更新则更新数据库表信息，从数据库查询应用部署请求转发到部署节点的ip，向应用自动化部署中心zt-sower-install转发应用部署请求。

在其中一个实施例中，所述步骤S150的方法，包括如下步骤：

第二用户API业务模块接收到调度中心zt-sower-scheduler发过来的应用部署请求后，验证应用部署请求信息是否完整，启动内网穿透模块网穿透模块，通过切换应用部署请求中网络名称空间进入应用部署所需的虚机的同一网段，并将内网穿透模块初始化时生成的私钥注入虚机后测试虚机的连通性；其中，应用自动化部署中心zt-sower-install包括第二用户API业务模块、内网穿透模块、私钥注入验证模块及自动化部署执行模块。

综上所述，本发明提供的一种基于DHCP网络集群的应用调度部署管理方法通过将虚机创建和部署应用分离，配合内网穿透入虚机所在内部网络，实现应用自动化部署中心zt-sower-install与虚机的通信效果，即使虚机ip所在网络节点故障，也能及时发现并找到虚机网络所在的新网络节点，持续对外提供服务。

附图说明

图1为本发明实施例提供的第一种基于DHCP网络集群的应用调度部署管理方法的流程示意图；

图2为本发明实施例提供的第二种基于DHCP网络集群的应用调度部署管理方法的流程示意图；

图3为本发明实施例提供的第三种基于DHCP网络集群的应用调度部署管理方法的流程示意图；

图4为本发明实施例提供的第四种基于DHCP网络集群的应用调度部署管理方法的流程示意图；

图5为本发明实施例提供的第五种基于DHCP网络集群的应用调度部署管理方法的流程示意图；

图6为本发明实施例提供的第六种基于DHCP网络集群的应用调度部署管理方法的流程示意图；

图7为本发明实施例提供的基于DHCP网络集群的应用调度部署管理方法的流程原理图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明实施例提供的第一种基于DHCP网络集群的应用调度部署管理方法的流程示意图，如图1所示，基于DHCP网络集群的应用调度部署管理方法，具体包括如下步骤：

步骤S110、基于dhcp网络搭建dhcp-agent高可用openstack集群，获取dhcp-agent所在网络节点的信息；在openstack集群已部署dhcp网络高可用环境下，确定dhcp-agent所在的网络节点信息。

如图2所示，在一个实施例中，所述步骤S110之后，还包括

步骤S210、在openstack集群内部署应用自动化部署中心zt-sower-install及调度中心zt-sower-scheduler；

在本实施例中，步骤S210位于步骤S110之后，步骤S210也可描述成位于步骤S110之前。

具体地，所述步骤S210的方法，具体操作为：

在dhcp-agent高可用openstack集群的至少三个dhcp-agent所在的网络节点上安装部署应用自动化部署中心zt-sower-install，在openstack集群内至少三个计算节点上安装部署调度中心zt-sower-scheduler，通过将应用自动化部署中心zt-sower-install分别部署在不同网络节点上，避免了调度中心的单点故障问题。

如图3所示，在一个实施例中，所述步骤S210之后，还包括

步骤S220、搭建keepalived集群，并设置一个VIP，防止调度中心zt-sower-scheduler的单节点故障，能切换到存活节点继续提供服务，其中，存活节点为keepalived集群中未出现故障的计算节点；具体地，在openstack集群的任意三个计算节点上安装keepalived，配置成高可用的keepalived集群，监测调度中心zt-sower-scheduler服务的存活情况，启动调度中心zt-sower-scheduler服务，测试keepalived集群设置的VIP是否可以访问，如是，则转入步骤S120；如否，则转入步骤S210；将调度中心zt-sower-schedule部署为成一个高可用系统，在任意三台以上的计算节点部署调度中心zt-sower-schedule，利用keepalived对调度中心各个计算节点的服务进行健康检查，并对用户提供一个ip地址，即vip来进行服务，当openstack集群中的某一个甚至是几个节点服务器同时发生故障无法提供服务时，Keepalived服务会自动将失效的节点服务器从openstack集群的正常转发队列中清除出去，并将用户所需的服务请求调度到别的正常节点服务器上，从而保证最终用户的访问不受影响。

步骤S120、在openstack集群上创建应用部署请求对应的内部网络，在openstack集群中分配的dhcp-agent所在网络节点上生成对应网络id的名称空间；用户需要创建应用部署请求对应的内部网络时，openstack调度组件neutron将内部网络创建请求分发到dhcp-agent高可用openstack集群中的任意节点，提供网络和dhcp服务。

用户在openstack云环境上创建网络时，都会在网络节点上出现一个名称空间，用来隔离不同的网络。网络名称空间network namespace是网络栈的一个逻辑副本，有自己的路由、防火墙规则、和网络设备；默认情况下，子进程继承其父进程的网络名称空间networknamespace，如果不显示创建新的网络名称空间network namespace，所有进程都从初始化init进程继承相同的默认网络名称空间network namespace。创建完网络以及子网后，子网上会生成一个连接dhcp网络的服务端口，这个端口形成的固定ip可以用来抓包和ssh远程连接等操作。

切换名称空间后，连接的网卡就是dhcp网络的服务端口，名称空间切换的原理即提供了一种类似管道的抽象，可以在不同的名称空间namespace之间建立隧道；利用虚拟化网络设备，可以建立到其他名称空间namespace中的物理设备的桥接，当一个网络名称空间network namespace被销毁时，物理设备会被自动移回初始化网络名称空间init networknamespace，即网络节点上最开始的namespace。

步骤S130、创建应用部署请求所需的虚机。

具体地，所述步骤S130的方法，具体操作为：

根据应用部署请求所需的虚机镜像、CPU、内存以及步骤S120创建的内部网络等信息，将应用部署请求发送到调度中心zt-sower-scheduler，调度中心zt-sower-scheduler接收用户发送的应用部署请求，调度中心zt-sower-scheduler的第一用户API业务模块接收应用部署请求并验证应用部署请求信息的完整性后，启动heat虚机创建模块，把应用部署请求信息填入heat模板文件中来创建应用部署请求所需的虚机；其中，调度中心zt-sower-scheduler包括第一用户API业务模块、heat虚机创建模块及部署请求转发模块，heat虚机创建模块调用openstack heat组件完成应用部署请求所需虚机的创建。

步骤S140、获取应用部署请求转发到部署节点的ip，将应用部署请求转发到该部署节点，由该部署节点转发应用部署请求；其中，由该部署节点向应用自动化部署中心zt-sower-install转发应用部署请求，具体地，部署请求转发模块根据获取的ip信息将应用部署请求转发到dhcp-agent所在的网络节点对应的应用自动化部署中心zt-sower-install中进行后续部署操作，以防openstack集群的任意节点发生故障时，内部网络命名空间namespace自动转移时，能准确获取到当前内部网络转移到的dhcp-agent节点信息。

所述步骤S140的方法，具体操作为：

步骤S141、根据应用部署请求信息中的内部网络信息，调用neutron接口获取dhcp-agent服务的节点信息，获取应用部署请求转发到部署节点的ip，将应用部署请求转发到该部署节点；

步骤S142、将应用部署请求转发到部署节点的ip存入后台数据库中存储，启动定时任务定时调用neutron接口获取dhcp-agent服务的节点信息，节点信息更新则更新数据库表信息，从数据库查询应用部署请求转发到部署节点的ip，向应用自动化部署中心zt-sower-install转发应用部署请求，以防openstack集群的任意节点发生故障时，内部网络命名空间namespace自动转移时，能获取到当前内部网络转移到的dhcp-agent节点信息；通过调度中心zt-sower-scheduler对创建的虚机网络dhcp-agent的节点ip信息进行定时任务信息查询，可以实时更新数据库表中的ip信息，从而调度中心zt-sower-scheduler可以直接从数据库表中提取ip信息进行请求准确转发，即使后续任一网络节点发生宕机下线的情况，也能及时获取到转移的dhcp-agent节点信息，不影响后续的内网穿透以及任意虚机操作。

步骤S150、对应用部署请求信息进行验证，部署节点存有应用部署所需的虚机所在内网的网络名称空间network namespace信息，通过内网穿透入虚机所在内部网络，实现应用自动化部署中心zt-sower-install与虚机的通信效果；处于同一网络后，应用自动化部署中心zt-sower-install便能与虚机通信，从而调用自动化部署脚本部署应用来提供服务，即使虚机ip所在网络节点故障，也能由调度中心zt-sower-scheduler及时发现并找到虚机网络所在的新网络节点，持续对外提供服务，另外，配合调度中心zt-sower-scheduler来创建虚机，实现将虚机创建和部署应用分离的效果，互不影响和冲突。

具体地，所述步骤S150的方法，包括如下步骤：

第二用户API业务模块接收到调度中心zt-sower-scheduler发过来的应用部署请求后，验证应用部署请求信息是否完整，启动内网穿透模块网穿透模块，通过切换应用部署请求中网络名称空间进入到应用部署所需的虚机的同一网段，并将内网穿透模块初始化时生成的私钥注入虚机后测试虚机的连通性；其中，应用自动化部署中心zt-sower-install包括第二用户API业务模块、内网穿透模块、私钥注入验证模块及自动化部署执行模块，只要内网穿透模块启动成功则返回给调度中心成功信息，内网穿透模块初始化时会生成相应的私钥和公钥，应用自动化部署中心zt-sower-install通过ssh免密登录，并通过私钥注入验证模块执行ansible主机连通性测试，测试ansible主机是否能连接通信，虚机创建后需要时间启动所有内置服务，需要循环等待成功连接虚机后，保证用户虚机的隐私性，删除临时产生的私钥，然后进行后续部署操作，如进入到下一自动化部署执行模块的自动化部署脚本执行器中，应用自动化部署中心zt-sower-install每次利用ansible主机自动化部署应用时都是通过临时产生的虚机私钥进行免密登录，同时自动化部署脚本完成后，会自动删除丢弃，有效保护了用户虚机的安全；另外，将调度中心zt-sower-scheduler和应用自动化部署中心zt-sower-installd各过程模块化，相互独立，任意过程发生错误，都能回滚重新执行相关模块的指令重新操作，如通过heat虚机创建模块创建部署应用所需的虚机和通过自动化部署执行模块来部署应用，若部署应用失败，则不需要重新创建虚机再内网穿透，就可以回滚至应用自动化部署中心zt-sower-install中的自动化部署执行模块，重新执行指令进行部署。

如图4所示，在一个实施例中，所述步骤S150之后，还包括

步骤S160、利用ansible应用定制化脚本部署应用在应用部署所需的虚机中，启动应用服务。

具体地，所述步骤S160的方法，具体操作为：

启动应用自动化部署中心zt-sower-install的脚本部署模块，根据应用部署请求信息中的配置信息和虚机信息，切换网络名称空间并通过私钥连通虚机后，利用ansible应用定制化脚本即编写好的ansible自动化部署脚本部署应用在应用部署所需的虚机中，并启动应用服务，实现虚机应用的安装、配置操作，进而启动应用为用户提供服务。

如图5所示，在一个实施例中，所述步骤S160之后，还包括

步骤S170、当需要对应用进行操作时，发送操作请求到调度中心zt-sower-scheduler，并实时查询请求虚机的所在网络节点信息，转发操作请求到应用自动化部署中心，验证操作请求信息完整性后，切换网络名称空间并与请求虚机连通后，启动相应的ansible应用定制化脚本完成操作；当需要对应用进行如停止、启动、重启等操作时，发送操作请求到调度中心zt-sower-scheduler的第一用户API业务模块，并实时查询请求虚机的所在网络节点信息，转发操作请求到应用自动化部署中心的zt-sower-install第二用户API业务模块，验证操作请求信息完整性后，启动自动化部署执行模块，切换网络名称空间并通过私钥连通请求虚机后，启动相应的ansible应用定制化脚本完成操作，本发明从提供应用部署所需的虚机创建到部署应用的自动化部署一体化，为用户省时省力，只需按需提交应用部署所需的虚机的各信息以及应用部署请求信息中的配置信息就能在部署应用完成后直接使用应用服务，后续还能对应用所在的虚机进行任意操作，后续用户对应用的所有操作请求，均通过调度中心zt-sower-scheduler来转发操作请求，依靠网络节点查询的定时任务存储的信息，自定义编写脚本来进行操作，方便快捷处理大批量的虚机应用部署。

如图6及图7所示，为了更加清晰本发明的技术方案，下面再阐述优选实施例。

步骤S110、基于dhcp网络搭建dhcp-agent高可用openstack集群，获取dhcp-agent所在网络节点的信息；

步骤S210、在openstack集群内部署应用自动化部署中心zt-sower-install及调度中心zt-sower-scheduler；

步骤S220、搭建keepalived集群，并设置一个VIP；

步骤S120、在openstack集群上创建应用部署请求对应的内部网络，在openstack集群中分配的dhcp-agent所在网络节点上生成对应网络id的名称空间；

步骤S130、创建应用部署请求所需的虚机；

步骤S140、获取应用部署请求转发到部署节点的ip，将应用部署请求转发到该部署节点，由该部署节点转发应用部署请求；

步骤S150、对应用部署请求信息进行验证，部署节点存有应用部署所需的虚机所在内网的网络名称空间network namespace信息，通过内网穿透入虚机所在内部网络；

步骤S160、利用ansible应用定制化脚本部署应用在应用部署所需的虚机中，启动应用服务；

步骤S170、当需要对应用进行操作时，发送操作请求到调度中心zt-sower-scheduler，并实时查询请求虚机的所在网络节点信息，转发操作请求到应用自动化部署中心，验证操作请求信息完整性后，切换网络名称空间并与请求虚机连通后，启动相应的ansible应用定制化脚本完成操作。

综上所述，本发明一种基于DHCP网络集群的应用调度部署管理方法通过将虚机创建和部署应用分离，配合内网穿透入虚机所在内部网络，实现应用自动化部署中心zt-sower-install与虚机的通信效果，即使虚机ip所在网络节点故障，也能及时发现并找到虚机网络所在的新网络节点，持续对外提供服务。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明的保护范围应以所附权利要求为准。

Claims (7)

1.基于DHCP网络集群的应用调度部署管理方法，其特征在于，包括如下步骤，

步骤S110、基于dhcp网络搭建dhcp-agent openstack集群，获取dhcp-agent所在网络节点的信息；

步骤S120、在openstack集群上创建应用部署请求对应的内部网络，在openstack集群中分配的dhcp-agent所在网络节点上生成对应网络id的名称空间；

步骤S130、创建应用部署请求所需的虚机；根据应用部署请求所需的虚机镜像、CPU、内存以及步骤S120创建的内部网络信息，将应用部署请求发送到调度中心zt-sower-scheduler，调度中心zt-sower-scheduler接收用户发送应用部署请求，调度中心zt-sower-scheduler的第一用户API业务模块接收应用部署请求并验证应用部署请求信息的完整性后，启动heat虚机创建模块，把应用部署请求信息填入heat模板文件中来创建应用部署请求所需的虚机；其中，调度中心zt-sower-scheduler 包括第一用户API业务模块、heat虚机创建模块及部署请求转发模块；

步骤S140、获取应用部署请求转发到部署节点的ip，将应用部署请求转发到该部署节点，由该部署节点转发应用部署请求；

步骤S150、对应用部署请求信息进行验证，部署节点存有应用部署所需的虚机所在内网的网络名称空间network namespace信息，通过内网穿透入虚机所在内部网络；第二用户API业务模块接收到调度中心zt-sower-scheduler发过来的应用部署请求后，验证应用部署请求信息是否完整，启动内网穿透模块，通过切换应用部署请求中网络名称空间进入应用部署所需的虚机的同一网段，并将内网穿透模块初始化时生成的私钥注入虚机后测试虚机的连通性；其中，应用自动化部署中心zt-sower-install包括第二用户API业务模块、内网穿透模块、私钥注入验证模块及自动化部署执行模块；

其中，所述步骤S140的方法，具体操作为：

步骤S141、根据应用部署请求信息中的内部网络信息，调用neutron接口获取dhcp-agent服务的节点信息，获取应用部署请求转发到部署节点的ip，将应用部署请求转发到该部署节点；

步骤S142、将应用部署请求转发到部署节点的ip存入后台数据库中存储，启动定时任务定时调用neutron接口获取dhcp-agent服务的节点信息，节点信息更新则更新数据库表信息，从数据库查询应用部署请求转发到部署节点的ip，向应用自动化部署中心zt-sower-install转发应用部署请求。

2.根据权利要求1所述的基于DHCP网络集群的应用调度部署管理方法，其特征在于，所述步骤S110之后，还包括：

步骤S210、在openstack集群内部署应用自动化部署中心zt-sower-install及调度中心zt-sower-scheduler。

3.根据权利要求2所述的基于DHCP网络集群的应用调度部署管理方法，其特征在于，所述步骤S210的方法，具体操作为：

在dhcp-agent openstack集群的至少三个dhcp-agent所在的网络节点上安装部署应用自动化部署中心zt-sower-install，在openstack集群内至少三个计算节点上安装部署调度中心zt-sower-scheduler。

4.根据权利要求2所述的基于DHCP网络集群的应用调度部署管理方法，其特征在于，所述步骤S210之后，还包括：

步骤S220、搭建keepalived集群，并设置一个VIP。

5.根据权利要求1或2所述的基于DHCP网络集群的应用调度部署管理方法，其特征在于，所述步骤S150之后，还包括：

步骤S160、利用ansible应用定制化脚本部署应用在应用部署所需的虚机中，启动应用服务。

6.根据权利要求5所述的基于DHCP网络集群的应用调度部署管理方法，其特征在于，所述步骤S160的方法，具体操作为：

启动应用自动化部署中心zt-sower-install的脚本部署模块，根据应用部署请求信息中的配置信息和虚机信息，切换网络名称空间并通过私钥连通虚机后，利用ansible应用定制化脚本即编写好的ansible自动化部署脚本部署应用在应用部署所需的虚机中，并启动应用服务。

7.根据权利要求5所述的基于DHCP网络集群的应用调度部署管理方法，其特征在于，所述步骤S160之后，还包括：

步骤S170、当需要对应用进行操作时，发送操作请求到调度中心zt-sower-scheduler，并实时查询请求虚机的所在网络节点信息，转发操作请求到应用自动化部署中心，验证操作请求信息完整性后，切换网络名称空间并与请求虚机连通后，启动相应的ansible应用定制化脚本完成操作。