CN109802976A - Open Stack云平台的云硬盘动态调度方法、装置以及电子系统 - Google Patents

Open Stack云平台的云硬盘动态调度方法、装置以及电子系统 Download PDF

Info

Publication number
CN109802976A
CN109802976A CN201711138794.8A CN201711138794A CN109802976A CN 109802976 A CN109802976 A CN 109802976A CN 201711138794 A CN201711138794 A CN 201711138794A CN 109802976 A CN109802976 A CN 109802976A
Authority
CN
China
Prior art keywords
cloud
hard disk
host
capacity
disk
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201711138794.8A
Other languages
English (en)
Inventor
王芳
林文辉
张�浩
高哲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Aisino Corp
Original Assignee
Aisino Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aisino Corp filed Critical Aisino Corp
Priority to CN201711138794.8A priority Critical patent/CN109802976A/zh
Publication of CN109802976A publication Critical patent/CN109802976A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

本申请实施例提供一种Open Stack云平台的云硬盘动态调度方法、装置以及电子系统,其方法包括通过Open Stack云平台的ceilometer模块与云主机通信,确定云主机已挂载的云硬盘实时的已用容量;当云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的cinder模块为云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现云硬盘的动态调度,进而在保证用户体验的基础上,提高了云硬盘的利用率,同时,通过上述方法还可以使得不同的云主机分配不同的云硬盘,以满足不同的对云主机的需求、保证了管理的实时性、为其运行提供了有效的管理与途径,同时保证了监控系统所得资源信息的准确性。

Description

Open Stack云平台的云硬盘动态调度方法、装置以及电子 系统
技术领域
本申请实施例涉及云计算技术领域,尤其涉及一种Open Stack云平台的云硬盘动态调度方法、装置以及电子系统。
背景技术
Open Stack是一个开源的云计算平台,其通过多个互相联系的服务提供基础服务,各个服务之间通过各自的应用程序编程接口(Application Programming Interface,API)互相联系,从而将大量的物理集群组织成云主机进行统一调度、管理和执行,从而增加物理机的使用效率和利用率。
在使用时,Open Stack可以根据用户的需求,在初始化云主机时,为其分配云硬盘,但往往资源的合理利用与用户的体验不可兼得。如果在初始化时分配的云硬盘的存储空间较大,导致部分云硬盘近期内不会被使用,进而造成资源的浪费;如果在初始化时分配的云硬盘的存储空间较小,则会出现不能满足用户需求的情况,还需用户手动创建云硬盘来进行扩展,降低了用户体验。
发明内容
本申请实施例的目的在于提供一种Open Stack云平台的云硬盘动态调度方法、装置以及电子系统,用以至少解决现有技术中的上述问题。
本申请实施例提供一种Open Stack云平台的云硬盘动态调度方法,其包括:
通过Open Stack云平台的ceilometer模块与云主机通信,确定所述云主机已挂载的云硬盘实时的已用容量;
当所述云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的cinder模块为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
可选地,本申请任一实施例中,所述通过Open Stack云平台的ceilometer模块与云主机通信,确定所述云主机的云硬盘实时的已用容量包括:
通过所述ceilometer模块轮询设置在Open Stack云平台的计算节点上的所述云主机,以通过ceilometer模块与所述云主机之间的通信确定所述云主机实时的已用容量。
可选地,本申请任一实施例中,当所述云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的所述cinder模块为所述云主机挂载新的云硬盘,以实现所述云硬盘的动态调度包括:
当所述云硬盘实时的已用容量处于预设的警报范围内时,确定云主机的参数,以根据云主机的参数确定与所述云主机适配的新的云硬盘;
通过所述cinder模块为所述云主机挂载与所述云主机适配的新的云硬盘。
可选地,本申请任一实施例中,所述云主机的参数包括:云主机的云硬盘配额、当前云主机的云硬盘容量,则所述根据云主机的参数确定与所述云主机适配的新的云硬盘包括:
根据所述云主机的容量配额以及当前云主机的云硬盘容量,确定与所述云主机适配的新的云硬盘的容量,以确定新的云硬盘。
可选地,本申请任一实施例中,在通过Open Stack云平台的ceilometer模块与所述云主机通信,确定所述云主机的云硬盘的实时使用数据之后,当所述云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的cinder模块为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度之前,还包括:
确定所述云硬盘实时的已用容量是否处于所述预设的警报范围内。
可选地,本申请任一实施例中,所述确定所述云硬盘实时的已用容量是否处于所述预设的警报范围内包括:
通过所述ceilometer模块预设磁盘alarm,所述磁盘alarm的触发条件包括所述云硬盘实时的已用容量大于或小于所述预设的警报阈值;
当所述磁盘alarm的触发条件满足时,所述磁盘alarm触发报警,则确定所述云硬盘的实时使用数据处于所述预设的警报范围内。
可选地,本申请任一实施例中,所述磁盘alarm的触发条件包括:所述云硬盘实时的已用容量大于已挂载云硬盘容量的90%。
本申请实施例提供一种Open Stack云平台的云硬盘动态调度装置,其包括:
ceilometer模块,用于与云主机通信,以确定所述云主机已挂载的云硬盘实时的已用容量;
cinder模块,当所述云硬盘实时的已用容量处于预设的警报范围内时,所述cinder模块用于为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
可选地,本申请任一实施例中,ceilometer模块包括警报子模块,用于预设磁盘alarm,所述磁盘alarm的触发条件包括所述云硬盘的实时使用数据大于或小于所述预设的警报阈值,以及,当所述磁盘alarm的触发条件满足时,所述警报子模块预设的磁盘alarm触发报警。
本申请实施例提供一种Open Stack云平台的电子系统,其包括:物理机集群、OpenStack云平台;所述Open Stack云平台用于在物理机集群部署云主机,其中,所述OpenStack云平台包括ceilometer模块以及cinder模块;所述ceilometer模块用于与所述云主机通信,以确定所述云主机已挂载的云硬盘实时的已用容量;当所述云硬盘实时的已用容量处于预设的警报范围内时,所述cinder模块用于为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
本实施例提供的一种Open Stack云平台的云硬盘动态调度方法、装置以及电子系统,通过Open Stack云平台的ceilometer模块确定云主机已挂载的云硬盘实时的已用容量,进而可以根据实时的已用容量动态地挂载或删除云硬盘,实现了云硬盘的动态调度,进而在保证用户体验的基础上,提高了云硬盘的利用率,同时,通过上述方法还可以使得不同的云主机分配不同的云硬盘,以满足不同的对云主机的需求、保证了管理的实时性、为其运行提供了有效的管理与途径,同时保证了监控系统所得资源信息的准确性。
附图说明
图1为本申请实施例一提供的一种Open Stack云平台的云硬盘动态调度方法流程示意图;
图2为本申请实施例二提供的一种Open Stack云平台的云硬盘动态调度方法流程示意图;
图3为本申请实施例三提供的一种Open Stack云平台的云硬盘动态调度方法流程示意图;
图4为本申请实施例四提供的一种Open Stack云平台的云硬盘动态调度装置结构示意图。
具体实施方式
以下将配合图式及实施例来详细说明本申请的实施方式,藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。
图1为本申请实施例一提供的一种Open Stack云平台的云硬盘动态调度方法流程示意图,其包括:
S11、通过Open Stack云平台的ceilometer模块与云主机通信,确定所述云主机已挂载的云硬盘实时的已用容量。
Open Stack云平台通过多个相互联系的物理机提供基础设施即服务(Infrastructure As A Service,IaaS)类型的云计算解决方法。各个服务之间通过各自的RESTFUL API相互联系。根据用户的需求,可以选择安装Open Stack云平台的部分或全部服务,建立公有或私有的云服务。得益于虚拟化技术,Open Stack云平台的物理机的使用效率和利用率能够显著提升,云主机部署安装,部署上线仅仅需要占用分钟级甚至秒级的时间,而一台物理机更是可以拆分成多个云主机以充分发挥硬件性能。
Ceilometer模块在Open Stack云平台中主要用于进行集群资源监控,通过它与云主机的通信,可以获取计算节点上的各个云主机的CPU、网络、硬盘等监控信息。
本实施例中,主要通过Ceilometer模块与云主机的通信,确定云主机已经挂载的云硬盘(即云主机的硬盘)实时的已用容量。
具体地,在两次确定的云硬盘的已用容量过程之间可以具有一定的时间间隔,这个时间间隔使得其前后的两次采样得到的已用容量的数据处于一定的变化范围内,不会相差太大。
本实施例中,通过对云主机各种资源的监控,不仅使运维人员可以实时了解云主机的运行状况,及时采取相关措施提高服务的质量,而且可以为资源调度、资源扩容等提供数据支持,使系统资源的分配更加合理。
S12、当所述云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的cinder模块为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
cinder模块是Open Stack云平台中不可缺少的块存储模块,是存储云主机的镜像文件以及云主机使用的数据的基础。同时cinder模块还可以对块存储进行管理,如允许创建和删除块设备到云主机,例如创建卷(即挂载新的云硬盘)、删除卷(即删除挂载的云硬盘)等。
本实施例中,预设的警报范围即针对云硬盘设置的已用容量的范围,当确定云硬盘实时的已用容量处于预设的警告范围内,则可以确定当前云主机的云硬盘容量与当前云主机的使用情况不匹配,进而可以为云主机挂载新的云硬盘或者删除已挂载的云硬盘。
例如,警告范围可以包括容量不足警告范围和容量剩余警告范围,当云硬盘实时的已用容量处于容量不足警告范围内时,可以确定云主机的云硬盘容量不足以满足客户的需求,此时,可以通过cinder模块为云主机挂载新的云硬盘;或者,当云硬盘实时的已用容量处于容量剩余警告范围内时,可以确定在满足客户需求的基础上,云硬盘的容量仍有较大剩余,造成了资源的浪费,此时,可以通过cinder模块删除云主机已经挂载的云硬盘,从而减小云主机已经挂载的云硬盘的容量。
在实际使时,可以在初始分配时为云主机分配的云硬盘容量较小,仅满足云主机对云硬盘的需求即可,后续再根据上述实施例中的云硬盘动态调度方法,通过Open Stack云平台的ceilometer模块确定云主机已挂载的云硬盘实时的已用容量,进而可以根据实时的已用容量动态地挂载或删除云硬盘,实现了云硬盘的动态调度,进而在保证用户体验的基础上,提高了云硬盘的利用率,同时,通过上述方法还可以使得不同的云主机分配不同的云硬盘,以满足不同的对云主机的需求、保证了管理的实时性、为其运行提供了有效的管理与途径,同时保证了监控系统所得资源信息的准确性。
本实施例中,以挂载新的云硬盘为例,对云硬盘的动态调度进行示例性说明,当然,本实施例中的步骤仅针对某一云主机进行示例性说明,本领域的技术人员可以根据下述实施例中的内容,直接确定出将本实施例应用于Open Stack云平台,从而实现在OpenStack云平台中动态调度云硬盘的具体方案。
图2为本申请实施例二提供的一种Open Stack云平台的云硬盘动态调度方法流程示意图,如图所示,其包括:
S21、通过所述ceilometer模块轮询设置在Open Stack云平台的计算节点上的所述云主机,以通过ceilometer模块与所述云主机之间的通信确定所述云主机实时的已用容量。
具体地,ceilometer模块轮询设置在Open Stack云平台的计算节点(例如上述的物理机)上的所述云主机,即ceilometer模块定时向计算节点上的云主机发出询问,并根据其返回的数据确定云主机的各项数据,以对云主机进行监控。
当然,在本申请的其他实现中,也可以由各个云主机主动向ceilometer模块推送相关数据,以确定所述云主机实时的已用容量。
S22、当所述云硬盘实时的已用容量处于预设的警报范围内时,确定所述云主机的参数,以根据所述云主机的参数确定与所述云主机适配的新的云硬盘。
根据云主机的参数为云主机确定新的云硬盘,可以使得云硬盘与云主机更加适配。具体地,所述云主机的参数包括:所述云主机的云硬盘配额、当前云主机的云硬盘容量,则所述根据所述云主机的参数确定与所述云主机适配的新的云硬盘包括:根据所述云主机的容量配额以及当前云主机的云硬盘容量,确定与所述云主机适配的新的云硬盘的容量,以确定新的云硬盘。
本实施例中,此处的云主机参数既可以为当前多个云主机的参数,也可以是需要挂载新的云硬盘的云主机的参数。具体地,当为云主机挂载新的云硬盘时,仅仅需要考虑云主机本身,则仅根据该云主机的云硬盘配额、该云主机当前的云硬盘容量确定云硬盘即可;此外,进行云计算时,云计算可以划分为项目组,每个项目组可以包括多个云主机,为云主机挂载新的云硬盘时,如果不仅需要考虑云主机本身,还需要考虑到云主机所在的项目组,则确定云硬盘时,需要考虑到云主机所在项目组的配额以及该项目组下云主机的云硬盘容量,例如当前的云主机隶属与项目A,项目A可使用的云硬盘的最大额度为1T,则为当前云主机确定的新的云硬盘容量最大为1T减去当前项目A下所有云主机的云硬盘容量的总和。
当然,上述仅对如何确定新的云硬盘进行了举例说明,并不作为本实施例的限定。
S23、通过所述cinder模块为所述云主机挂载与所述云主机适配的新的云硬盘。
本步骤与上述实施例一中通过cinder模块为所述云主机挂载与所述云主机适配的新的云硬盘类似,在此不再赘述。
在本申请另一实施例中,删除云硬盘的步骤大部分与挂载新的云硬盘相似,与挂载新的云硬盘的步骤不同的是,删除云硬盘的步骤中需要确定的是待删除的云硬盘的容量,以通过所述cinder模块为所述云主机删除云硬盘。本领域的技术人员可以根据上述实施例直接地、毫无疑义地确定出删除云硬盘的具体实现方法或步骤,在此不再赘述。
图3为本申请实施例三提供的一种Open Stack云平台的云硬盘动态调度方法流程示意图,如图所示,其包括:
S31、在通过Open Stack云平台的ceilometer模块与所述云主机通信,确定所述云主机的云硬盘的实时使用数据。
本步骤与上述步骤S11类似,在此不再赘述。
S32、确定所述云硬盘实时的已用容量是否处于所述预设的警报范围内。
具体地,所述ceilometer模块内部设有警报子模块(即alarm模块),可以通过监控Open Stack云平台中的某一个或多个指标的值,若其高于或低于预设的阈值,就执行相应的动作,如发出警报信息、直接调用接口等。
本实施例中,可以通过所述ceilometer模块预设磁盘alarm,所述磁盘alarm的触发条件包括所述云硬盘实时的已用容量大于或小于所述预设的警报阈值,警报阈值可以根据Open Stack云平台的实际使用情况确定。本实施例中,所述磁盘alarm的触发条件具体可以为:所述云硬盘实时的已用容量大于已挂载云硬盘容量的90%。
当所述磁盘alarm的触发条件满足时,所述磁盘alarm触发报警,则确定所述云硬盘的实时使用数据处于所述预设的警报范围内。
在实际使用时,可以通过磁盘alarm触发报警,从而确定云硬盘的实时使用数据处于所述预设的警报范围内,以执行下一步骤;当然,也可以通过磁盘alarm直接调用OpenStack云平台的接口,以执行下一步骤。
S33、所述云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的cinder模块为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
首先,当所述磁盘alarm的触发条件包括所述云硬盘实时的已用容量大于所述预设的警报阈值时,本步骤中,可以为云主机挂载新的云硬盘。
具体地,云硬盘挂载在到云主机上之后,对其进行进一步格式化处理、然后挂载到云主机的目录下,从而使云主机可以使用该云硬盘。
云硬盘的格式化以及挂载至目录下的步骤可以用过脚本文件的定时执行完成,以下以Linux系统为例,对其进行说明。
Linux系统下包括两个命令:df命令,用于查看系统下磁盘的利用率;fdisk-1命令,用于查看系统下的分区,这个命令显示的数据必然包含bf命令下显示的可用的云硬盘,还包括新挂载的未被格式化的云硬盘。通过比较这两个命令下显示的数据,可以将新挂载的未被格式化的云硬盘分离出来,从而可以对该云硬盘进行格式化,然后将该云硬盘挂在在云主机的一个目录下,进而使云主机可以使用该云硬盘。
在实际使用过程中,还存在其他的系统,如windows系统,其他系统中具体格式化云硬盘并将其挂载在其中一个目录下的方法与上述类似,在此不再赘述。
其次,当所述磁盘alarm的触发条件包括所述云硬盘实时的已用容量小于所述预设的警报阈值时,本步骤中,可以删除已挂载的云硬盘。删除云硬盘的方法可参考现有技术,在此不再赘述。
图4为本申请实施例四提供的一种Open Stack云平台的云硬盘动态调度装置结构示意图,如图所示,其包括:
ceilometer模块401,用于与所述云主机通信,以确定所述云主机的云硬盘的实时使用数据;
cinder模块402,当所述云硬盘的实时使用数据处于预设的警报范围内时,所述cinder模块用于为所述云主机挂载新的云硬盘,以实现所述云硬盘的动态调度。
具体地,ceilometer模块401包括警报子模块4011,用于预设磁盘alarm,所述磁盘alarm的触发条件包括所述云硬盘的实时使用数据大于或小于所述预设的警报阈值,以及,当所述磁盘alarm的触发条件满足时,所述警报子模块预设的磁盘alarm触发报警。
具体地,所述ceilometer模块401与所述cinder模块402通过restful API接口进行通信,和/或,所述cinder模块402通过调用其内部的rpc为所述云主机挂载新的云硬盘。
本申请实施例通过Open Stack云平台的ceilometer模块确定云主机已挂载的云硬盘实时的已用容量,进而可以根据实时的已用容量动态地挂载或删除云硬盘,实现了云硬盘的动态调度,进而在保证用户体验的基础上,提高了云硬盘的利用率。
本申请提供一种Open Stack云平台的电子系统,其包括:物理机集群、Open Stack云平台;
所述Open Stack云平台用于在物理机集群部署云主机,其中,所述Open Stack云平台包括ceilometer模块以及cinder模块;
所述ceilometer模块用于与所述云主机通信,以确定所述云主机已挂载的云硬盘实时的已用容量;
当所述云硬盘实时的已用容量处于预设的警报范围内时,所述cinder模块用于为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
本申请实施例提供的Open Stack云平台的电子系统,通过Open Stack云平台的ceilometer模块确定云主机已挂载的云硬盘实时的已用容量,进而可以根据实时的已用容量动态地挂载或删除云硬盘,实现了云硬盘的动态调度,进而在保证用户体验的基础上,提高了云硬盘的利用率。
本申请的实施例所提供的装置可通过计算机程序实现。本领域技术人员应该能够理解,上述的单元以及模块划分方式仅是众多划分方式中的一种,如果划分为其他单元或模块或不划分块,只要信息对象的具有上述功能,都应该在本申请的保护范围之内。
本领域的技术人员应明白,本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种Open Stack云平台的云硬盘动态调度方法,其特征在于,包括:
通过Open Stack云平台的ceilometer模块与云主机通信,确定所述云主机已挂载的云硬盘实时的已用容量;
当所述云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的cinder模块为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
2.根据权利要求1所述的调度方法,其特征在于,所述通过Open Stack云平台的ceilometer模块与云主机通信,确定所述云主机的云硬盘实时的已用容量包括:
通过所述ceilometer模块轮询设置在Open Stack云平台的计算节点上的所述云主机,以通过ceilometer模块与所述云主机之间的通信确定所述云主机实时的已用容量。
3.根据权利要求1所述的调度方法,其特征在于,当所述云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的所述cinder模块为所述云主机挂载新的云硬盘,以实现所述云硬盘的动态调度包括:
当所述云硬盘实时的已用容量处于预设的警报范围内时,确定云主机的参数,以根据云主机的参数确定与所述云主机适配的新的云硬盘;
通过所述cinder模块为所述云主机挂载与所述云主机适配的新的云硬盘。
4.根据权利要求3所述的调度方法,其特征在于,所述云主机的参数包括:云主机的云硬盘配额、当前云主机的云硬盘容量,则所述根据云主机的参数确定与所述云主机适配的新的云硬盘包括:
根据云主机的容量配额以及当前云主机的云硬盘容量,确定与所述云主机适配的新的云硬盘的容量,以确定新的云硬盘。
5.根据权利要求1所述的调度方法,其特征在于,在通过Open Stack云平台的ceilometer模块与所述云主机通信,确定所述云主机的云硬盘的实时使用数据之后,当所述云硬盘实时的已用容量处于预设的警报范围内时,通过Open Stack云平台的cinder模块为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度之前,还包括:
确定所述云硬盘实时的已用容量是否处于所述预设的警报范围内。
6.根据权利要求5所述的调度方法,其特征在于,所述确定所述云硬盘实时的已用容量是否处于所述预设的警报范围内包括:
通过所述ceilometer模块预设磁盘alarm,所述磁盘alarm的触发条件包括所述云硬盘实时的已用容量大于或小于所述预设的警报阈值;
当所述磁盘alarm的触发条件满足时,所述磁盘alarm触发报警,则确定所述云硬盘的实时使用数据处于所述预设的警报范围内。
7.根据权利要求6所述的调度方法,其特征在于,所述磁盘alarm的触发条件包括:所述云硬盘实时的已用容量大于已挂载云硬盘容量的90%。
8.一种Open Stack云平台的云硬盘动态调度装置,其特征在于,包括:
ceilometer模块,用于与云主机通信,以确定所述云主机已挂载的云硬盘实时的已用容量;
cinder模块,当所述云硬盘实时的已用容量处于预设的警报范围内时,所述cinder模块用于为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
9.根据权利要求8所述的装置,其特征在于,ceilometer模块包括警报子模块,用于预设磁盘alarm,所述磁盘alarm的触发条件包括所述云硬盘的实时使用数据大于或小于所述预设的警报阈值,以及,当所述磁盘alarm的触发条件满足时,所述警报子模块预设的磁盘alarm触发报警。
10.一种Open Stack云平台的电子系统,其特征在于,包括:物理机集群、Open Stack云平台;
所述Open Stack云平台用于在物理机集群部署云主机,其中,所述Open Stack云平台包括ceilometer模块以及cinder模块;
所述ceilometer模块用于与所述云主机通信,以确定所述云主机已挂载的云硬盘实时的已用容量;
当所述云硬盘实时的已用容量处于预设的警报范围内时,所述cinder模块用于为所述云主机挂载新的云硬盘或删除已挂载的云硬盘,以实现所述云硬盘的动态调度。
CN201711138794.8A 2017-11-16 2017-11-16 Open Stack云平台的云硬盘动态调度方法、装置以及电子系统 Pending CN109802976A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711138794.8A CN109802976A (zh) 2017-11-16 2017-11-16 Open Stack云平台的云硬盘动态调度方法、装置以及电子系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711138794.8A CN109802976A (zh) 2017-11-16 2017-11-16 Open Stack云平台的云硬盘动态调度方法、装置以及电子系统

Publications (1)

Publication Number Publication Date
CN109802976A true CN109802976A (zh) 2019-05-24

Family

ID=66555553

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711138794.8A Pending CN109802976A (zh) 2017-11-16 2017-11-16 Open Stack云平台的云硬盘动态调度方法、装置以及电子系统

Country Status (1)

Country Link
CN (1) CN109802976A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110445841A (zh) * 2019-07-12 2019-11-12 苏州浪潮智能科技有限公司 一种云物理机挂载云盘的方法、设备以及存储介质
CN112463248A (zh) * 2020-11-24 2021-03-09 苏州浪潮智能科技有限公司 基于OpenStack云平台挂载及卸载云硬盘的方法
CN112667166A (zh) * 2020-12-30 2021-04-16 浪潮云信息技术股份公司 一种基于云平台的云硬盘动态QoS设置方法及工具
CN114697331A (zh) * 2022-03-29 2022-07-01 浪潮云信息技术股份公司 一种云盘挂载数量调度方法、系统、装置及存储介质
CN117195316A (zh) * 2023-08-21 2023-12-08 深圳市云存宝技术有限公司 一种基于云技术的云硬盘管理方法、装置、服务器及介质
CN117806571A (zh) * 2024-02-29 2024-04-02 济南浪潮数据技术有限公司 一种云主机的i/o参数值确定方法、计算机设备及其云平台

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102023818A (zh) * 2010-12-06 2011-04-20 成都市华为赛门铁克科技有限公司 一种存储设备容量调整方法、装置及存储设备
CN102135860A (zh) * 2010-01-26 2011-07-27 英业达股份有限公司 硬盘容量的自动规划方法
CN103488575A (zh) * 2013-08-12 2014-01-01 记忆科技(深圳)有限公司 动态调整固态硬盘预留空间的方法及其固态硬盘
CN103581214A (zh) * 2012-07-20 2014-02-12 中国电信股份有限公司 云硬盘容量伸缩的方法和装置
CN104468844A (zh) * 2014-12-31 2015-03-25 蓝盾信息安全技术股份有限公司 云计算iaas教育实验平台装置
US20150205819A1 (en) * 2008-12-22 2015-07-23 Ctera Networks, Ltd. Techniques for optimizing data flows in hybrid cloud storage systems
CN105763395A (zh) * 2016-04-01 2016-07-13 汉柏科技有限公司 云环境下用于虚拟机和容器的监控管理方法及系统
CN106227621A (zh) * 2016-07-25 2016-12-14 北京飞杰信息技术有限公司 基于逻辑卷管理精简卷的数据备份方法及系统
CN106708430A (zh) * 2016-11-30 2017-05-24 浪潮软件集团有限公司 一种云计算架构下的云硬盘实现方法
CN106886369A (zh) * 2017-01-22 2017-06-23 武汉噢易云计算股份有限公司 一种基于OpenStack云平台的云硬盘管理方法及系统
CN107197022A (zh) * 2017-06-02 2017-09-22 华南理工大学 OpenStack存储优化方法及系统

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150205819A1 (en) * 2008-12-22 2015-07-23 Ctera Networks, Ltd. Techniques for optimizing data flows in hybrid cloud storage systems
CN102135860A (zh) * 2010-01-26 2011-07-27 英业达股份有限公司 硬盘容量的自动规划方法
CN102023818A (zh) * 2010-12-06 2011-04-20 成都市华为赛门铁克科技有限公司 一种存储设备容量调整方法、装置及存储设备
CN103581214A (zh) * 2012-07-20 2014-02-12 中国电信股份有限公司 云硬盘容量伸缩的方法和装置
CN103488575A (zh) * 2013-08-12 2014-01-01 记忆科技(深圳)有限公司 动态调整固态硬盘预留空间的方法及其固态硬盘
CN104468844A (zh) * 2014-12-31 2015-03-25 蓝盾信息安全技术股份有限公司 云计算iaas教育实验平台装置
CN105763395A (zh) * 2016-04-01 2016-07-13 汉柏科技有限公司 云环境下用于虚拟机和容器的监控管理方法及系统
CN106227621A (zh) * 2016-07-25 2016-12-14 北京飞杰信息技术有限公司 基于逻辑卷管理精简卷的数据备份方法及系统
CN106708430A (zh) * 2016-11-30 2017-05-24 浪潮软件集团有限公司 一种云计算架构下的云硬盘实现方法
CN106886369A (zh) * 2017-01-22 2017-06-23 武汉噢易云计算股份有限公司 一种基于OpenStack云平台的云硬盘管理方法及系统
CN107197022A (zh) * 2017-06-02 2017-09-22 华南理工大学 OpenStack存储优化方法及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110445841A (zh) * 2019-07-12 2019-11-12 苏州浪潮智能科技有限公司 一种云物理机挂载云盘的方法、设备以及存储介质
CN112463248A (zh) * 2020-11-24 2021-03-09 苏州浪潮智能科技有限公司 基于OpenStack云平台挂载及卸载云硬盘的方法
CN112463248B (zh) * 2020-11-24 2022-07-29 苏州浪潮智能科技有限公司 基于OpenStack云平台挂载及卸载云硬盘的方法
CN112667166A (zh) * 2020-12-30 2021-04-16 浪潮云信息技术股份公司 一种基于云平台的云硬盘动态QoS设置方法及工具
CN114697331A (zh) * 2022-03-29 2022-07-01 浪潮云信息技术股份公司 一种云盘挂载数量调度方法、系统、装置及存储介质
CN117195316A (zh) * 2023-08-21 2023-12-08 深圳市云存宝技术有限公司 一种基于云技术的云硬盘管理方法、装置、服务器及介质
CN117806571A (zh) * 2024-02-29 2024-04-02 济南浪潮数据技术有限公司 一种云主机的i/o参数值确定方法、计算机设备及其云平台

Similar Documents

Publication Publication Date Title
CN109802976A (zh) Open Stack云平台的云硬盘动态调度方法、装置以及电子系统
US10339152B2 (en) Managing software asset environment using cognitive distributed cloud infrastructure
US9959306B2 (en) Partition-based index management in hadoop-like data stores
US9742652B2 (en) Proactive identification of hotspots in a cloud computing environment
US9569236B2 (en) Optimization of virtual machine sizing and consolidation
US9331952B2 (en) Modifying an assignment of nodes to roles in a computing environment
US9311131B2 (en) Monitoring and dynamically reconfiguring virtual machine patterns
US10963363B2 (en) Correlation based adaptive system monitoring
US8918474B2 (en) Determining priorities for cached objects to order the transfer of modifications of cached objects based on measured network bandwidth
US20130080408A1 (en) Automated selection of functions to reduce storage capacity based on performance requirements
US11171854B2 (en) Application workload prediction
US20170116067A1 (en) Reporting errors to a data storage device
US10108689B2 (en) Workload discovery using real-time analysis of input streams
US10705872B2 (en) Predictive virtual server scheduling and optimization of dynamic consumable resources to achieve priority-based workload performance objectives
US20120323821A1 (en) Methods for billing for data storage in a tiered data storage system
US20200220781A1 (en) Control of activities executed by endpoints based on conditions involving aggregated parameters
US9760441B2 (en) Restoration of consistent regions within a streaming environment
US10310738B2 (en) Avoid out of space outage in a thinly provisioned box
US10628230B2 (en) Software based collection of performance metrics for allocation adjustment of virtual resources
CN109885620A (zh) 基于Hive数据仓库的元数据读取方法及装置
US10067849B2 (en) Determining dynamic statistics based on key value patterns
US8806121B2 (en) Intelligent storage provisioning within a clustered computing environment
US10015109B2 (en) Managing asset deployment for a shared pool of configurable computing resources
US20230110786A1 (en) Regulating cloud budget consumption
WO2016090608A1 (zh) 确定虚拟机资源的方法、装置及程序产品

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190524