CN117707687A - 一种容量管理方法及相关系统 - Google Patents

一种容量管理方法及相关系统 Download PDF

Info

Publication number
CN117707687A
CN117707687A CN202310064017.2A CN202310064017A CN117707687A CN 117707687 A CN117707687 A CN 117707687A CN 202310064017 A CN202310064017 A CN 202310064017A CN 117707687 A CN117707687 A CN 117707687A
Authority
CN
China
Prior art keywords
resource pool
user
dimension
virtual machines
exclusive
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
CN202310064017.2A
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.)
Huawei Cloud Computing Technologies Co Ltd
Original Assignee
Huawei Cloud Computing Technologies Co Ltd
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 Huawei Cloud Computing Technologies Co Ltd filed Critical Huawei Cloud Computing Technologies Co Ltd
Priority to PCT/CN2023/101337 priority Critical patent/WO2024051267A1/zh
Publication of CN117707687A publication Critical patent/CN117707687A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请提供了一种容量管理方法，包括：容量管理系统获取专属资源池中至少一个维度的资源使用量，根据至少一个维度的资源使用量，确定容量资源池的监控指标项的测量至，根据监控指标项的测量值和告警阈值，确定专属资源池是否满足容量伸缩条件，在满足条件时，向用户呈现容量伸缩建议。由此可以实现在资源不足导致可发放数量减少时提醒用户尽快购买更多专属资源进行扩容，或者在资源使用率长期处于低水平时提醒用户可能容量过剩，可以适当退订部分专属资源进行缩容，如此解决了专属资源池的后续使用过程中因资源规模较大而造成的容量测算困难、容量管理不便的问题。

Description

一种容量管理方法及相关系统
本申请要求于2022年09月07日提交中国国家知识产权局、申请号为202211091597.6、发明名称为“容量管理的方法、装置、服务器及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及云计算技术领域，尤其涉及一种容量管理方法、系统、计算设备集群、计算机可读存储介质、计算机程序产品。
背景技术
随着云计算的不断发展，越来越多的云服务厂商推出了专属主机(DedicatedHost，DeH)服务。专属主机是云服务中的一种服务模式，用户可以直接购买整个主机而不是虚拟机。专属主机具有物理资源独享、部署更灵活等特点，不与其他用户共享容量，并且可以控制虚拟机(virtual machine，VM)在专属主机上的部署方法。
为了满足更高级别的需求，一些云服务厂商还推出了专属资源池服务。专属资源池服务由于具有资源隔离度较高，用户具有绝对控制权等特点，成为了高阶用户部署服务时的首选。在专属资源池服务中，用户对属于自己的专属资源池有着绝对管控的权利。例如，用户可以自由管理专属主机集群上的资源分布，甚至可以指定VM具体部署在哪个主机上，以及每个硬盘和网络的具体参数。
然而，业务规模通常是动态变化的，尤其是在业务规模大幅增长阶段，专属资源池的资源规模较大，如何对专属资源池进行容量管理以满足业务需求和成本要求成为亟待解决的问题。
发明内容
本申请提供了一种容量管理方法，该方法通过收集专属资源池中资源使用情况，并在根据资源使用情况确定专属资源池满足容量伸缩条件时向用户呈现容量伸缩建议，从而实现在资源不足导致可发放量减少时提醒用户尽快购买更多专属资源进行扩容，或者在资源使用率长期处于低水平时提醒用户可能容量过剩，可以适当退订部分专属资源进行缩容，如此解决了专属资源池的后续使用过程中因资源规模较大而造成的容量测算困难、容量管理不便的问题，能够满足业务需求和成本要求。本申请还提供了上述方法对应的系统、计算设备集群、计算机可读存储介质以及计算机程序产品。
第一方面，本申请提供一种容量管理方法。该方法可以由云平台侧的容量管理系统执行。云平台向用户提供专属资源池服务，容器管理系统用于在所述用户使用所述专属资源池服务的过程中对属于所述用户的专属资源池进行容量管理。
容量管理系统可以是软件系统，该软件系统可以集成在云平台，或者是独立使用。容量管理系统可以部署在计算设备集群，例如是云计算数据中心的集群，计算设备集群执行软件系统的程序代码，从而执行容量管理方法。容量管理系统也可以是硬件系统，例如是具有容量管理功能的计算设备集群。该硬件系统运行时执行本申请的容量管理方法。
具体地，容量管理系统获取专属资源池中至少一个维度的资源使用量，根据至少一个维度的资源使用量，确定专属资源池的监测指标项对应的测量值，根据监测指标项的测量值以及监测指标项对应的告警阈值，确定专属资源池是否满足容量伸缩条件，当所述专属资源池满足所述容量伸缩条件时，向所述用户呈现容量伸缩建议。
该方法通过收集专属资源池中资源使用情况，并在根据资源使用情况确定专属资源池满足容量伸缩条件时向用户呈现容量伸缩建议，从而实现在资源不足导致可发放量减少时提醒用户尽快购买更多专属资源进行扩容，或者在资源使用率长期处于低水平时提醒用户可能容量过剩，可以适当退订部分专属资源进行缩容，如此解决了专属资源池的后续使用过程中因资源规模较大而造成的容量测算困难、容量管理不便的问题。
在一些可能的实现方式中，监测指标项包括专属资源池的剩余资源能够发放的虚拟机数量或资源使用率中的一种或多种。其中，专属资源池的剩余资源能够发放的虚拟机数量也可以称作可发放数量。容量管理系统通过对可发放数量进行监测，可以及时提醒用户扩容，通过对资源使用量进行监测，可以及时提醒用户缩容，降低成本。
在一些可能的实现方式中，所述监控指标项所述包括专属资源池的剩余资源能够发放的虚拟机数量，相应地，容量管理系统可以根据专属资源池中至少一个维度的资源总量以及至少一个维度的资源使用量，确定专属资源池中至少一个维度的剩余资源量，然后根据专属资源池中至少一个维度的剩余资源量以及虚拟机在至少一个维度的资源需求量，确定专属资源池的剩余资源能够发放的虚拟机数量。
该方法通过先确定剩余资源量，然后基于剩余资源量以及虚拟机在至少一个维度的资源需求量，可以比较准确地测算出剩余资源能够发放的虚拟机数量，基于该数量进行扩容告警具有较高可信度，能够满足业务需求。
在一些可能的实现方式中，容量管理系统还可以接收用户通过容量管理界面配置的虚拟机列表。该虚拟机列表记录有用户关注的至少一个虚拟机。然后容量管理系统还可以根据虚拟机列表中至少一个虚拟机的规格确定至少一个虚拟机在至少一个维度的资源需求量。
如此可以实现对用户关注的虚拟机进行可发放数量的测算，从而能够满足用户的个性化需求。
在一些可能的实现方式中，虚拟机列表记录有用户关注的多个虚拟机。容量管理系统还可以接收用户通过容量管理界面配置的多个虚拟机的发放比例。相应地，容量管理系统可以根据所述专属资源池中至少一个维度的剩余资源量以及所述多个虚拟机在至少一个维度的资源需求量、所述多个虚拟机的发放比例，确定按照所述发放比例发放时所述专属资源池的剩余资源能够发放的虚拟机数量。
由于不同类型的虚拟机通常是按比例方法，因此，在测算虚拟机的可发放数量时，结合发放比例进行测算，能够提高测算结果的准确度，进而提高可靠性。
在一些可能的实现方式中，所述监控指标项所述包括资源使用率。容量管理系统可以根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述至少一个维度的资源使用率。
该方法基于专属资源池中至少一个维度的资源总量和至少一个维度的资源使用量，可以精准地确定至少一个维度的资源使用率，如此可以为缩容建议提供帮助。
在一些可能的实现方式中，容量管理系统还可以接收专属资源池创建请求，该专属资源池创建请求中包括用户输入的业务参数。容量管理系统可以根据业务参数中的业务类型和用于实现业务的虚拟机的规格，确定专属主机的类型，然后根据所述业务参数中的虚拟机数量，确定相应类型的专属主机的数量，接着向所述用户推荐所述专属主机的类型和数量。
该方法支持在用户购买专属资源池服务时，允许用户输入业务参数，根据业务参数推荐用户具体购买专属资源如专属主机的类型、数量，以满足用户的业务的各项要求。由此解决用户在购买专属资源池服务时，因知识或经验欠缺导致的购买专属资源数量不合理的问题。
在一些可能的实现方式中，业务参数中的虚拟机数量包括本次需要添加的虚拟机数量。如此可以至少满足当前的业务需求。
在一些可能的实现方式中，所述业务参数中的虚拟机数量还包括虚拟机总数量或负载增加时需要添加的虚拟机数量。如此可以满足全生命周期或后期负载增加时的业务需求。
在一些可能的实现方式中，至少一个维度的资源包括计算资源、存储资源或网络资源，该方法通过对不同维度的资源分别进行统计、测算，并根据各维度的测算结果，确定最终的测算结果，可以提高测算结果的准确度。
在一些可能的实现方式中，容量管理系统还可以记录风险事件，该风险事件可以包括资源不足导致虚拟机发放失败，相应地，容量管理系统还可以根据风险事件，调整告警阈值。例如，容量管理系统可以根据风险事件，增加专属资源池的剩余资源能够发放的虚拟机数量对应的告警阈值。如此可以降低专属资源池后续使用过程中风险事件发生的概率。
第二方面，本申请提供一种容量管理系统。容量管理系统部署在云平台侧，云平台向用户提供专属资源池服务，该容器管理系统用于在用户使用所述专属资源池服务的过程中对属于用户的专属资源池进行容量管理。其中，容量管理系统包括容量管理装置，该容量管理装置包括：
获取模块，用于获取所述专属资源池中至少一个维度的资源使用量；
监测模块，用于根据所述至少一个维度的资源使用量，确定所述专属资源池的监测指标项对应的测量值；
告警模块，用于根据所述监测指标项的测量值以及所述监测指标项对应的告警阈值，确定所述专属资源池是否满足容量伸缩条件，当所述专属资源池满足所述容量伸缩条件时，向所述用户呈现容量伸缩建议。
在一些可能的实现方式中，所述监测指标项包括所述专属资源池的剩余资源能够发放的虚拟机数量或资源使用率中的一种或多种。
在一些可能的实现方式中，所述监控指标项所述包括专属资源池的剩余资源能够发放的虚拟机数量；
所述监测模块具体用于：
根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述专属资源池中至少一个维度的剩余资源量；
根据所述专属资源池中至少一个维度的剩余资源量以及虚拟机在至少一个维度的资源需求量，确定所述专属资源池的剩余资源能够发放的虚拟机数量。
在一些可能的实现方式中，所述容量管理装置还包括：
配置模块，用于接收所述用户通过容量管理界面配置的虚拟机列表，所述虚拟机列表记录有所述用户关注的至少一个虚拟机；
所述监测模块还用于：
根据所述虚拟机列表中所述至少一个虚拟机的规格确定所述至少一个虚拟机在至少一个维度的资源需求量。
在一些可能的实现方式中，所述虚拟机列表记录有所述用户关注的多个虚拟机；
所述配置模块还用于：
接收所述用户通过所述容量管理界面配置的所述多个虚拟机的发放比例；
所述监测模块具体用于：
根据所述专属资源池中至少一个维度的剩余资源量以及所述多个虚拟机在至少一个维度的资源需求量、所述多个虚拟机的发放比例，确定按照所述发放比例发放时所述专属资源池的剩余资源能够发放的虚拟机数量。
在一些可能的实现方式中，所述监控指标项所述包括资源使用率；
所述监测模块具体用于：
根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述至少一个维度的资源使用率。
在一些可能的实现方式中，所述系统还包括容量推荐装置，所述容量推荐装置包括：
通信模块，用于接收专属资源池创建请求，所述专属资源池创建请求中包括用户输入的业务参数；
确定模块，用于根据所述业务参数中的业务类型和用于实现业务的虚拟机的规格，确定专属主机的类型；
所述确定模块，还用于根据所述业务参数中的虚拟机数量，确定相应类型的专属主机的数量；
推荐模块，用于向所述用户推荐所述专属主机的类型和数量。
在一些可能的实现方式中，所述业务参数中的虚拟机数量包括本次需要添加的虚拟机数量。
在一些可能的实现方式中，所述业务参数中的虚拟机数量还包括虚拟机总数量或负载增加时需要添加的虚拟机数量。
第三方面，本申请提供一种计算设备集群。所述计算设备集群包括至少一台计算设备，所述至少一台计算设备包括至少一个处理器和至少一个存储器。所述至少一个处理器、所述至少一个存储器进行相互的通信。所述至少一个处理器用于执行所述至少一个存储器中存储的指令，以使得计算设备或计算设备集群执行如第一方面或第一方面的任一种实现方式所述的容量管理方法。
第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，所述指令指示计算设备或计算设备集群执行上述第一方面或第一方面的任一种实现方式所述的容量管理方法。
第五方面，本申请提供了一种包含指令的计算机程序产品，当其在计算设备或计算设备集群上运行时，使得计算设备或计算设备集群执行上述第一方面或第一方面的任一种实现方式所述的容量管理方法。
本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。
附图说明
为了更清楚地说明本申请实施例的技术方法，下面将对实施例中所需使用的附图作以简单地介绍。
图1为本申请实施例提供的一种容量管理系统的架构示意图；
图2为本申请实施例提供的一种容量管理方法的流程图；
图3为本申请实施例提供的一种专属资源池创建界面的界面示意图；
图4为本申请实施例提供的一种容量管理界面的界面示意图；
图5为本申请实施例提供的一种容量管理系统的结构示意图；
图6为本申请实施例提供的一种计算设备的结构示意图；
图7为本申请实施例提供的一种计算设备集群的结构示意图；
图8为本申请实施例提供的另一种计算设备集群的结构示意图；
图9为本申请实施例提供的又一种计算设备集群的结构示意图。
具体实施方式
本申请实施例中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。
首先对本申请实施例中所涉及到的一些技术术语进行介绍。
资源池：云计算数据中心中所涉及到的各种硬件和软件的集合。资源池提供的资源可以分为计算资源、存储资源或网络资源。云服务厂商可以将上述资源以云服务的方式提供给用户使用。
专属主机(dedicated host，DEH)：是云服务中的一种服务模式，在该服务模式下，用户可以直接购买整个主机而不是虚拟机。其中，虚拟机(virtual machine，VM)，也称作虚拟服务器，是一类基于虚拟化技术在同一台主机/物理服务器(physical machine，PM)上，通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。专属主机具有物理资源独享、部署更灵活等特点，不与其他客户共享容量，并且可以控制虚拟机在专属主机上的部署方法。
专属资源池：是资源池中用户独享的一部分资源集合，包括计算、网络、存储等多维度资源，同样与其他资源隔离。
由于专属资源池具有资源隔离度较高，用户具有绝对控制权等特点，越来越多的用户尝试使用专属资源池作为自己使用云服务时的首选。具体地，用户对属于自己的专属资源池拥有绝对管控的权利。例如，用户可以自由管理专属资源池中专属主机集群上的资源分布，甚至可以指定部署VM的主机，以及指定存储卷和网络的参数。
然而，用户后续使用专属资源池服务的过程中，云服务厂商提供的资源管理手段比较有限，导致专属资源池的容量管理难以满足业务需求和成本要求。例如，业务规模大幅增长时，云服务厂商难以及时提醒用户购买更多的专属资源，增加专属资源池的容量，满足日益增长的业务需求。又例如，专属资源池中资源长期处于低利用率水平时，云服务厂商并未提醒用户缩减购买的专属资源，以缩小专属资源池的容量，降低成本。
有鉴于此，本申请提供一种容量管理方法。该方法可以由云平台侧的容量管理系统执行。其中，云平台是云服务厂商基于大量硬件构建的、用于以云服务形式提供计算资源、存储资源、网络资源的平台。为了满足用户的需求，云平台可以向用户提供专属资源池服务。容量管理系统用于在用户使用专属资源池服务的过程中，对属于用户的专属资源池进行容量管理(例如是容量伸缩管理)。
容量管理系统可以是用于对专属资源池进行容量管理的软件系统，该软件系统可以集成在云平台，或者是独立使用。容量管理系统可以部署在计算设备集群，例如是云计算数据中心的集群，计算设备集群执行软件系统的程序代码，从而执行容量管理方法。在一些可能的实现方式中，容量管理系统也可以是硬件系统，例如是具有容量管理功能的计算设备集群。该硬件系统运行时执行本申请的容量管理方法。
具体地，容量管理系统可以获取专属资源池中至少一个维度的资源使用量，然后根据至少一个维度的资源使用量，确定专属资源池的监测指标项对应的测量值，接着根据上述监测指标项的测量值以及监测指标项对应的告警阈值，确定专属资源池是否满足容量伸缩条件，当专属资源池满足容量伸缩条件时，向用户呈现容量伸缩建议。
该方法通过收集专属资源池中资源使用情况，并在根据资源使用情况确定专属资源池满足容量伸缩条件时向用户呈现容量伸缩建议，从而实现在资源不足导致可发放量减少时提醒用户尽快购买更多专属资源进行扩容，或者在资源使用率长期处于低水平时提醒用户可能容量过剩，可以适当退订部分专属资源进行缩容，如此解决了专属资源池的后续使用过程中因资源规模较大而造成的容量测算困难、容量管理不便的问题。
需要说明的是，云服务厂商作为资源提供方，通过收集和分析大量用户在使用专属资源时的资源使用数据，可以实现根据用户输入的业务参数推算出用户在服务周期内所需的专属资源的类型和数量。因此，在用户购买专属资源池服务时，可以允许用户输入业务参数，容量管理系统可以指导用户具体购买专属资源如专属主机的类型、数量，以满足用户的业务的各项要求。由此解决用户在购买专属资源池服务时，因知识或经验欠缺导致的购买专属资源数量不合理的问题。
为了使得本申请的技术方案更加清楚、易于理解，下面结合附图对本申请的容量管理系统的系统架构进行说明。
参见图1所示的容量管理系统的架构示意图，该容量管理系统10包括容量管理装置100，容量管理装置100用于在用户使用专属资源池服务的过程中对属于用户的专属资源池进行容量管理。其中，用户在购买专属资源池服务时，可以根据自身的知识或经验配置需要购买的专属资源的类型、数量。进一步地，容量管理系统10还可以包括容量推荐装置200，该容量推荐装置200用于在购买专属资源池服务时，向用户推荐专属资源的类型、数量。
其中，容量推荐装置100负责接收用户输入的业务参数，包括但不限于业务类型、核数，然后将根据该业务参数为用户推荐需要购买的专属资源的类型和数量，从而满足用户需求。当用户购买包括相应类型和数量的专属资源的专属资源池后，容量管理装置300可以负责帮助用户对购买上述专属资源形成的专属资源池进行资源管理。例如，容量管理装置300可以对专属资源池的剩余资源能够发放的虚拟机数量进行测算(该过程也称作容量测算)，从而在容量不足时进行告警。又例如，容量管理装置200也可以根据用户设置的指标来判断专属资源池是否处于低负载运行的状态，并在低负载时建议用户对专属资源池进行缩容。
具体地，容量推荐装置100用于接收专属资源池创建请求，该专属资源池创建请求中包括用户输入的业务参数，然后根据所述业务参数中的业务类型和用于实现业务的虚拟机的规格，确定专属主机的类型，接着根据业务参数中的虚拟机数量，确定相应类型的专属主机的数量，向用户推荐专属主机的类型和数量。
用户可以根据容量推荐装置100推荐的专属主机的类型和数量购买专属资源池服务，也可以根据自身的经验或知识购买专属资源池服务，获得属于该用户的专属资源池。相应地，容量管理装置200用于获取所述专属资源池中至少一个维度的资源使用量，根据至少一个维度的资源使用量，确定专属资源池的监测指标项对应的测量值，然后根据监测指标项的测量值以及监测指标项对应的告警阈值，确定专属资源池是否满足容量伸缩条件，当专属资源池满足该容量伸缩条件时，向用户呈现容量伸缩建议，从而实现向用户告警，使得用户能够及时对专属资源池进行容量伸缩(扩容或缩容)。
下面对容量推荐装置100和容量管理装置200的功能和具体实现进行详细说明。
容量推荐装置100主要负责接收用户在创建专属资源池时输入专属资源池创建请求，专属资源池创建请求是和业务相关的请求，专属资源池创建请求中携带有用户输入的业务参数，该业务参数包括本次需要添加的虚拟机数量。在一些示例中，业务参数还包括业务类型、用户使用的虚拟机的规格。其中，业务类型表征使用专属资源池特性计划实现的功能，例如业务类型可以为Redis、Nginx。虚拟机的规格是指虚拟机的型号，例如虚拟机的规格可以包括16U32G或c7.8xlarge.2。可选地，业务参数还可以包括预估的虚拟机总数量，用户为应用创建的本次所需虚拟机数量，或者后续在应用使用的全生命周期中，由于负载增加时，用户可能为此应用新创建的虚拟机数量。其中，用户未输入预估的虚拟机总数量时，也可以根据历史上同类服务的虚拟机总数量估算。
当用户输入了以上和业务相关的业务参数后，容量推荐装置100便可以估算出用户需要购买的专属资源的类型和数量。估算用户需要购买的专属资源的类型和数量可以参见如下公式：
其中，Demandj为用户输入的本次需要添加的虚拟机在资源j上的总量，例如5台4U8GVM的Demandj便是40。Futurej为用户输入的未来预计会使用到的虚拟机在资源j上的总量。βj为Futurej的修正系数。i为用户指定了业务类型(记作Business)以及虚拟机的规格(记作VM_type)后，通过以往数据经验为用户选择的专属资源(如专属主机)的类型。f(Business，VM_type)为选择专属主机类型的专家的经验选择。例如，对于一些常用应用，如Redis,Nginx,MySQL等，将会根据经验选择一些主机容量较大，中央处理器(centralprocessing unit，CPU)主频较高，内存多通道的专属资源；对于一些通信较多的应用，则会优先选择CPU密度高，通信带宽较大的专属资源。Resourcei,j为类型为i的专属资源在资源维度j上的数量，例如一台包括48个虚拟中央处理器(virtual CPU，vCPU)的主机在CPU维度上的值就是48。αi为最终计算的专属资源数量的修正系数。
上述公式的计算逻辑为：用户输入本次需要购买的各资源类型总量和未来预期量，例如需要多少核，多少内存等，其中，未来预期量需经过系数修正，一般为0.7-0.9。容量推荐装置100首先根据用户输入的业务类型和虚拟机的规格，据专家经验选择出专属资源的类型。之后在资源的各个维度计算需要的专属资源数量，最后在所有维度资源中选择所需专属资源数量最大维度所需的数量为专属资源数量，将专属资源如专属主机的类型和数量经修正系数修正后推荐给用户，修正系数一般可以设置为1.05-1.2。
容量管理装置200负责在用户购买了专属资源池后，可以输入自己关注的专属资源集群的指标，用来告知容量管理装置100如何进行资源管理。用户输入的指标可以包括虚拟机列表，该虚拟机列表记录有用户关注的至少一个虚拟机。当监控到专属资源池中剩余资源能够发放上述规格的虚拟机数量(可发放数量)变化或不足时，容量管理装置100可以进行预警。
进一步地，用户输入的指标还可以包括监控指标项对应的告警阈值。例如，监控指标项包括用户关注的虚拟机的可发放数量时，用户输入的指标还可以包括上述虚拟机的可发放数量的告警阈值，也称作虚拟机的剩余量阈值、第一告警阈值。当用户关注的虚拟机的可发放数量低于上述虚拟机的剩余量阈值时，容量管理装置100可以向用户发送告警。
类似地，用户输入的指标还可以包括用户关注的虚拟机的发放比例，例如为关注的VM比例。具体地，用户可以输入自己的专属资源池中，期望的能发放的VM数量可理解为最小单元。例如，用户某个需求需要8个8xlarge.2,5个4xlarge.2,10个2xlarge.2虚拟机来执行自己的业务，则用户可以输入上述虚拟机的型号(VM规格)和数量。
容量管理装置100可以对用户输入的虚拟机列表和发放比例进行容量测算，对用户关心的监控指标项进行实时监控，并且在容量不足时对用户进行扩容预警；在专属资源池的资源使用率较低时对用户建议缩容。
容量测算的基本方法为：用户首先输入自己希望知道的VM类型和发放比例，之后会根据当前专属资源池内的资源使用情况，计算出用户关心的VM的可发放数量。测算公式如下：
其中，ai,j为用户购买的专属资源i的第j维的剩余资源量(可以由购买的资源总量和资源使用量确定)。αk代表用户输入的、虚拟机列表中不同虚拟机的发放比例。例如输入[8 8xlarge.2,5 4xlarge.2,10 2xlarge.2],则αk的值便是8,5,10。rk,j代表用户输入的、虚拟机列表中不同虚拟机第j维资源的数量，在上述例子中,rk,c的在vCPU维度的值便是32,16,8。bδ为用户输入的、该用户关注的虚拟机列表中j维资源的总和。Si为用户的专属资源i中可以按照用户输入的发放比例发放的VM数量。S′i,k为专属资源i按比例发放完用户输入的虚拟机列表中的所有虚拟机在某一维的资源总和后，剩余资源量仍可发放的第k个虚拟机数。
其计算逻辑如下：容量管理装置100根据用户输入的、自己关注的虚拟机列表，包括VM数量和VM规格，计算出列表内VM所需的各维度资源量。之后在每个专属资源中，计算能够发放的VM数量。对于资源发放后的剩余空间，可逐个计算列表内每个VM的可发放数量，之后累计得到可发放数量。
容量管理装置100的一个功能是针对专属资源池提供伸缩建议(扩容预警或缩容建议)。用户可以通过设置预警触发的标准来控制预警的产生。通常用户的输入是他关心的一系列VM的可发放数量降低到某个值之后，比如用户可以指定当集群的8xlarge.2规格的VM可发放数量小于5，且4xlarge.2规格的VM可发放数量小于10时触发预警。具体的VM可发放数量可以由容量测算的结果得出。
缩容建议的使用方法与扩容类似，目的是当集群内资源使用率持续处在一个较低的状态时，帮助用户减少资源的使用量。具体地，用户可以配置：当集群中某项资源的资源使用率持续一个窗口期低于某个阈值时，对用户进行缩容建议。例如，用户可以配置集群中vCPU的资源使用率持续3个小时低于30％时，便可以进行缩容建议。其中，集群中资源使用率的计算方法为：
其中，ηj为资源维度j的使用率，bk,j为用户购买的VMk的第j维资源使用数量，ai,j为用户购买的专属资源i的第j维资源总量。
本申请通过构建了一套在专属资源池服务中，在用户创建专属资源池时通过容量推荐装置200的容量计算公式，将用户输入的业务参数转化为推荐用户购买的专属资源(如专属主机)的类型和数量，为用户创建专属资源池提供指导。之后在用户使用专属资源池的过程中，还提供了一套容量管理装置100帮助用户管理专属资源池的容量。该容量管理装置100可以帮助用户进行容量预警或缩容建议，减少用户管理集群容量的不便，改善用户体验。
基于图1所示的容量管理系统10，本申请实施例还提供一种容量管理方法，下面结合附图对本申请实施例的容量管理方法进行介绍。
参见图2所示的容量管理方法的流程图，该方法包括：
S202：容量推荐装置200接收资源池创建请求。
专属资源池创建请求中包括用户输入的业务参数。业务参数具体是与用户业务相关的参数，包括但不限于业务类型、用于实现业务的虚拟机的规格、虚拟机数量。其中，虚拟机是将资源封装实现隔离的基本单元，虚拟机可以通过虚拟化技术实现。虚拟机数量可以包括本次需要添加的虚拟机数量。
可选地，虚拟机数量还可以包括虚拟机总数量或负载增加时需要添加的虚拟机数量。后续在应用使用的全生命周期中，由于负载增加，用户可能为此应用新创建虚拟机，因此，用户可以配置负载增加时需要添加的虚拟机数量。其中，用户未输入虚拟机总数量等业务参数时，容量推荐装置200可以参考历史上同类服务的相关指标。
为了便于理解，下面结合一具体示例进行说明。
参见图3所示的专属资源池创建界面的示意图，专属资源池创建界面300包括业务参数配置组件302和提交组件304。其中，业务参数配置组件302包括本次需要添加VM数量配置控件3022和VM总量配置控件3024、用户为应用创建的本次所需VM数量配置控件3026、后续为应用新增VM数量配置控件3028，用户可以通过上述配置控件分别配置本次需要添加的VM数量、预估的VM总量(也即VM总数量)、用户为应用创建的本次所需VM数量、后续在应用使用的全生命周期中，由于负载增加时，用户可能为此应用新创建的VM数量。需要说明的是，VM总量是可选项，当用户未配置时，容量推荐装置200可以获取历史上同类服务的相关参数。提交组件304包括提交控件3042和取消控件3044，当用户触发提交控件3042时，可以提交用户配置的上述业务参数，当用户触发取消控件3044时，可以取消配置。
S204：容量推荐装置200根据业务参数中的业务类型和用于实现业务的虚拟机的规格，确定专属主机的类型。
具体地，容量推荐装置200可以根据公式(1)中的i＝f(Business，VM_type)，以及业务参数中的业务类型和用于实现业务的资源隔离单元的规格，确定专属主机的类型。例如，容量推荐装置200可以将业务类型、虚拟机规格，代入上述公式(1)中的i＝f(Business，VM_type)，从而确定专属主机的类型。
其中，f可以根据专家经验选择。对于一些常用应用如Redis,Nginx,MySQL等，将会根据经验选择一些主机容量较大，CPU主频较高，内存多通道的专属主机；对于一些通信较多的应用，则会优先选择CPU密度高，通信带宽较大的专属主机。
S206：容量推荐装置200根据业务参数中的资源隔离单元的数量，确定相应类型的专属主机的数量。
具体地，容量推荐装置200可以根据公式(1)中的以及业务参数中的资源隔离单元的数量，确定相应类型的专属主机的数量。例如，容量推荐装置200可以将业务参数中的虚拟机数量，如VM数量代入上述公式(1)中的/>从而获得相应类型的专属主机的数量。
S208：容量推荐装置200向所述用户推荐所述专属主机的类型和数量。
具体地，容量推荐装置200可以通过结果展示界面，向用户展示专属主机的类型和数量，从而实现向用户推荐上述类型的专属主机，以及推荐购买的数量，进而指导用户购买合理的专属资源，避免资源浪费或者难以满足要求。
S210：容量管理装置100获取用户购买的专属资源池中至少一个维度的资源使用量。
用户可以按照推荐的专属主机的类型和数量，或者参考推荐专属主机的类型和数量，购买专属主机形成专属资源池。相应地，容量管理装置100可以获取用户购买的专属资源池中至少一个维度(例如是各个维度)的资源使用量。其中，维度可以是计算、存储或者网络(带宽)。
S211：容量管理装置100根据所述至少一个维度的资源使用量，确定所述专属资源池的监测指标项对应的测量值。
在一些可能的实现方式中，容量管理装置100可以根据专属资源池中至少一个维度的资源总量以及至少一个维度的资源使用量，确定所述专属资源池的剩余资源能够发放的虚拟机数量。其中，容量管理装置100可以根据至少一个维度的资源使用量以及购买的至少一个维度的资源总量，确定至少一个维度的剩余资源量，然后根据至少一个维度的剩余资源量以及虚拟机在至少一个维度的资源需求量，确定所述专属资源池的剩余资源能够发放的虚拟机数量。
容量管理装置100还可以支持用户配置该用户关注的虚拟机。具体地，容量管理装置100接收用户通过容量管理界面配置的虚拟机列表，该虚拟机列表记录有用户关注的至少一个虚拟机，相应地，容量管理装置100可以根据虚拟机列表中至少一个虚拟机的规格确定至少一个虚拟机在至少一个维度的资源需求量。在获得用户关注的虚拟机在至少一个维度的资源需求量后，容量管理装置100可以根据容量资源池中至少一个维度的资源量和虚拟机在至少一个维度的资源需求量，确定专属资源池的剩余资源能够发放的虚拟机数量。
进一步地，不同型号的虚拟机可以按照比例发放，容量管理装置100还支持用户配置该用户关注的多个虚拟机的发放比例，例如容量管理装置100可以接收用户通过容量管理界面配置的多个虚拟机的发放比例。其中，虚拟机的发放比例可以通过各虚拟机的数量表征。换言之，容量管理装置100支持用户通过容量管理界面配置的虚拟机的型号和数量，虚拟机列表中记录虚拟机的型号和数量。为了便于理解，本申请实施例还提供了虚拟机列表的示例：
表1虚拟机列表
8xlarge.2 8
4xlarge.2 5
2xlarge.2 10
其中，表1的第一列为虚拟机的型号，表1的第二列为相应型号的虚拟机数量，基于此，型号为8xlarge.2、4xlarge.2、2xlarge.2的虚拟机的发放比例可以为8:5:10。
基于此，容量管理装置100在确定专属资源池的剩余资源能够发放的虚拟机数量时，还可以结合上述发放比例。具体地，容量管理装置100可以根据专属资源池中至少一个维度的剩余资源量以及多个虚拟机在至少一个维度的资源需求量、多个虚拟机的发放比例，确定按照发放比例发放时专属资源池的剩余资源能够发放的虚拟机数量。
其中，容量管理装置100确定专属资源池的剩余资源能够发放的虚拟机数量的过程可以参考上述公式(2)、(3)、(4)，在此不再赘述。
在另一些可能的实现方式中，容量管理装置100可以根据专属资源池中至少一个维度的资源总量以及至少一个维度的资源使用量，确定所述至少一个维度的资源使用率。参见上述公式(5)，针对任一维度，容量管理装置100可以对各个虚拟机在该维度的资源使用量和购买量分别进行累计，然后确定累计资源使用量与累计资源购买量的比值，从而确定该维度的资源使用率。
S212：容量管理装置100根据监测指标项的测量值以及监测指标项对应的告警阈值，确定专属资源池是否满足容量伸缩条件。当专属资源池满足容量伸缩条件时，执行S214。
容量伸缩条件可以包括扩容条件或缩容条件中的一种。扩容条件或缩容条件可以由用户设置。例如，用户可以通过容量管理界面配置扩容时的监控指标项以及与该监控指标项对应的第一告警阈值，从而设置扩容条件。其中，扩容时的监控指标项可以是专属资源池的剩余资源能够发放的虚拟机数量，例如为用户关注的虚拟机的可发放数量。又例如，用户可以通过容量管理界面配置缩容时的监控指标项以及与该监控指标项对应的第二告警阈值，从而设置缩容条件。其中，缩容时的监控指标项可以为资源使用率，例如是至少一个维度的资源使用率。
容量管理装置100可以将专属资源池的剩余资源能够发放的虚拟机数量与第一告警阈值进行比较，当专属资源池的剩余资源能够发放的虚拟机数量小于第一告警阈值，则表明专属资源池满足容量伸缩条件中的扩容条件。
类似地，容量管理装置100可以将至少一个维度的资源使用率与至少一个维度的资源使用率对应的第二告警阈值进行比较，从而确定专属资源池是否满足容量伸缩条件。例如，至少一个维度的资源使用率在一个时间窗口持续小于第二告警阈值，则表明专属资源池满足容量伸缩条件中的缩容条件。
为了便于理解，下面结合一具体示例进行说明。
参见图4所示的容量管理界面400的示意图，容量管理界面400包括扩容监控配置组件402、缩容监控配置组件404和提交组件406，其中，扩容监控配置组件402、缩容监控配置组件404分别包括相应的监控指标配置控件和阈值配置控件，具体为扩容监控指标配置控件4022、扩容告警阈值配置控件4024、缩容监控指标配置控件4042、缩容告警阈值配置控件4044。其中，扩容监控配置组件402中还可以包括关注列表配置控件4026、关注比例配置控件4028。当用户通过上述配置控件完成监控指标项、告警阈值以及虚拟机列表(虚拟机及其发放比例)的配置，可以通过提交组件406中的提交控件4062完成提交。需要说明，用户也可以通过提交组件406中的取消控件4064取消提交。
S214：容量管理装置100向用户呈现容量伸缩建议。
伸缩建议包括提醒用户扩容或缩容的建议。伸缩建议还可以包括扩容量或缩容量。其中，扩容量可以根据专属资源池的剩余资源能够发放的虚拟机数量和第一告警阈值确定。缩容量可以根据资源使用率与第二告警阈值确定。
上述S202至S208为本申请实施例的可选步骤，执行本申请实施例的容量管理方法也可以不执行上述S202至S208。例如，用户也可以根据自身经验，自行决策需要购买的专属主机的类型和数量。
基于上述内容描述，本申请实施例提供的容量管理方法可以在用户购买了专属资源池服务后，使用容量管理装置100帮助用户进行容量管理，包括可发放数量测算以及提供容量伸缩建议等，使用户在使用时知晓可发放数量信息，并且允许用户设置容量不足的第一告警阈值，或是在资源使用量达不到相应的第二告警阈值时进行缩容建议。
此外，该方法还支持用户在购买专属资源池时，输入业务参数，如此可以通过容量推荐装置200帮助用户在此次服务中可能需要购买的资源量进行测算，在满足用户使用需求的情况下，能够指导用户合理购买，避免资源浪费，节约用户成本。且对比无指导的专属资源购买方式能够大大改善用户体验。
为了本申请的技术方案更加清楚、易于理解，下面结合一场景进行说明。该场景包括购买阶段和使用阶段的容量管理。
购买阶段：用户在购买专属资源时，可以与容量推荐装置200进行交互。首先用户输入业务参数，例如业务类型、用于实现业务的虚拟机的规格、虚拟机数量等。容量推荐装置200接收到用户输入的业务参数，在后台测算出用户需要购买的专属资源的类型和每种专属资源的数量。其中，容量推荐装置200根据经验或专家规则，以及虚拟机到专属资源的转换公式计算用户需要使用的专属资源的类型和数量(资源量)，之后会将推荐值反馈给用户。例如用户输入自己的业务为Redis，且需要总核数为500核32U的VM，容量推荐装置200可以测算出用户可能需要10台某种规格的专属主机。用户可以根据推荐结果来进行专属资源购买决策。
使用阶段：当用户购买了专属资源池之后，可以使用到容量管理装置100。在容量管理界面除了够看到集群的基础资源状态(如各维度的资源使用量和剩余资源量)，还可以设置自己关注的虚拟机及其发放比例，并根据此比例对虚拟机的可发放数量进行测算。测算的结果为剩余的专属资源可以继续按照此比例发放多少VM。容量管理装置100还可以允许用户在容量管理界面设置不同告警阈值，例如集群可发放的4xlarge.2VM的值低于10时，告知用户进行扩容。缩容建议功能同理，用户可以设置缩容建议的触发条件，例如当集群的vCPU使用率连续24个小时都低于30％时，提供缩容建议。
本申请还提供一种容量管理系统10，容量管理系统10部署在云平台侧，云平台向用户提供专属资源池服务，该容器管理系统10用于在用户使用所述专属资源池服务的过程中对属于用户的专属资源池进行容量管理。如图5所示，容量管理系统10包括容量管理装置100，该容量管理装置100包括：
获取模块101，用于获取所述专属资源池中至少一个维度的资源使用量；
监测模块103，用于根据所述至少一个维度的资源使用量，确定所述专属资源池的监测指标项对应的测量值；
告警模块105，用于根据所述监测指标项的测量值以及所述监测指标项对应的告警阈值，确定所述专属资源池是否满足容量伸缩条件，当所述专属资源池满足所述容量伸缩条件时，向所述用户呈现容量伸缩建议。
示例性地，上述容量管理装置100可以通过硬件实现，或者可以通过软件实现。
当通过软件实现时，容量管理装置100可以是运行在计算设备上的应用程序，如计算引擎等。该应用程序可以以虚拟化服务的方式提供给用户使用。虚拟化服务可以包括虚拟机VM服务、裸金属服务器(bare metal server，BMS)服务以及容器(container)服务。其中，VM服务可以是通过虚拟化技术在多个物理主机(如计算设备)上虚拟出虚拟机资源池以为用户按需提供VM进行使用的服务。BMS服务是在多个物理主机上虚拟出BMS资源池以为用户按需提供BMS进行使用的服务。容器服务是在多个物理主机上虚拟出容器资源池以为用户按需提供容器进行使用的服务。VM是模拟出来的一台虚拟的计算机，也即逻辑上的一台计算机。BMS是一种可弹性伸缩的高性能计算服务，计算性能与传统物理机无差别，具有安全物理隔离的特点。容器是一种内核虚拟化技术，可以提供轻量级的虚拟化，以达到隔离用户空间、进程和资源的目的。应理解，上述虚拟化服务中的VM服务、BMS服务以及容器服务仅仅是作为具体的示例，在实际应用中，虚拟化服务还可以是其他轻量级或者重量级的虚拟化服务，此处不作具体限定。
当通过硬件实现时，容量管理装置100中可以包括至少一个计算设备，如服务器等。或者，容量管理装置100也可以是利用专用集成电路(application-specificintegrated circuit，ASIC)实现、或可编程逻辑器件(programmable logic device，PLD)实现的设备等。其中，上述PLD可以是复杂程序逻辑器件(complex programmable logicaldevice，CPLD)、现场可编程门阵列(field-programmable gate array，FPGA)、通用阵列逻辑(generic array logic，GAL)或其任意组合实现。
进一步地，容量管理装置100中的获取模块101、监测模块103或告警模块105也可以通过软件或者硬件实现。
当通过软件实现时，获取模块101、监测模块103或告警模块105可以是运行在计算设备上的应用程序，如计算引擎等。当通过硬件实现时，获取模块101、监测模块103或告警模块105可以包括至少一个计算设备，如服务器等。或者，获取模块101、监测模块103或告警模块105也可以是利用专用集成电路ASIC实现、或可编程逻辑器件PLD实现的设备等。
在一些可能的实现方式中，所述监测指标项包括所述专属资源池的剩余资源能够发放的虚拟机数量或资源使用率中的一种或多种。
在一些可能的实现方式中，所述监控指标项所述包括专属资源池的剩余资源能够发放的虚拟机数量；
所述监测模块103具体用于：
根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述专属资源池中至少一个维度的剩余资源量；
根据所述专属资源池中至少一个维度的剩余资源量以及虚拟机在至少一个维度的资源需求量，确定所述专属资源池的剩余资源能够发放的虚拟机数量。
在一些可能的实现方式中，所述装置100还包括：
配置模块107，用于接收所述用户通过容量管理界面配置的虚拟机列表，所述虚拟机列表记录有所述用户关注的至少一个虚拟机；
所述监测模块103还用于：
根据所述虚拟机列表中所述至少一个虚拟机的规格确定所述至少一个虚拟机在至少一个维度的资源需求量。
在一些可能的实现方式中，所述虚拟机列表记录有所述用户关注的多个虚拟机；
所述配置模块107还用于：
接收所述用户通过所述容量管理界面配置的所述多个虚拟机的发放比例；
所述监测模块103具体用于：
根据所述专属资源池中至少一个维度的剩余资源量以及所述多个虚拟机在至少一个维度的资源需求量、所述多个虚拟机的发放比例，确定按照所述发放比例发放时所述专属资源池的剩余资源能够发放的虚拟机数量。
在一些可能的实现方式中，所述监控指标项所述包括资源使用率；
所述监测模块103具体用于：
根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述至少一个维度的资源使用率。
在一些可能的实现方式中，所述系统10还包括容量推荐装置200，所述容量推荐装置200包括：
通信模块201，用于接收专属资源池创建请求，所述专属资源池创建请求中包括用户输入的业务参数；
确定模块203，用于根据所述业务参数中的业务类型和用于实现业务的虚拟机的规格，确定专属主机的类型；
所述确定模块203，还用于根据所述业务参数中的虚拟机数量，确定相应类型的专属主机的数量；
推荐模块205，用于向所述用户推荐所述专属主机的类型和数量。
在一些可能的实现方式中，所述业务参数中的虚拟机数量包括本次需要添加的虚拟机数量。
在一些可能的实现方式中，所述业务参数中的虚拟机数量还包括虚拟机总数量或负载增加时需要添加的虚拟机数量。
本申请还提供一种计算设备600。如图6所示，计算设备600包括：总线602、处理器604、存储器606和通信接口608。处理器604、存储器606和通信接口608之间通过总线602通信。计算设备600可以是服务器或终端设备。应理解，本申请不限定计算设备600中的处理器、存储器的个数。
总线602可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。总线604可包括在计算设备600各个部件(例如，存储器606、处理器604、通信接口608)之间传送信息的通路。
处理器604可以包括中央处理器(central processing unit，CPU)、图形处理器(graphics processing unit，GPU)、微处理器(micro processor，MP)或者数字信号处理器(digital signal processor，DSP)等处理器中的任意一种或多种。
存储器606可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)。处理器604还可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器，机械硬盘(hard diskdrive，HDD)或固态硬盘(solid state drive，SSD)。存储器606中存储有可执行的程序代码，处理器604执行该可执行的程序代码以实现前述容量管理方法。具体的，存储器606上存有容量管理系统10用于执行容量管理方法的指令。
通信接口603使用例如但不限于网络接口卡、收发器一类的收发模块，来实现计算设备600与其他设备或通信网络之间的通信。
本申请实施例还提供了一种计算设备集群。该计算设备集群包括至少一台计算设备。该计算设备可以是服务器，例如是中心服务器、边缘服务器，或者是本地数据中心中的本地服务器。在一些实施例中，计算设备也可以是台式机、笔记本电脑或者智能手机等终端设备。
如图7所示，所述计算设备集群包括至少一个计算设备600。计算设备集群中的一个或多个计算设备600中的存储器606中可以存有相同的容量管理系统10用于执行容量管理方法的指令。
在一些可能的实现方式中，该计算设备集群中的一个或多个计算设备600也可以用于执行容量管理系统10用于执行容量管理方法的部分指令。换言之，一个或多个计算设备600的组合可以共同执行容量管理系统10用于执行容量管理方法的指令。
需要说明的是，计算设备集群中的不同的计算设备600中的存储器606可以存储不同的指令，用于执行容量管理系统10的部分功能。
图8示出了一种可能的实现方式。如图8所示，两个计算设备600A和600B通过通信接口608实现连接。计算设备600A中的存储器上存有用于执行容量管理装置100的功能的指令。计算设备600B中的存储器上存有用于执行容量管理装置100的功能的指令。换言之，计算设备600A和600B的存储器606共同存储了容量管理系统10用于执行容量管理方法的指令。
图8所示的计算设备集群之间的连接方式可以是考虑到本申请提供的容量管理方法需要大量计算推算出用户需要购买的专属主机的类型和数量。因此，考虑将容量推荐装置200实现的功能交由计算设备600B执行。
应理解，图8中示出的计算设备600A的功能也可以由多个计算设备600完成。同样，计算设备600B的功能也可以由多个计算设备600完成。
在一些可能的实现方式中，计算设备集群中的一个或多个计算设备可以通过网络连接。其中，所述网络可以是广域网或局域网等等。图9示出了一种可能的实现方式。如图9所示，两个计算设备600C和600D之间通过网络进行连接。具体地，通过各个计算设备中的通信接口与所述网络进行连接。在这一类可能的实现方式中，计算设备600C中的存储器606中存有执行容量管理装置100的功能的指令。同时，计算设备600D中的存储器606中存有执行容量推荐装置200的功能的指令。
图9所示的计算设备集群之间的连接方式可以是考虑到本申请提供的容量管理方法需要大量计算推算出用户需要购买的专属主机的类型和数量，因此考虑将容量推荐装置200实现的功能交由计算设备600D执行。
应理解，图9中示出的计算设备600C的功能也可以由多个计算设备600完成。同样，计算设备600D的功能也可以由多个计算设备600完成。
本申请实施例还提供了一种计算机可读存储介质。所述计算机可读存储介质可以是计算设备能够存储的任何可用介质或者是包含一个或多个可用介质的数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。该计算机可读存储介质包括指令，所述指令指示计算设备执行上述应用于容量管理系统10用于执行容量管理方法。
本申请实施例还提供了一种包含指令的计算机程序产品。所述计算机程序产品可以是包含指令的，能够运行在计算设备上或被储存在任何可用介质中的软件或程序产品。当所述计算机程序产品在至少一个计算设备上运行时，使得至少一个计算设备执行上述容量管理方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的保护范围。

Claims (21)

1.一种容量管理方法，其特征在于，由云平台侧的容量管理系统执行，所述云平台向用户提供专属资源池服务，所述容器管理系统用于在所述用户使用所述专属资源池服务的过程中对属于所述用户的专属资源池进行容量管理，所述方法包括：
获取所述专属资源池中至少一个维度的资源使用量；
根据所述至少一个维度的资源使用量，确定所述专属资源池的监测指标项对应的测量值；
根据所述监测指标项的测量值以及所述监测指标项对应的告警阈值，确定所述专属资源池是否满足容量伸缩条件；
当所述专属资源池满足所述容量伸缩条件时，向所述用户呈现容量伸缩建议。
2.根据权利要求1所述的方法，其特征在于，所述监测指标项包括所述专属资源池的剩余资源能够发放的虚拟机数量或资源使用率中的一种或多种。
3.根据权利要求1或2所述的方法，其特征在于，所述监控指标项所述包括专属资源池的剩余资源能够发放的虚拟机数量；
所述根据所述至少一个维度的资源使用量，确定所述专属资源池的监测指标项对应的测量值，包括：
根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述专属资源池中至少一个维度的剩余资源量；
根据所述专属资源池中至少一个维度的剩余资源量以及虚拟机在至少一个维度的资源需求量，确定所述专属资源池的剩余资源能够发放的虚拟机数量。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
接收所述用户通过容量管理界面配置的虚拟机列表，所述虚拟机列表记录有所述用户关注的至少一个虚拟机；
根据所述虚拟机列表中所述至少一个虚拟机的规格确定所述至少一个虚拟机在至少一个维度的资源需求量。
5.根据权利要求4所述的方法，其特征在于，所述虚拟机列表记录有所述用户关注的多个虚拟机；
所述方法还包括：
接收所述用户通过所述容量管理界面配置的所述多个虚拟机的发放比例；
所述根据所述专属资源池中至少一个维度的剩余资源量以及虚拟机在至少一个维度的资源需求量，确定所述专属资源池的剩余资源能够发放的虚拟机数量，包括：
根据所述专属资源池中至少一个维度的剩余资源量以及所述多个虚拟机在至少一个维度的资源需求量、所述多个虚拟机的发放比例，确定按照所述发放比例发放时所述专属资源池的剩余资源能够发放的虚拟机数量。
6.根据权利要求1或2所述的方法，其特征在于，所述监控指标项所述包括资源使用率；
所述根据所述至少一个维度的资源使用量，确定所述专属资源池的监测指标项对应的测量值，包括：
根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述至少一个维度的资源使用率。
7.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：
接收专属资源池创建请求，所述专属资源池创建请求中包括用户输入的业务参数；
根据所述业务参数中的业务类型和用于实现业务的虚拟机的规格，确定专属主机的类型；
根据所述业务参数中的虚拟机数量，确定相应类型的专属主机的数量；
向所述用户推荐所述专属主机的类型和数量。
8.根据权利要求7所述的方法，其特征在于，所述业务参数中的虚拟机数量包括本次需要添加的虚拟机数量。
9.根据权利要求8所述的方法，其特征在于，所述业务参数中的虚拟机数量还包括虚拟机总数量或负载增加时需要添加的虚拟机数量。
10.一种容量管理系统，其特征在于，所述容量管理系统部署在云平台侧，所述云平台向用户提供专属资源池服务，所述容器管理系统用于在所述用户使用所述专属资源池服务的过程中对属于所述用户的专属资源池进行容量管理，所述容量管理系统包括容量管理装置，所述容量管理装置包括：
获取模块，用于获取所述专属资源池中至少一个维度的资源使用量；
监测模块，用于根据所述至少一个维度的资源使用量，确定所述专属资源池的监测指标项对应的测量值；
告警模块，用于根据所述监测指标项的测量值以及所述监测指标项对应的告警阈值，确定所述专属资源池是否满足容量伸缩条件，当所述专属资源池满足所述容量伸缩条件时，向所述用户呈现容量伸缩建议。
11.根据权利要求10所述的系统，其特征在于，所述监测指标项包括所述专属资源池的剩余资源能够发放的虚拟机数量或资源使用率中的一种或多种。
12.根据权利要求10或11所述的系统，其特征在于，所述监控指标项所述包括专属资源池的剩余资源能够发放的虚拟机数量；
所述监测模块具体用于：
根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述专属资源池中至少一个维度的剩余资源量；
根据所述专属资源池中至少一个维度的剩余资源量以及虚拟机在至少一个维度的资源需求量，确定所述专属资源池的剩余资源能够发放的虚拟机数量。
13.根据权利要求12所述的系统，其特征在于，所述容量管理装置还包括：
配置模块，用于接收所述用户通过容量管理界面配置的虚拟机列表，所述虚拟机列表记录有所述用户关注的至少一个虚拟机；
所述监测模块还用于：
根据所述虚拟机列表中所述至少一个虚拟机的规格确定所述至少一个虚拟机在至少一个维度的资源需求量。
14.根据权利要求13所述的系统，其特征在于，所述虚拟机列表记录有所述用户关注的多个虚拟机；
所述配置模块还用于：
接收所述用户通过所述容量管理界面配置的所述多个虚拟机的发放比例；
所述监测模块具体用于：
根据所述专属资源池中至少一个维度的剩余资源量以及所述多个虚拟机在至少一个维度的资源需求量、所述多个虚拟机的发放比例，确定按照所述发放比例发放时所述专属资源池的剩余资源能够发放的虚拟机数量。
15.根据权利要求10或11所述的系统，其特征在于，所述监控指标项所述包括资源使用率；
所述监测模块具体用于：
根据所述专属资源池中至少一个维度的资源总量以及所述至少一个维度的资源使用量，确定所述至少一个维度的资源使用率。
16.根据权利要求10至15任一项所述的系统，其特征在于，所述系统还包括容量推荐装置，所述容量推荐装置包括：
通信模块，用于接收专属资源池创建请求，所述专属资源池创建请求中包括用户输入的业务参数；
确定模块，用于根据所述业务参数中的业务类型和用于实现业务的虚拟机的规格，确定专属主机的类型；
所述确定模块，还用于根据所述业务参数中的虚拟机数量，确定相应类型的专属主机的数量；
推荐模块，用于向所述用户推荐所述专属主机的类型和数量。
17.根据权利要求16所述的系统，其特征在于，所述业务参数中的虚拟机数量包括本次需要添加的虚拟机数量。
18.根据权利要求17所述的系统，其特征在于，所述业务参数中的虚拟机数量还包括虚拟机总数量或负载增加时需要添加的虚拟机数量。
19.一种计算设备集群，其特征在于，所述计算设备集群包括至少一台计算设备，所述至少一台计算设备包括至少一个处理器和至少一个存储器，所述至少一个存储器中存储有计算机可读指令；所述至少一个处理器执行所述计算机可读指令，以使得所述计算设备集群执行如权利要求1至9中任一项所述的方法。
20.一种计算机可读存储介质，其特征在于，包括计算机可读指令；所述计算机可读指令用于实现权利要求1至9任一项所述的方法。
21.一种计算机程序产品，其特征在于，包括计算机可读指令；所述计算机可读指令用于实现权利要求1至9任一项所述的方法。
CN202310064017.2A 2022-09-07 2023-01-16 一种容量管理方法及相关系统 Pending CN117707687A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2023/101337 WO2024051267A1 (zh) 2022-09-07 2023-06-20 一种容量管理方法及相关系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2022110915976 2022-09-07
CN202211091597 2022-09-07

Publications (1)

Publication Number Publication Date
CN117707687A true CN117707687A (zh) 2024-03-15

Family

ID=90150323

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310064017.2A Pending CN117707687A (zh) 2022-09-07 2023-01-16 一种容量管理方法及相关系统

Country Status (2)

Country Link
CN (1) CN117707687A (zh)
WO (1) WO2024051267A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8850442B2 (en) * 2011-10-27 2014-09-30 Verizon Patent And Licensing Inc. Virtual machine allocation in a computing on-demand system
CN110308985B (zh) * 2019-05-17 2023-09-19 平安科技（深圳）有限公司 云专属服务器资源管理方法、装置、设备及存储介质
CN112019577B (zh) * 2019-05-29 2023-04-07 中国移动通信集团重庆有限公司 专属云存储实现方法、装置、计算设备及计算机存储介质
CN111796908B (zh) * 2020-06-18 2022-08-19 聚好看科技股份有限公司 一种资源自动弹性伸缩的系统、方法及云平台
CN113760543A (zh) * 2021-08-09 2021-12-07 万翼科技有限公司 资源管理方法、装置、电子设备及计算机可读存储介质

Also Published As

Publication number Publication date
WO2024051267A1 (zh) 2024-03-14

Similar Documents

Publication Publication Date Title
US10896055B2 (en) Capacity risk management for virtual machines
US10348582B1 (en) Providing an instance availability estimate
US8799897B2 (en) Automated cost calculation for virtualized infrastructure
US10666716B1 (en) Optimization of application parameters
US8661438B2 (en) Virtualization planning system that models performance of virtual machines allocated on computer systems
US7979864B2 (en) Apparatus for setting used license of executing job into unused license state and allocating the set unused license to a to be executed job based on priority
JP7004902B2 (ja) 性能評価プログラム、および性能評価方法
JP2021521518A (ja) 仮想マシンスケジューリング方法および装置
US11200587B2 (en) Facilitating use of select hyper-local data sets for improved modeling
WO2015121925A1 (ja) システム管理方法
US20120284708A1 (en) Configuring virtual machine images in a networked computing environment
US20160306665A1 (en) Managing resources based on an application's historic information
CN112860709A (zh) 业务指标查询方法、装置、设备及存储介质
US9116804B2 (en) Transient detection for predictive health management of data processing systems
JP2018181062A (ja) 管理装置、情報処理システムの制御方法、および管理装置の管理プログラム
US11409515B2 (en) Upgrade determinations of devices based on telemetry data
AU2021278382B2 (en) Proactively performing tasks based on estimating hardware reconfiguration times
CN117707687A (zh) 一种容量管理方法及相关系统
CN112860512A (zh) 接口监控的优化方法、装置、计算机设备及存储介质
US11366695B2 (en) System and method for assisting charging to use of accelerator unit
US9755925B2 (en) Event driven metric data collection optimization
JP2018136681A (ja) 性能管理プログラム、性能管理方法、および管理装置
US20210398176A1 (en) Apparatus, method, and storage medium for burstable instance recommendation
WO2014155693A1 (ja) 仮想マシンイメージ管理サーバ、及び仮想マシンイメージ管理方法
US20160004513A1 (en) Design assisting system, design assisting method, and storage medium storing program therefor

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication