[发明专利]云平台管理节点的控制方法、装置及云平台服务器集群

说明书

本申请公开了一种云平台管理节点的控制方法、装置、设备、计算机可读存储介质及云平台服务器集群，突破了传统的单管理节点或双管理节点可靠性差的问题，通过多台管理节点服务器搭建高可用集群，提高了系统可靠性，且相较于虚拟机形态部署的管理节点，不存在性能衰减的问题；同时，各管理节点服务器映射到统一存储设备来存储管理节点数据，相较于传统的双节点磁盘镜像模式，不仅可以实现更大数据量的存储，还能够避免磁盘镜像模式保存数据的数据裂脑问题。故本申请提供的云平台管理节点的控制方法兼具高可靠性和高性能优势，突破了现有技术管理节点部署方式的问题和瓶颈点。

技术领域

本申请涉及云平台技术领域，特别是涉及一种云平台管理节点的控制方法、装置、设备、计算机可读存储介质及云平台服务器集群。

背景技术

云计算平台近些年已经发展的越来越成熟，在国家经济发展中，各行各业的信息系统建设，都由传统的物理机模式，演进成云平台模式来支撑客户的关键业务。云平台一般是在物理服务器上部署云操作系统，在云操作系统之上承载Guest OS（虚拟机里的系统）和客户的应用和数据，云平台内部的节点类型分为管理节点和计算节点。计算节点运行承载客户的Guest OS，是云平台承载虚拟机运行的节点，计算节点接收管理节点下发的指令，进行云平台相关的动作执行，如虚拟机创建、删除、快照、启动、停止、迁移等。管理节点是云平台的指挥系统，供管理员对云平台进行相关的管理操作，如虚拟机管理（创建、开机/关机、快照、克隆、删除等），存储管理，网络管理，租户管理等，一般提供B/S（Browser/Server，浏览器/服务器模式）的人机控制界面，由管理员对云平台通过web界面进行任务下发。管理节点和计算节点通过管理网进行通信，控制整个云平台的运行。管理节点和计算节点，以及运行管理控制台的客户端之间，通过管理网络进行通信。

目前业界云平台管理节点的部署模式大概有如下几类：1、选用云平台服务器集群中一台物理机单独部署管理节点应用程序；2、选用云平台服务器集群中两台物理机各自单独部署管理节点应用程序，实现管理节点双机热备模式；3、选用云平台服务器集群中一台物理机部署计算节点应用程序和管理节点应用程序；4、选用云平台服务器集群中两台物理机均部署计算节点应用程序和管理节点应用程序，实现管理节点双机热备模式；5、部署一个虚拟机形态的管理节点，将该虚拟机放至服务器本地存储；6、部署一个虚拟机形态的管理节点，将该虚拟机放至共享存储上，并配置管理节点虚拟机支持高可用性集群（HighlyAvailable，HA）；7、部署两个虚拟机形态的管理节点，将虚拟机放至两个部署了计算节点应用程序的物理机的本地存储。

可以看到，现有的业界云平台管理节点的部署模式，从管理节点个数的角度来说，通常在云平台所在的服务器集群中部署一到两个管理节点；从管理节点形态的角度来说，有物理机部署、虚拟机部署两种形态；从管理节点部署所在的存储池的角度来说，有服务器本地存储和采用共享存储两种方式。而这些现有的管理节点部署方式均存在各自的缺陷。

如果仅部署一个管理节点且部署在服务器本地存储上，如方案1、3、5，则显然存在管理节点单点故障问题。

如果部署两个管理节点，如方案2、4、7，虽然管理节点具有双机热备份功能，但是当云平台的两个管理节点全部宕机的情况下，系统仍旧存在极大的风险，且双机备份过程中，备份数据通过网络传输，可能会由于网络异常导致主备管理节点之间数据不同步。

如果管理节点是虚拟机形态部署，如方案5、6、7，相较于物理机形态部署的管理节点，在CPU/内存/磁盘性能方面有衰减，如果云平台整体规模较大的情况下，会出现管理节点卡顿的情况。

而第6种部署方案通过一个放置到共享存储上的虚拟机形态部署管理节点，如果该管理节点在某个计算节点上运行异常，其他计算节点可以用HA的方式把虚拟机拉起来，系统整体的可靠性相对较高，但是该管理节点是以虚拟机形态部署的，会存在性能衰减问题。

如何在保障云平台系统高可靠性的同时，使管理节点的性能也相对较高，是本领域技术人员需要解决的技术问题。

发明内容