CN111142878A - Sdn运维方法、装置、设备以及可读存储介质 - Google Patents

Abstract

本发明公开了一种SDN运维方法及装置、设备和可读存储介质，该方法包括：获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；获取所述SDN控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；基于所述业务部署对各所述业务进行业务功能验证；若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。解决了现有技术中大规模网络下SDN控制器的部署和运维监控效率低、自动化程度低的技术问题。

Description

SDN运维方法、装置、设备以及可读存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种SDN运维方法、装置、设备以及计算机可读存储介质。

背景技术

SDN(Software Defined Network，软件定义网络)软件定义网络是一种新型的网络体系架构，是网络虚拟化的一种实现方式。区别于传统网络的转发设备，SDN与网络功能虚拟化技术结合，将网络设备(如交换机、路由器)的功能以软件的形式安装在标准服务器上提供给用户，称为虚拟化设备，并由于SDN网络中设备只具备转发能力，没有控制功能，虚拟化设备正越来越多地作为转发设备接入到SDN网络中，使得SDN网络的网元越来越丰富。

又由于SDN系统需要关注整个网络，而不仅仅是设备，它涵盖了网元接入，网络监控、配置下发和业务功能等各个方面。并且目前是采用在一个服务器中设置一个数据节点的方式，因此在网络规模较小的情况下，不管是网元设备接入，还是业务下发以及功能验证都可以轻易进行，但随着网元容量、业务规模的增大，部署和控制难度也随之增加，需要投入更多的人力在SDN网络的部署、运维和管理上，且运维效率低下，自动化程度不高。因此急需一种更加高效的SDN控制器部署和运维方法。

发明内容

本发明的主要目的在于提供一种SDN运维方法、装置、设备和计算机存储介质，旨在解决大规模网络下SDN控制器的部署和运维监控效率低、自动化程度低的技术问题。

为实现上述目的，本发明提供一种SDN运维方法，其特征在于，所述SDN运维方法包括以下步骤：

获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；

获取所述SDN控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；

基于所述业务部署对各所述业务进行业务功能验证；

若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。

可选地，所述并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署的步骤之后，包括：

判断各所述业务的业务部署是否已完成；

若所述业务部署未完成，则获取SDN运维数据库中的业务数据，并基于所述业务数据进行新的业务部署；

若所述业务部署已完成，则执行基于所述业务部署对各所述业务进行业务功能验证的步骤。

可选地，所述基于所述业务部署对各所述业务进行业务功能验证的步骤，包括：

获取所述SDN运维数据库中各所述业务对应的各标准业务；

并将所述业务和所述业务对应的标准业务进行匹配比较；

若所述业务和所述业务对应的标准业务匹配，则所述业务的业务功能验证成功；

若所述业务和所述业务对应的标准业务不匹配，则获取所述业务对应的标准业务重新进行部署，直到业务功能验证成功。

可选地，所述基于所述业务部署对各所述业务进行业务功能验证的步骤之前，包括：

接收控制器发送的指令，并将所述指令通过各所述容器网元发送至所述指令对应的目标业务，并输出所述目标业务基于所述指令的执行结果；

基于所述执行结果确定各所述容器网元和所述SDN的通信连接是否成功；

若各所述容器网元和所述SDN的通信连接成功，则执行基于所述业务部署对各所述业务进行业务功能验证的步骤。

可选地，所述基于各所述容器网元对所述SDN的运行状态进行监控的步骤之后，包括：

若所述SDN的运行状态为故障，则根据SDN内存大小分析并确定所述SDN的故障原因；

基于所述故障原因生成故障分析报表，并输出所述故障分析报表。

可选地，所述获取已与SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接的步骤之前，包括：

获取控制器接入的虚拟网元和部署运维工具；

通过部署运维工具在服务器中创建所述预设数量的容器网元，并且所述容器网元包含所述虚拟网元和所述部署运维工具。

可选地，所述获取已与SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接的步骤，包括：

获取已与SDN建立通信连接的各服务器，并获取服务器中各容器网元的容器控制面网桥和容器业务面网桥；

获取SDN中的系统控制面网桥和系统业务面网桥，并对各所述容器控制面网桥和所述系统控制面网桥建立通信连接，对各所述容器业务面网桥和所述系统业务面网桥建立通信连接。

此外，本发明还提供一种SDN运维装置，其特征在于，所述SDN运维装置包括：

获取模块，获取已与SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；

部署模块，获取所述SDN控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；

验证模块，基于所述业务部署对各所述业务进行业务功能验证；

监控模块，若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。

此外，为实现上述目的，本发明还提供一种SDN运维设备；

所述SDN运维设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中：

所述计算机程序被所述处理器执行时实现如上所述的SDN运维方法的步骤。

此外，为实现上述目的，本发明还提供计算机存储介质；

所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述的SDN运维方法的步骤。

本发明通过获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；获取所述SDN控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；基于所述业务部署对各所述业务进行业务功能验证；若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。通过在SDN中引入容器技术，并且由于可以在服务器中设置多个容器网元，又因为一个容器网元对应一个数据节点，即可以在一个服务器中设置多个数据节点，从而为SDN提高了资源的利用率和自动化程度，又由于容器技术是一种资源共享方式，并且又可以在一个服务器中设置多个容器，而SDN又是通过这些容器对SDN中的各个业务进行自动部署的，因此，也提高了SDN的运维和管理效率。最后由于通过容器技术提高了SDN的资源的利用率和自动化程度、以及运维和管理效率，因此也解决了大规模网络下控制器的部署和运维监控效率低、自动化程度低的技术问题。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的终端\装置结构示意图；

图2为本发明SDN运维方法第一实施例的流程示意图；

图3为本发明SDN运维方法第二实施例的流程示意图；

图4为本发明SDN运维设备一实施例的系统结构示意图；

图5为本发明SDN运维方法的容器网元部署示意图；

图6为本发明SDN运维方法的部署和运维工具框架图；

图7为本发明SDN运维方法的SDN部署运维流程图；

图8为本发明SDN运维方法的SDN网络拓扑示意图。

本发明目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。

本发明实施例终端为SDN运维设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，终端还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在终端设备移动到耳边时，关闭显示屏和/或背光。当然，终端设备还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及SDN运维程序。

在图1所示的终端中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的SDN运维程序，并执行以下操作：

获取已与SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；

获取所述SDN中控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；

基于所述业务部署对各所述业务进行业务功能验证；

若各所述业务的业务功能均验证通过后，则基于各所述容器网元对所述SDN的运行状态进行监控。

本发明提供一种SDN运维方法，在SDN运维方法一实施例中，SDN运维方法包括以下步骤：

步骤S10，获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；

容器技术是一种轻量级的软件集成和打包技术，可以让应用程序以容器为载体独立地运行在不同平台上。容器作为一个独立的对象，可以像虚机一样使用实现轻量级部署，容器的技术方案有很多，本实施例中可以使用docker(应用容器引擎)容器部署。控制器接入的网元采用运行在docker容器中的虚拟交换机OVS来部署。在本实施例中，容器是一种载体，服务器是平台。先根据服务器的性能，在物理服务器上建立指定数量的容器，并且在每个容器中都部署虚拟化网元，需要说明的是，在每个容器中均需要部署一个虚拟化网元，并且容器中的虚拟化网元彼此独立运行，即容器网元。当获取到服务器中的各个容器网元后，需要将各个容器与SDN系统建立通信连接，即将每个容器中的虚拟化网元作为控制器的接入单元，并开通各个服务器中的容器之间以及容器和控制器之间的网络，实现大容量的容器网元接入控制器。其中，服务器的数量可以不止一个，而是多个，具体视用户的需求而定。其中，容器网元可以是在容器中设置有虚拟化网元。

为辅助理解容器与系统建立通信连接的工作原理，以下用一具体实施例举例说明。

例如，如图5所示，图5为容器网元部署示意图，在图5中存在有管理面、业务面、容器管理面、容器业务面、容器网元和服务器。当服务器有多个时，先获取每个服务器中的各个容器网元的数量，而且每个服务器上均使用两个独立的网口连接到局域网的控制面和业务面。在服务器上创建两个网桥对应控制和业务平面，服务器上的两个网口以及每个容器上创建的两个网口分别连接控制面、业务面网桥。由此，实现所有服务器上的虚拟网元的互连，形成了控制、业务两个平面，同普通网元一样接入控制器中，即接入SDN系统中。

步骤S20，获取所述SDN中控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；

当各容器网元与SDN系统建立通信连接后，还需要获取用户需要的各个业务信息，并通过控制器操作接口将各个业务信息对应的业务导入SDN系统中，再获取系统中的控制器下发的部署指令，并将此部署指令通过各个容器网元对传入系统中的各个业务进行业务部署，需要说明的是，在将各个业务到导入SDN系统的时候，运维数据库会通过运维数据库操作接口将各个业务的数据存储于运维数据库中。但是，当通过各个容器网元对传入系统中的各个业务进行业务部署时，突然发生干扰事件(如断电、人为关闭机器等)时，用户可以通过部署操作接口向容器网元转发网元部署主机，可实现大规模主机业务批量并发创建，且借助数据库接口可以实现业务部署中后的恢复。

其中，各个容器网元部署的业务可以包括：虚拟交换机OVS的接入和拓扑管理，控制器业务配置、交换机转发表的下发，大容量虚机接入。

其中，控制器操作接口通过控制器本身对外的编程接口实现，用于业务配置下发，业务配置查询、分析等操作。而运维数据库接口是需要根据业务部署的数据自定义形式存储于运维数据库中，用于各类运维操作。

步骤S30，基于所述业务部署对各所述业务进行业务功能验证；

当在SDN系统中通过各个容器对各个业务进行业务部署以后，还需要对各个业务的业务功能进行验证，即用户可以通过运维操作接口，并基于业务部署检查所有容器转发网元之间的拓扑连通性以及业务表项的正确性，并当发现业务的业务功能验证不符合用户的要求时，可以重新导入此业务。

其中，验证的业务功能可以包括：网络、子网、路由、安全组规则的下发，网元流表检查，虚机之间、虚机到网关以及虚机到外部网络的连通性检查。

步骤S40，若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。

当经过验证后，发现SDN系统中的各个业务的业务功能都验证通过后，还需要通过各个容器网元对系统的运行状态进行监控，即用户通过巡检操作接口获取SDN系统以及容器服务器的运行状态，主要包括内存占用情况、资源使用情况和故障通知等。并当检测到系统的运行状态发生故障时，会对此故障进行故障分析，判断是否是内存不足导致的，还是资源不足引起的等，并输出初步的分析结果。

为辅助理解本发明的SDN部署运维流程，下面采用几个实施例进行具体的说明。

例如，如图6所示，图6为部署和运维工具框架图，在图6中分为用户界面和业务层面，在用户界面中存在部署接口和运维接口，而在业务层面中，存在容器部署、虚拟网元部署，业务配置，业务功能验证，运维监控，日志记录和分析；以及内部接口实现对应的控制器操作接口，部署数据库接口，网元操作接口和容器操作接口。需要说明的是，用户操作接口可以采用CLI(command-line interface，命令行界面)方式，用户设置参数然后执行命令获取执行结果。而控制器接口可以包括北向restful API和控制器配置接口两种，运维数据库使用Mysql，容器网元的操作接口包括docker操作接口和OVS命令操作接口。并且，用户层次以目标为导向，不感知业务逻辑和内部实现，通过操作接口实现容器网元的部署和业务下发。通过控制器操作接口，用户可以调用业务配置和业务功能验证，而部署数据库接口则可以调用业务配置、运维监控以及日志记录和分析，而网元操作接口和容器操作接口则可以调用容器部署、虚拟网元部署和运维监控、日志记录和分析。即在本实施例中用户可以通过本图中的各个接口实现对SDN网络的运维操作。

再例如，如图7所示，图7为SDN部署运维流程图，第一步，进行物理环境准备，即当存在有若干台服务器和交换机时，在交换机上通过vlan配置划分为控制平面和业务转发平面，根据网络规模选择若干台服务器部署docker容器服务。制作容器镜像，包含OVS服务以及ping、tcpdump等常用运维工具。使用两台服务器安装控制器，另选择一台服务器作为用户操作机，安装python环境和依赖包，用于运行部署工具。第二步，配置docker服务器地址和端口、docker镜像路径、docker容器数量。执行命令创建指定容量的docker容器，启动OVS服务，并接入SDN系统到控制面、转发面网络。第三步，执行命令进行业务部署，以虚机接入部署为例，根据配置的网络、子网、路由、主机容量等参数，下发配置到控制器，在容器上创建虚拟主机，添加主机端口到OVS，实现虚机接入。第四步，执行命令验证业务功能并输出结果，根据运维数据库及用户配置参数，检查控制器上的配置以及OVS上的转发表的正确性。执行ping命令验证虚机之间的连通性，输出结果。第五步，运维操作，根据业务的部署情况以及运维需求，进行业务功能巡检、业务备份以及故障分析，输出日志。在已有业务的环境中，可以直接配置参数，执行运维操作。

本发明通过获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；获取所述SDN控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；基于所述业务部署对各所述业务进行业务功能验证；若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。通过在SDN中引入容器技术，并且由于可以在服务器中设置多个容器网元，又因为一个容器网元对应一个数据节点，即可以在一个服务器中设置多个数据节点，从而为SDN提高了资源的利用率和自动化程度，又由于容器技术是一种资源共享方式，并且又可以在一个服务器中设置多个容器，而SDN又是通过这些容器对SDN中的各个业务进行自动部署的，因此，也提高了SDN的运维和管理效率。最后由于通过容器技术提高了SDN的资源的利用率和自动化程度、以及运维和管理效率，因此也解决了大规模网络下控制器的部署和运维监控效率低、自动化程度低的技术问题。

进一步地，在本发明第一实施例的基础上，提出了本发明SDN运维方法的第二实施例，本实施例是本发明第一实施例的步骤S20之后，参照图3，所述SDN运维方法包括：

步骤S51，判断各所述业务的业务部署是否已完成；

当在SDN系统中，通过各个容器网元对各个业务进行部署时，需要随时监控判断各个业务是否在SDN系统中部署成功，即确定是否存在一些突发现状(如断电、人为关闭机器等)导致各个业务在SDN系统中部署失败。

步骤S52，若所述业务部署未完成，则获取SDN运维数据库中的业务数据，并基于所述业务数据进行新的业务部署；

当经过检测判断发现各个业务的业务部署未完成时，由于SDN中的运维数据库是在SDN系统刚接收到业务时，就将此业务复制存储在运维数据库中的，所以可以自动获取运维数据库中的业务数据，即确定哪个业务的业务部署未完成，就自动获取在运维数据库中获取哪个业务。

步骤S53，若所述业务部署已完成，则执行基于所述业务部署对各所述业务进行业务功能验证的步骤。

当经过检测判断发现各个业务的业务部署完成时，则可以对各个业务的业务功能进行验证，即确定通过容器部署的各个业务功能是否有出错的地方。并当发现各个业务的业务功能没出错时，用户就可以实施其它的运维操作了。

在本实施例中，通过判断各个业务的业务部署是否完成，并当发现业务部署未完成时，可以自动地重新进行部署，从而提高了SDN的智能化效果，并提高了运维的效率。

具体地，若所述业务部署已完成，则对各所述业务进行业务功能验证的步骤，包括：

步骤S531，获取所述SDN运维数据库中各所述业务对应的各标准业务；

当经过判断发现SDN系统中的各个业务已部署完成，即此时整个SDN系统的一个基本框架已构建完成，则需要对SDN系统中的各个业务进行检测，确定各个业务的业务功能是否符合用户的需求，此时就可以通过运维操作接口获取运维数据库中的各个标准业务，并且获取到的运维数据库中的各个标准业务均能在系统中查找到一个与之对应的业务。其中，标准业务可以是用户在将业务导入系统的时候，运维数据库获取到的各个业务。

步骤S532，并将所述业务和所述业务对应的标准业务进行匹配比较；

当获取到各个业务对应的标准业务后，需要依次将各个业务和各个业务对应的标准业务进行匹配比较，确定是否在部署的过程中出错。例如，当SDN系统中存在业务A、业务B、业务C，那么运维数据库中就存在有标准业务A、标准业务B、标准业务C，则需要将业务A和标准业务A进行匹配比较，将业务B和标准业务B进行匹配比较，将业务C和标准业务C进行匹配比较，以此来确定各个业务在部署的过程中是否出错。

步骤S533，若所述业务和所述业务对应的标准业务匹配，则所述业务的业务功能验证成功；

当经过判断发现，SDN系统中的所有业务均能和该业务对应的标准业务匹配，那么SDN系统中的所有业务的业务功能均验证成功，可以执行用户的下一步正常操作了。

步骤S534，若所述业务和所述业务对应的标准业务不匹配，则获取所述业务对应的标准业务重新进行部署，直到业务功能验证成功。

但是，当经过判断发现，在SDN系统中，存在有业务和该业务对应的标准业务不匹配，那么此业务在进行部署的过程中出现过错误，有漏洞缺陷，则可以通过获取运维数据库中，此业务对应的标准业务到系统中，重新进行部署，并重新验证，直到业务功能验证成功。

在本实施例中，通过检测SDN系统中部署的各个业务的功能是否正常，并当检测到有异常时，会自动采取补救措施，从而提高了系统的自动化效果，并提高了系统运维和管理的效率。

进一步地，在本发明第一至第二实施例任意一个的基础上，提出了本发明SDN运维方法的第三实施例，本实施例是本发明第一实施例的步骤S30之后，包括：

步骤S61，接收控制器发送的指令，并将所述指令通过各所述容器网元发送至所述指令对应的目标业务，并输出所述目标业务基于所述指令的执行结果；

当检测到SDN系统中的各个业务的业务功能均是正常的之后，可以接收控制器发送的任意一个业务对应的控制指令，再将此控制指令通过各个容器网元发送到各个指令对应的目标业务中，此目标业务再根据接收到的控制指令进行一系列操作，以获取执行结果，并输出此执行结果。

步骤S62，基于所述执行结果确定各所述容器网元和所述SDN的通信连接是否成功；

再根据此执行结果确定各个容器网元和SDN系统的通信连接是否成功，即当检测到执行结果显示业务并未执行与此控制指令相应的操作时，则可以认为此业务并未接收到此指令，从而确定各个容器网元与SDN系统的通信连接并没有成功，需要重新进行连接。但是，当经过判断发现执行结果显示业务有执行与此控制指令相应的操作时，则可以认为SDN系统中的各个容器网元与SDN系统已经建立通信连接。

步骤S63，若各所述容器网元和所述SDN系统的通信连接成功，则执行基于所述业务部署对各所述业务进行业务功能验证的步骤。

当经过判断发现各个容器网元和SDN系统的通信连接已经连接成功时，则可以确定各个容器网元已经成功接入SDN系统中，从而根据这些容器网元对SDN系统的中的各个业务进行业务功能验证。

在本实施例中，通过在控制器中输出指令，并判断业务是否有执行相应的操作，来确定各个容器网元和SDN系统的通信连接是否正常，从而提高了SDN运维功能的准确性，提高了用户的使用体验感。

具体地，基于各所述容器网元对所述SDN的运行状态进行监控的步骤之后，包括：

步骤S71，若所述SDN的运行状态为故障，则根据SDN内存大小分析并确定所述SDN的故障原因；

当通过巡检操作接口获取到SDN系统以及容器服务器的运行状态，并检测到其运行状态出现故障时，会自动地根据SDN的内存大小来分析故障发生的原因，需要说明的是，也可以从SDN的内存占用情况、资源使用情况等进行分析。

步骤S72，基于所述故障原因生成故障分析报表，并输出所述故障分析报表。

并当对故障进行简单的分析之后，会自动地生成一个故障分析报表，里面会包含系统故障通知、原因分析等因素，并在显示端输出此故障分析报表。

在本实施例中，通过对SDN的时刻监控，并当监控到SDN出现故障时，会自动进行分析，从而提高了SDN的智能化效果，也提高了运维和管理的效率。

进一步地，在本发明第一至第三实施例任意一个的基础上，提出了本发明SDN运维方法的第四实施例，本实施例是本发明第一实施例的步骤S10之前，包括：

步骤A10，获取预设数量的虚拟网元和部署运维工具；

步骤A11，通过部署运维工具在服务器中创建所述预设数量的容器网元，并且所述容器网元包含所述虚拟网元和所述部署运维工具。

预设数量，即用户提前设置的固定数量。网元是网络管理中可以监视和管理的最小单位，在本实施例中可以将一个虚拟网元理解为一个数据节点。在将各个容器接入SDN系统之前，还需要先确定虚拟网元的数量，以及部署运维工具，然后再根据虚拟网元的数量，采用部署运维工具在服务器中创建各个容器，需要说明的是，可以在不止一个服务器中创建多个容器，并且创建的容器的数量需要和虚拟网元的数量相同，并将虚拟化网元和所需的部署运维工具制作到容器的镜像中，即获取到容器网元。其中，部署运维工具完成的功能包括:创建指定数量的容器和虚拟化网元，部署业务、验证业务功能，维护操作数据，执行系统监控、巡检等运维操作，并输出结果，提供日志，当系统出现异常时给出初步的分析结果。

在本实施例中，通过确定虚拟网元的数量在服务器中创建多个容器，从而在保证用户需求的前提下，极大地提高了资源的利用率，避免了资源的浪费。

进一步地，获取已与SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接的步骤，包括：

步骤S11，获取已与SDN建立通信连接的各服务器，并获取服务器中各容器的容器控制面网桥和容器业务面网桥；

步骤S12，获取SDN中的系统控制面网桥和系统业务面网桥，并对各所述容器控制面网桥和所述系统控制面网桥建立通信连接，对各所述容器业务面网桥和所述系统业务面网桥建立通信连接。

当在服务器中创建好用户需要的各个容器网元后，并准备将服务器接入SDN系统时，还需要获取服务器中各个网元网元的容器控制面网桥和容器业务面网桥，SDN中的系统控制面网桥和系统业务面网桥，并将容器控制面网桥和系统控制面网桥建立通信连接，将容器业务面网桥和系统业务面网桥建立通信连接。

为辅助理解容器如何和系统建立通信连接，下面采用一具体实施例来举例说明。

例如，如图8所示，图8为SDN网络拓扑示意图，容器网元接入控制器系统中作为计算节点，通过管理面与控制器建立连接，控制器也通过管理通道下发转发流表和操作指令等。容器网元和系统中其他物理设备之前业务面亦互通，用于实际业务流量的转发。即服务器之间以及物理设备之间通过交换机构成一个局域网，整个网络拓扑划分为控制和业务两个独立的平面，控制平面用于控制器和网元之间通信，业务平面用于网元之间业务流量的转发。并且服务器上使用两个独立的网口连接到局域网的控制面和业务面，服务器上创建两个网桥对应控制和业务平面，服务器上的两个网口以及每个容器上创建的两个网口分别连接控制面、业务面网桥。由此，所有服务器上的虚拟网元实现互连，形成了控制、业务两个平面，同普通网元一样接入控制器。

在本实施例中，通过将各个容器网元和SDN建立通信连接，并由于多个容器网元可以在一个服务器中，而容器技术可以按需构建容器操作系统，为系统管理提供了极大的灵活性。

此外，参照图4，本发明实施例还提出一种SDN运维装置，所述SDN运维装置包括：

获取模块，获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；

部署模块，获取所述SDN控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；

验证模块，基于所述业务部署对各所述业务进行业务功能验证；

监控模块，若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。

可选地，所述部署模块之后，包括：

判断单元，判断各所述业务的业务部署是否已完成；

部署单元，若所述业务部署未完成，则获取SDN运维数据库中的业务数据，并基于所述业务数据进行新的业务部署；

验证单元，若所述业务部署已完成，则执行基于所述业务部署对各所述业务进行业务功能验证的步骤。

可选地，所述验证单元，包括：

获取所述SDN运维数据库中各所述业务对应的各标准业务；

并将所述业务和所述业务对应的标准业务进行匹配比较；

若所述业务和所述业务对应的标准业务匹配，则所述业务的业务功能验证成功；

若所述业务和所述业务对应的标准业务不匹配，则获取所述业务对应的标准业务重新进行部署，直到业务功能验证成功。

可选地，所述验证模块之前，包括：

接收控制器发送的指令，并将所述指令通过各所述容器网元发送至所述指令对应的目标业务，并输出所述目标业务基于所述指令的执行结果；

基于所述执行结果确定各所述容器网元和所述SDN的通信连接是否成功；

若各所述容器网元和所述SDN的通信连接成功，则执行基于所述业务部署对各所述业务进行业务功能验证的步骤。

可选地，所述监控模块之后，包括：

若所述SDN的运行状态为故障，则根据SDN内存大小分析并确定所述SDN的故障原因；

基于所述故障原因生成故障分析报表，并输出所述故障分析报表。

可选地，所述获取模块之前，包括：

获取预设数量的虚拟网元和部署运维工具；

通过部署运维工具在服务器中创建所述预设数量的容器网元，并且所述容器网元包含所述虚拟网元和所述部署运维工具。

可选地，所述获取模块，包括：

获取已与SDN建立通信连接的各服务器，并获取服务器中各容器网元的容器控制面网桥和容器业务面网桥；

获取SDN中的系统控制面网桥和系统业务面网桥，并对各所述容器控制面网桥和所述系统控制面网桥建立通信连接，对各所述容器业务面网桥和所述系统业务面网桥建立通信连接。

其中，SDN运维装置的各个功能模块实现的步骤可参照本发明SDN运维方法的各个实施例，此处不再赘述。

本发明还提供一种终端，所述终端包括：存储器、处理器、通信总线以及存储在所述存储器上的SDN运维程序：

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行所述SDN运维程序，以实现上述SDN运维方法各实施例的步骤。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种SDN运维方法，其特征在于，所述SDN运维方法包括以下步骤：

获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；

获取所述SDN控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；

基于所述业务部署对各所述业务进行业务功能验证；

若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。

2.如权利要求1所述的SDN运维方法，其特征在于，所述并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署的步骤之后，包括：

判断各所述业务的业务部署是否已完成；

若所述业务部署未完成，则获取SDN运维数据库中的业务数据，并基于所述业务数据进行新的业务部署；

若所述业务部署已完成，则执行基于所述业务部署对各所述业务进行业务功能验证的步骤。

3.如权利要求2所述的SDN运维方法，其特征在于，所述基于所述业务部署对各所述业务进行业务功能验证的步骤，包括：

获取所述SDN运维数据库中各所述业务对应的各标准业务；

并将所述业务和所述业务对应的标准业务进行匹配比较；

若所述业务和所述业务对应的标准业务匹配，则所述业务的业务功能验证成功；

若所述业务和所述业务对应的标准业务不匹配，则获取所述业务对应的标准业务重新进行部署，直到业务功能验证成功。

4.如权利要求1所述的SDN运维方法，其特征在于，所述基于所述业务部署对各所述业务进行业务功能验证的步骤之前，包括：

接收控制器发送的指令，并将所述指令通过各所述容器网元发送至所述指令对应的目标业务，并输出所述目标业务基于所述指令的执行结果；

基于所述执行结果确定各所述容器网元和所述SDN的通信连接是否成功；

若各所述容器网元和所述SDN的通信连接成功，则执行基于所述业务部署对各所述业务进行业务功能验证的步骤。

5.如权利要求1-4任意一项所述的SDN运维方法，其特征在于，所述基于各所述容器网元对所述SDN的运行状态进行监控的步骤之后，包括：

若所述SDN的运行状态为故障，则根据SDN内存大小分析并确定所述SDN的故障原因；

基于所述故障原因生成故障分析报表，并输出所述故障分析报表。

6.如权利要求1所述的SDN运维方法，其特征在于，所述获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接的步骤之前，包括：

获取预设数量的虚拟网元和部署运维工具；

通过部署运维工具在服务器中创建所述预设数量的容器网元，并且所述容器网元包含所述虚拟网元和所述部署运维工具。

7.如权利要求1所述的SDN运维方法，其特征在于，所述获取已与SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接的步骤，包括：

获取已与SDN建立通信连接的各服务器，并获取服务器中各容器网元的容器控制面网桥和容器业务面网桥；

获取SDN中的系统控制面网桥和系统业务面网桥，并对各所述容器控制面网桥和所述系统控制面网桥建立通信连接，对各所述容器业务面网桥和所述系统业务面网桥建立通信连接。

8.一种SDN运维装置，其特征在于，所述SDN运维装置包括：

获取模块，获取已与软件定义网络SDN建立通信连接的各服务器，并通过各所述服务器与各容器网元建立通信连接；

部署模块，获取所述SDN控制器发送的部署指令，并将所述部署指令通过各所述容器网元对传入SDN中的各业务进行业务部署；

验证模块，基于所述业务部署对各所述业务进行业务功能验证；

监控模块，若各所述业务的业务功能均验证通过，则基于各所述容器网元对所述SDN的运行状态进行监控。

9.一种SDN运维设备，其特征在于，所述SDN运维设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的SDN运维程序，所述SDN运维程序被所述处理器执行时实现如权利要求1至7中任一项所述的SDN运维方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有SDN运维程序，所述SDN运维程序被处理器执行时实现如权利要求1至7中任一项所述的SDN运维方法的步骤。

Images