CN108599979B

CN108599979B - 非ha模式向ha模式转换的方法和装置

Info

Publication number: CN108599979B
Application number: CN201810180102.4A
Authority: CN
Inventors: 彭本义
Original assignee: Comba Telecom Systems China Ltd
Current assignee: Comba Network Systems Co Ltd
Priority date: 2018-03-05
Filing date: 2018-03-05
Publication date: 2021-05-28
Anticipated expiration: 2038-03-05
Also published as: CN108599979A

Abstract

本申请涉及一种非HA模式向HA模式转换的方法、系统、计算机设备和存储介质。所述方法包括：获取原始Openstack系统中的非HA模式控制节点数据；将非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，得到HA模式控制节点数据；将HA模式控制节点数据与非HA模式控制节点数据进行比较；在HA模式控制节点数据与非HA模式控制节点数据相同时，将HA模式控制节点与原始Openstack系统中的计算节点连接；对原始Openstack系统中的计算节点进行参数配置。通过上述的方式可以将原始Openstack系统中非HA模式控制节点修改成HA模式控制节点，操作非常方便。

Description

非HA模式向HA模式转换的方法和装置

技术领域

本申请涉及云计算技术领域，特别是涉及一种非HA模式向HA模式转换的方法、装置、计算机设备和存储介质。

背景技术

随着云计算技术的发展，出现了各种云计算平台，OpenStack系统就是一种常用的云计算平台。OpenStack系统是一个开源的云计算管理平台，可以实现计算、认证、网络、镜像、块存储、对象存储、告警、编排和数据库服务等功能。OpenStack系统架构主要包括：控制节点、计算节点、网络节点、块存储节点以及对象存储节点等，这些节点之间相互配合，相互协作，从而完成整个操作过程。

HA(High Available，高可用性集群)系统是保证业务连续性的有效解决方案，一般有两个或两个以上的节点，且分为活动节点及备用节点，通常把正在执行业务的称为活动节点，而作为活动节点的一个备份的则称为备用节点。当活动节点出现问题，导致正在运行的业务(任务)不能正常运行时，备用节点此时就会侦测到，并立即接续活动节点来执行业务。从而实现业务的不中断或短暂中断。

目前，OpenStack系统的控制节点通常采用的非HA模式，其中非HA模式只有一个节点，当整个节点出现出现故障时，容易造成Openstack系统后面整个过程无法进行。然而，为了解决这一问题，在实现环境中，通常采用直接构建HA模式，对于已经构建完成的OpenStack系统，如果OpenStack系统的控制节点事先采用的是非HA模式，而在实际工作中，需要将非HA模式转换成HA模式，同时保证在转换完成后在OpenStack系统计算节点上建立的虚拟机都可以正常使用，目前尚没有将非HA模式转换成HA模式的方法。

发明内容

基于此，有必要针对目前尚没有非HA模式转换成HA模式的方法的技术问题，提供一种能够非HA模式向HA模式转换的方法、装置、计算机设备和存储介质。

一种非HA模式向HA模式转换的方法，所述方法包括：

获取原始Openstack系统中的非HA模式控制节点数据；

将所述非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，得到HA模式控制节点数据；

将所述HA模式控制节点数据与所述非HA模式控制节点数据进行比较；

在所述HA模式控制节点数据与所述非HA模式控制节点数据相同时，将所述HA模式控制节点与所述原始Openstack系统中的计算节点连接；

对所述原始Openstack系统中的计算节点进行参数配置。

一种非HA模式向HA模式转换的装置，所述装置包括：

数据获取模块，用于获取原始Openstack系统中的非HA模式控制节点数据；

节点数据获得模块，用于将所述非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，得到HA模式控制节点数据；

节点数据比较模块，用于将所述HA模式控制节点数据与所述非HA模式控制节点数据进行比较；

节点连接模块，用于在所述HA模式控制节点数据与所述非HA模式控制节点数据相同时，将所述HA模式控制节点与所述原始Openstack系统中的计算节点连接；

参数配置模块，用于对所述原始Openstack系统中的计算节点进行参数配置。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取原始Openstack系统中的非HA模式控制节点数据；

对所述原始Openstack系统中的计算节点进行参数配置。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取原始Openstack系统中的非HA模式控制节点数据；

对所述原始Openstack系统中的计算节点进行参数配置。

上述非HA模式向HA模式转换的方法、装置、计算机设备和存储介质，首先获取原始Openstack系统中的非HA模式控制节点数据，将非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，从而得到HA模式控制节点数据；然后将HA模式控制节点数据与非HA模式控制节点数据进行比较，在HA模式控制节点数据与非HA模式控制节点数据相同时，将HA模式控制节点与原始Openstack系统中的计算节点连接，最后对原始Openstack系统中的计算节点进行参数配置，通过上述的方式可以将原始Openstack系统中非HA模式控制节点修改成HA模式控制节点，同时保证在转换完成后的HA模式在OpenStack系统计算节点上建立的虚拟机都可以正常使用，不需要重新构建Openstack系统，操作非常方便。

附图说明

图1为一个实施例中非HA模式向HA模式转换的方法的应用环境图；

图2为一个实施例中非HA模式向HA模式转换的方法的流程示意图；

图3为一个实施例中非HA模式向HA模式转换的方法的流程示意图；

图4为另一个实施例中非HA模式向HA模式转换的方法的流程示意图；

图5为一个实施例中非HA模式向HA模式转换的装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的非HA模式向HA模式转换的方法，可以应用于如图1所示的应用环境中。其中，。

在一个实施例中，如图2所示，提供了一种非HA模式向HA模式转换的方法，以该方法应用于图1中的Openstack系统为例进行说明，包括以下步骤：

步骤210，获取原始Openstack系统中的非HA模式控制节点数据。

Openstack系统是一个开源的云计算管理平台，由几个主要的组件组合起来完成具体工作。OpenStack支持几乎所有类型的云环境，项目目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。OpenStack通过各种互补的服务提供了基础设施即服务(IaaS)的解决方案，每个服务提供API以进行集成。OpenStack包含两个主要模块：Nova和Swift，前者是虚拟服务器部署和业务计算模块；后者是分布式云存储模块，两者可以一起用，也可以分开单独用。

OpenStack覆盖了网络、虚拟化、操作系统、服务器等各个方面；其中，计算(Compute)：Nova，一套控制器，用于为单个用户或使用群组管理虚拟机实例的整个生命周期，根据用户需求来提供虚拟服务。对象存储(Object Storage)：Swift，一套用于在大规模可扩展系统中通过内置冗余及高容错机制实现对象存储的系统，允许进行存储或者检索文件。镜像服务(Image Service)：Glance，一套虚拟机镜像查找及检索系统，支持多种虚拟机镜像格式(AKI、AMI、ARI、ISO、QCOW2、Raw、VDI、VHD、VMDK)，有创建上传镜像、删除镜像、编辑镜像基本信息的功能。身份服务(Identity Service)：Keystone，为OpenStack其他服务提供身份验证、服务规则和服务令牌的功能，管理Domains、Projects、Users、Groups、Roles。网络&地址管理(Network)：Neutron，提供云计算的网络虚拟化技术，为OpenStack其他服务提供网络连接服务。为用户提供接口，可以定义Network、Subnet、Router，配置DHCP、DNS、负载均衡、L3服务，网络支持GRE、VLAN。块存储(Block Storage)：Cinder，为运行实例提供稳定的数据块存储服务，它的插件驱动架构有利于块设备的创建和管理，如创建卷、删除卷，在实例上挂载和卸载卷。UI界面(Dashboard)：Horizon，OpenStack中各种服务的Web管理门户，用于简化用户对服务的操作，例如：启动实例、分配IP地址、配置访问控制等。测量(Metering)：Ceilometer，像一个漏斗一样，能把OpenStack内部发生的几乎所有的事件都收集起来，然后为计费和监控以及其它服务提供数据支撑。部署编排(Orchestration)：Heat，提供了一种通过模板定义的协同部署方式，实现云基础设施软件运行环境(计算、存储和网络资源)的自动化部署。数据库服务(Database Service)：Trove，为用户在OpenStack的环境提供可扩展和可靠的关系和非关系数据库引擎服务。另外，OpenStack系统中每部部分功能可以看成一个节点，OpenStack是由控制节点，计算节点，网络节点，存储节点四大部分组成(这四个节点也可以安装在一台机器上，单机部署)，控制节点负责对其余节点的控制包含虚拟机建立，迁移，网络分配，存储分配等等，即计算节点、存储节点以及网络节点等的功能都是由控制节点控制，从而实现不同的功能。

高可用性集群(High Available，HA)是保证业务连续性的有效解决方案，一般有两个或两个以上的节点，且分为活动节点及备用节点。通常把正在执行业务的称为活动节点，而作为活动节点的一个备份的则称为备用节点。当活动节点出现问题，导致正在运行的业务(任务)不能正常运行时，备用节点此时就会侦测到，并立即接续活动节点来执行业务，从而实现业务的不中断或短暂中断。非HA模式是指只有一个节点。Openstack系统中的非HA模式控制节点是指Openstack系统中的控制节点只有一个；Openstack系统中的HA模式控制节点是指Openstack系统中的控制节点至少包括两个。其中原始Openstack系统非HA模式控制节点是指有一个原始Openstack系统，该Openstack系统只有一个控制节点。所述非HA模式控制节点数据是指非HA模式控制节点相关的所有数据。

步骤220，将非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，得到HA模式控制节点数据。

具体地，一个目标Openstack系统，采用HA模式控制节点，即至少包括两个控制节点；将非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点，即将原始Openstack系统中一个控制节点的数据传输到目标Openstack系统中的至少两个控制节点，得到HA模式控制节点数据。

步骤230，将HA模式控制节点数据与非HA模式控制节点数据进行比较。

步骤240，在HA模式控制节点数据与非HA模式控制节点数据相同时，将HA模式控制节点与原始Openstack系统中的计算节点连接。

具体地，在将非HA模式控制节点数据传输到目标Openstack系统中的HA模式控制节点中之后，将将HA模式控制节点数据与非HA模式控制节点数据进行比较，当HA模式控制节点数据与非HA模式控制节点数据相同时，表示将原始Openstack系统中一个控制节点的数据成功传输到目标Openstack系统中的至少两个控制节点，即数据转移成功；然后将目标Openstack系统中的HA模式控制节点与原始Openstack系统中的计算节点连接，即采用HA模式控制节点代替原始Openstack系统中的非HA模式控制节点与原始Openstack系统系统中的计算节点连接，从而使HA模式控制节点控制原始Openstack系统中计算节点，保证在转换完成后的HA模式在原始OpenStack系统计算节点上建立的虚拟机都可以正常使用。

步骤250，对原始Openstack系统中的计算节点进行参数配置。

具体地，在建立HA模式控制节点与原始Openstack系统中的计算节点的联系后，还需要对原始Openstack系统中的计算节点进行相应参数配置，参照HA模式基准参数对原始Openstack系统中的计算节点进行参数设置，使其与HA模式相匹配，在参数设置完成后，才能利用HA模式的控制节点对原始Openstack系统中的计算节点进行控制。

上述非HA模式向HA模式转换的方法，首先获取原始Openstack系统中的非HA模式控制节点数据，将非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，从而得到HA模式控制节点数据；然后将HA模式控制节点数据与非HA模式控制节点数据进行比较，在HA模式控制节点数据与非HA模式控制节点数据相同时，将HA模式控制节点与原始Openstack系统中的计算节点连接，最后对原始Openstack系统中的计算节点进行参数配置，通过上述的方式可以将原始Openstack系统中非HA模式控制节点修改成HA模式控制节点，同时保证在转换完成后的HA模式在OpenStack系统计算节点上建立的虚拟机都可以正常使用，不需要重新构建Openstack系统，操作非常方便。

在其中一个实施例中，如图3所示，获取原始Openstack系统中的非HA模式控制节点数据的步骤中，包括：

步骤S211，导出原始Openstack系统中的非HA模式控制节点mysql数据库，并从非HA模式控制节点mysql数据库获取非HA模式控制节点数据。

具体地，Openstack系统的控制节点中一般包括两个服务，mysql和qpid，其中mysql数据库作为基础/扩展服务产生的数据存放的地方；qpid消息代理(也称消息中间件)为其他各种服务之间提供了统一的消息通信服务。在本实施例中，只需要导出原始Openstack系统中的非HA模式控制节点mysql数据库，从非HA模式控制节点mysql数据库获取非HA模式控制节点数据，除去一些空间文件数据。只传输原始数据即可保证Openstack系统正常运行，减少中间数据采集及传输的时间。

在其中一个实施例中，如图4所示，将非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，得到HA模式控制节点数据的步骤中，包括：

步骤S221，将非HA模式控制节点数据导入到HA模式控制节点的mysql数据库中，得到HA模式控制节点数据。

具体地，将原始Openstack系统中的非HA模式控制节点mysql数据库获取的非HA模式控制节点数据直接导入至HA模式控制节点的mysql数据库中，即可得到HA模式控制节点数据，操作非常方便简单。

在其中一个实施例中，对原始Openstack系统中的计算节点进行参数配置的步骤中，包括：

根据HA模式基准参数对原始Openstack系统中计算节点的IP和nova.conf进行设置。

具体地，HA模式控制节点都有其基准参数，根据基准参数对原始Openstack系统中计算节点的IP和nova.conf进行设置。IP(Internet Protocol，网络之间互连的协议)，是计算机网络相互连接进行通信的协议。nova.conf是Openstack系统控制器nova的参数。对上述参数进行设置，即可使得HA模式控制节点控制原始Openstack系统中计算节点。

在其中一个实施例中，还包括：

在HA模式控制节点数据与非HA模式控制节点数据不相同时，删除HA模式控制节点数据，并重新将非HA模式控制节点数据传输到HA模式控制节点中。

具体地，当在HA模式控制节点数据与非HA模式控制节点数据不相同时，表示未将原始Openstack系统中一个控制节点的数据成功传输到目标Openstack系统中的至少两个控制节点，即数据转移失败；删除HA模式控制节点数据，可以进行重新传输，从而保证数据转移成功。

在其中一个实施例中，还包括：

根据所述HA模式基准参数对所述原始Openstack系统中网络服务节点的neutron.conf进行设置。

具体地，HA模式控制节点都有其基准参数，根据基准参数对原始Openstack系统中网络节点的neutron.conf进行设置。neutron.conf是Openstack系统网络节点neutron的参数。对上述参数进行设置，即可使得HA模式控制节点控制原始Openstack系统中网络节点。

在其中一个实施例中，在对原始Openstack系统中的计算节点进行参数配置的步骤之后，还包括：

重新启动HA模式控制节点和原始Openstack系统中的计算节点。

具体地，在将非HA模式控制节点转换成HA模式控制节点之后，重新启动HA模式控制节点和原始Openstack系统中的计算节点既可以完成对原始Openstack系统中控制节点的变化。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

根据上述本发明的非HA模式向HA模式转换的方法，本发明还提供一种非HA模式向HA模式转换的装置，下面结合附图及较佳实施例对本发明的非HA模式向HA模式转换的装置进行详细说明。

在一个实施例中，如图5所示，提供了一种非HA模式向HA模式转换的装置，包括：

数据获取模块10，用于获取原始Openstack系统中的非HA模式控制节点数据；

节点数据获得模块20，用于将非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，得到HA模式控制节点数据；

节点数据比较模块30，用于将HA模式控制节点数据与非HA模式控制节点数据进行比较；

节点连接模块40，用于在HA模式控制节点数据与非HA模式控制节点数据相同时，将HA模式控制节点与原始Openstack系统中的计算节点连接；

参数配置模块50，用于对原始Openstack系统中的计算节点进行参数配置。

在其中一个实施例中，所述数据获取模块10包括数据库导出模块：

所述数据库导出模块，用于导出原始Openstack系统中的非HA模式控制节点mysql数据库；

所述数据获取模块，用于从非HA模式控制节点mysql数据库获取非HA模式控制节点数据。

在其中一个实施例中，所述节点数据获得模块20还用于将非HA模式控制节点数据导入到HA模式控制节点的mysql数据库中，得到HA模式控制节点数据。

在其中一个实施例中，所述参数配置模块包括计算节点参数配置模块，

计算节点参数配置模块，用于根据HA模式基准参数对所述原始Openstack系统中计算节点的IP和nova.conf进行设置。

在其中一个实施例中，节点数据获得模块20还用于在HA模式控制节点数据与非HA模式控制节点数据不相同时，删除HA模式控制节点数据，并重新将非HA模式控制节点数据传输到HA模式控制节点中。

在其中一个实施例中，参数配置模块50还包括服务节点参数配置模块：

服务节点参数配置模块，用于根据HA模式基准参数对原始Openstack系统中网络服务节点的neutron.conf进行设置。

关于非HA模式向HA模式转换的装置的具体限定可以参见上文中对于非HA模式向HA模式转换的方法的限定，在此不再赘述。上述非HA模式向HA模式转换的装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

根据上述本发明的非HA模式向HA模式转换的方法和装置，本发明还提供一种计算机设备，下面结合附图及较佳实施例对本发明的计算机设备进行详细说明。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储xxx数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种非HA模式向HA模式转换的方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

上述计算机设备中处理器可执行本发明实施例所提供的非HA模式向HA模式转换的方法，具备执行方法相应的有益效果。可参照上述方法实施例中的描述，此处不再进行赘述。

根据上述本发明的非HA模式向HA模式转换的方法、装置和计算机设备，本发明还提供一种计算机可读存储介质，下面结合附图及较佳实施例对本发明的计算机可读存储介质进行详细说明。

本发明实施例中的计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可以实现本发明方法实施例中的所有方法步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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

Claims

1.一种非HA模式向HA模式转换的方法，其特征在于，所述方法包括：

获取原始Openstack系统中的非HA模式控制节点数据；

将所述非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，基于所述非HA模式控制节点数据得到HA模式控制节点数据；

对所述原始Openstack系统中的计算节点进行参数配置。

2.根据权利要求1所述的非HA模式向HA模式转换的方法，其特征在于，所述获取原始Openstack系统中的非HA模式控制节点数据的步骤中，包括：

导出原始Openstack系统中的非HA模式控制节点mysql数据库，并从所述非HA模式控制节点mysql数据库获取所述非HA模式控制节点数据。

3.根据权利要求2所述的非HA模式向HA模式转换的方法，其特征在于，将所述非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，得到HA模式控制节点数据的步骤中，包括：

将所述非HA模式控制节点数据导入到所述HA模式控制节点的mysql数据库中，得到所述HA模式控制节点数据。

4.根据权利要求3所述的非HA模式向HA模式转换的方法，其特征在于，对所述原始Openstack系统中的计算节点进行参数配置的步骤中，包括：

根据HA模式基准参数对所述原始Openstack系统中计算节点的IP和nova.conf进行设置。

5.根据权利要求1至4任意一项所述的非HA模式向HA模式转换的方法，其特征在于，还包括：

在所述HA模式控制节点数据与所述非HA模式控制节点数据不相同时，删除所述HA模式控制节点数据，并重新将所述非HA模式控制节点数据传输到所述HA模式控制节点中。

6.根据权利要求1至4任意一项所述的非HA模式向HA模式转换的方法，其特征在于，还包括：

7.根据权利要求6所述的非HA模式向HA模式转换的方法，其特征在于，在对所述原始Openstack系统中的计算节点进行参数配置的步骤之后，还包括：

重新启动所述HA模式控制节点和所述原始Openstack系统中的计算节点。

8.一种非HA模式向HA模式转换的装置，其特征在于，所述装置包括：

节点数据获得模块，用于将所述非HA模式控制节点数据传输至目标Openstack系统中的HA模式控制节点中，基于所述非HA模式控制节点数据得到HA模式控制节点数据；

9.根据权利要求8所述的非HA模式向HA模式转换的装置，其特征在于，所述数据获取模块包括数据库导出模块，用于导出原始Openstack系统中的非HA模式控制节点mysql数据库；

所述数据获取模块，还用于从所述非HA模式控制节点mysql数据库获取所述非HA模式控制节点数据。

10.根据权利要求9所述的非HA模式向HA模式转换的装置，其特征在于，所述节点数据获得模块，还用于将所述非HA模式控制节点数据导入到所述HA模式控制节点的mysql数据库中，得到所述HA模式控制节点数据。

11.根据权利要求10所述的非HA模式向HA模式转换的装置，其特征在于，所述参数配置模块包括：

12.根据权利要求8至11任意一项所述的非HA模式向HA模式转换的装置，其特征在于，

所述节点数据获得模块，还用于在所述HA模式控制节点数据与所述非HA模式控制节点数据不相同时，删除所述HA模式控制节点数据，并重新将所述非HA模式控制节点数据传输到所述HA模式控制节点中。

13.根据权利要求8至11任意一项所述的非HA模式向HA模式转换的装置，其特征在于，所述参数配置模块还包括：

服务节点参数配置模块，用于根据所述HA模式基准参数对所述原始Openstack系统中网络服务节点的neutron.conf进行设置。

14.根据权利要求13所述的非HA模式向HA模式转换的装置，其特征在于，还包括：

重新启动模块，用于在对所述原始Openstack系统中的计算节点进行参数配置的步骤之后，重新启动所述HA模式控制节点和所述原始Openstack系统中的计算节点。

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

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