一种oVirt管理节点高可用集群实现方法及系统与流程

一种ovirt管理节点高可用集群实现方法及系统
技术领域
1.本公开属于计算机虚拟化技术领域，尤其涉及一种ovirt管理节点高可用集群实现方法及系统。


背景技术：

2.本部分的陈述仅仅是提供了与本公开相关的背景技术信息，不必然构成在先技术。
3.ovirt虚拟化管理系统主要包括管理节点和计算节点，ovirt管理节点是以虚拟机的形式运行在计算节点中。发明人发现，现有的部署方式存在以下问题：当ovirt管理节点虚拟机的磁盘发生损坏时，导致虚拟机无法正常运行，整个ovirt虚拟化管理系统都将不能正常运行的问题。


技术实现要素：

4.本公开为了解决上述问题，提供了一种ovirt管理节点高可用集群实现方法及系统，所述方案通过将ovirt管理节点部署于多台物理机上，搭建高可用集群的方式，有效提高了ovirt虚拟化管理系统的抗风险性。
5.根据本公开实施例的第一个方面，提供了一种ovirt管理节点高可用集群实现方法，其应用于多台物理主机，所述方法包括：
6.在每台物理主机上安装ovirt-engine及repmgr工具软件；
7.搭建repmgr数据库主备集群，当数据库主节点出现单点故障时，repmgr自动从数据库备用节点中选出数据库主节点，实现数据库的高可用；
8.对所述ovirt-engine进行配置，实现ovirt-engine相关服务高可用；
9.基于预设的节点服务监控策略，控制失效的节点自动重新加入集群；
10.实现ovirt管理节点的高可用集群。
11.进一步的，对所述ovirt-engine进行配置，具体为：在数据库主节点上执行engine-setup，实现对ovirt-engine服务进行配置。
12.进一步的，所述配置过程具体包括：
13.停止ovirt-enigne和ovirt-engine-dwhd服务，执行engine-backup命令对ovirt-engine配置文件进行备份；
14.将任意一个备用节点升级为主节点，执行engine-backup命令将备份的ovirt-engine配置文件执行还原，然后再执行engine-setup配置ovirt-engine服务；配置完成后将关闭ovirt-engine和ovirt-engine-dwhd服务。
15.进一步的，所述预设的节点服务监控策略，具体为：
16.判断当前节点是否为主节点；
17.若否，则关闭ovirt-engine相关服务，并删除浮动ip；
18.若是，则获取自身的时间线和集群中最新的时间线，当两个时间线相同，则开启
ovirt-engine相关的服务和设置浮动ip；当两个时间线不同，则停止ovirt-engine相关服务和删除浮动ip，并将当前节点重新加入集群中。
19.根据本公开实施例的第二个方面，提供了一种ovirt管理节点高可用集群系统，其应用于多台物理主机，所述系统包括：
20.环境构建单元，其用于在每台物理主机上安装ovirt-engine及repmgr工具软件；
21.数据库主备集群搭建单元，其用于搭建repmgr数据库主备集群，当主节点出现单点故障时，repmgr自动从备用节点数据库中选出主节点数据库，实现数据库的高可用；
22.ovirt服务配置单元，其用于对所述ovirt-engine进行配置，实现ovirt-engine相关服务高可用；
23.监控单元，其用于基于预设的节点服务监控策略，控制失效的节点自动重新加入集群；实现ovirt管理节点的高可用集群。
24.根据本公开实施例的第三个方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上运行的计算机程序，所述处理器执行所述程序时实现所述的一种ovirt管理节点高可用集群实现方法。
25.根据本公开实施例的第四个方面，提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现所述的一种ovirt管理节点高可用集群实现方法。
26.与现有技术相比，本公开的有益效果是：
27.本公开提供了一种ovirt管理节点高可用集群实现方法及系统，所述方案通过将ovirt管理节点部署于多台物理机上，通过结合repmgr工具软件，实现数据库的高可用以及ovirt-engine相关服务高可用，实现ovirt管理节点高可用集群的方式，有效提高了ovirt虚拟化管理系统的抗风险性，避免了因ovirt管理节点虚机的磁盘发生损坏时，导致虚机无法正常运行的问题。
28.本公开附加方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。
附图说明
29.构成本公开的一部分的说明书附图用来提供对本公开的进一步理解，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。
30.图1为本公开实施例一中所述的ovirt管理节点高可用集群实现方法流程图；
31.图2为本公开实施例一中所述的节点服务监控策略流程图。
具体实施方式
32.下面结合附图与实施例对本公开做进一步说明。
33.应该指出，以下详细说明都是示例性的，旨在对本公开提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。
34.需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式
也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
35.在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
36.实施例一：
37.本实施例的目的是提供一种ovirt管理节点高可用集群实现方法。
38.如图1所示，一种ovirt管理节点高可用集群实现方法，其应用于多台(两台及两台以上)物理主机，所述方法包括：
39.步骤1：在每台物理主机上安装ovirt-engine及repmgr工具软件；
40.其中，所述步骤1具体为：从ovirt官方仓库下载最新ovirt-engine安装包进行安装，以及从repmgr官网下载repmgr安装包进行安装。
41.步骤2：搭建repmgr数据库主备集群，当数据库主节点出现单点故障时，repmgr自动从数据库备用节点中选出数据库主节点，实现数据库的高可用；
42.其中，所述步骤2具体为：利用两台或两台以上物理机搭建repmgr数据库主备集群，当主节点出现单点故障时，repmgr能自动从备用节点中选举出主节点，保证数据库高可用性。其具体搭建步骤为本领域技术人员能够清楚获得的，故此处不再赘述。
43.进一步的，本实施例中采用的数据库类型为pgsql(postgresql)数据库。
44.步骤3：对所述ovirt-engine进行配置，实现ovirt-engine相关服务高可用；
45.其中，所述步骤3具体为：
46.步骤301：在pgsql数据库主节点上执行engine-setup，实现对ovirt-engine服务进行配置；
47.步骤302：停止ovirt-enigne和ovirt-engine-dwhd服务，执行engine-backup命令对ovirt-engine配置文件进行备份；
48.步骤303：将任意一个备用节点升级为主节点，执行engine-backup命令将备份的ovirt-engine配置文件执行还原，然后再执行engine-setup配置ovirt-engine服务；配置完成后将关闭ovirt-engine和ovirt-engine-dwhd服务。
49.具体的，对于任何备用节点其配置过程与步骤303一致。
50.步骤4：基于预设的节点服务监控策略，控制失效的节点自动重新加入集群；
51.具体的，由于repmgr搭建的数据库高可用集群功能的有限性，需要单独的监控脚本去处理失效的节点自动重新加入集群，以及ovirt-engine相关服务开启停止和设置浮动ip等问题。
52.其中，所述步骤4包括：
53.判断当前节点是否为主节点；
54.若否，则关闭ovirt-engine相关服务，并删除浮动ip；
55.若是，则获取自身的时间线和集群中最新的时间线，当两个时间线相同，则开启ovirt-engine相关的服务和设置浮动ip；当两个时间线不同，则停止ovirt-engine相关服务和删除浮动ip，并将当前节点重新加入集群中。
56.具体的，所述节点服务监控策略采用脚本形式进行执行，其具体执行流程为：
57.为确保监控脚本的实时性，每隔一秒钟检测一次；
58.首先判断节点是否是主节点：
59.如果不是，需要关闭ovirt-engine相关服务和删除浮动ip；
60.如果是主节点，获取自身的时间线和集群中最新的时间线，如果这两个时间线相同，说明自身是最新的主节点，需要开启ovirt-engine相关的服务和设置浮动ip；如果两个时间线不同，说明自身出现过单点故障，需要停止ovirt-engine相关服务和删除浮动ip，并且需要重新加入集群中。
61.步骤5：实现ovirt管理节点的高可用集群。
62.实施例二：
63.本实施例的目的是提供一种ovirt管理节点高可用集群系统。
64.一种ovirt管理节点高可用集群系统，其应用于多台物理主机，所述系统包括：
65.环境构建单元，其用于在每台物理主机上安装ovirt-engine及repmgr工具软件；
66.数据库主备集群搭建单元，其用于搭建repmgr数据库主备集群，当主节点出现单点故障时，repmgr自动从备用节点数据库中选出主节点数据库，实现数据库的高可用；
67.ovirt服务配置单元，其用于对所述ovirt-engine进行配置，实现ovirt-engine相关服务高可用；
68.监控单元，其用于基于预设的节点服务监控策略，控制失效的节点自动重新加入集群；实现ovirt管理节点的高可用集群。
69.进一步的，所述预设的节点服务监控策略，具体为：
70.判断当前节点是否为主节点；
71.若否，则关闭ovirt-engine相关服务，并删除浮动ip；
72.若是，则获取自身的时间线和集群中最新的时间线，当两个时间线相同，则开启ovirt-engine相关的服务和设置浮动ip；当两个时间线不同，则停止ovirt-engine相关服务和删除浮动ip，并将当前节点重新加入集群中。
73.在更多实施例中，还提供：
74.一种电子设备，包括存储器和处理器以及存储在存储器上并在处理器上运行的计算机指令，所述计算机指令被处理器运行时，完成实施例一中所述的方法。为了简洁，在此不再赘述。
75.应理解，本实施例中，处理器可以是中央处理单元cpu，处理器还可以是其他通用处理器、数字信号处理器dsp、专用集成电路asi c，现成可编程门阵列fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
76.存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据、存储器的一部分还可以包括非易失性随机存储器。例如，存储器还可以存储设备类型的信息。
77.一种计算机可读存储介质，用于存储计算机指令，所述计算机指令被处理器执行时，完成实施例一中所述的方法。
78.实施例一中的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
79.本领域普通技术人员可以意识到，结合本实施例描述的各示例的单元即算法步骤，能够以电子硬件或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
80.上述实施例提供的一种ovirt管理节点高可用集群实现方法及系统可以实现，具有广阔的应用前景。
81.以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。