CN105893138A - 基于配额的资源管理方法和装置 - Google Patents
基于配额的资源管理方法和装置 Download PDFInfo
- Publication number
- CN105893138A CN105893138A CN201410813708.9A CN201410813708A CN105893138A CN 105893138 A CN105893138 A CN 105893138A CN 201410813708 A CN201410813708 A CN 201410813708A CN 105893138 A CN105893138 A CN 105893138A
- Authority
- CN
- China
- Prior art keywords
- resource
- quota
- strategy
- user subject
- field
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/122—File system administration, e.g. details of archiving or snapshots using management policies
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/504—Resource capping
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明的各实施方式提供了基于配额的资源管理方法和装置。该方法包括:基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额,所述第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置所述资源配额,所述第二策略指示利用所述允许配置的资源数量来配置所述资源配额;以及根据所述第一策略或所述第二策略来应用所述资源配额。本发明的资源管理方案能够适应资源量的动态变化。
Description
技术领域
本发明的各实施方式涉及资源管理,并且更具体地,涉及基于配额的资源管理方法和装置。
背景技术
在计算机领域中,配额(quota)是一种用于跟踪和控制用户实体对资源的消耗的机制,以防止资源的过度消耗、同时进行资源分配的统计和汇报。所述资源例如可以是磁盘空间、存储器、CPU等。所述用户实体例如可以是个体用户、用户群组、进程等。以文件系统为例,配额被用来在多用户环境中防止个体用户或用户群组过度使用文件系统中的磁盘空间。为了应用配额机制,存储管理员会为个体用户或用户群组配置配额上限。通常,基于向文件系统配置的当前容量来为个体用户或用户群组配置配额上限。例如,假定文件系统的容量为10太字节,并且有三个个体用户共享该文件系统:用户1为资深工程师,用户2为初级工程师,而用户3为实习工程师。在这种情况下,存储管理员可能在该文件系统中将用户1的配额上限配置为5太字节,将用户2的配额上限配置为4太字节,而将用户3的配额上限配置为1太字节。
然而,在很多情况下,文件系统的总存储容量会被调整。例如,如果在文件系统中安装新的磁盘,那么文件系统将因此而得到扩充。此外,许多现代文件系统能够支持精简配置(thin provisioning),因而能够基于实际的存储消耗来自动地调整文件系统的容量。在文件系统的容量被扩充或缩减的情况下,存储管理员将不得不改变用户实体的配额配置,否则存储容量将被过度使用或无法得到充分使用。在上述示例中,当10太字节的文件系统的容量缩减到4太字节时,如果存储管理员不改变配额配置,那么初级工程师可能会用尽全部存储容量,而使得资深工程师和实习工程师无存储容量可用。
由此,本领域中需要一种能够适应资源量的动态变化的资源管理方案。
发明内容
鉴于上述以及其他潜在问题,本发明的各实施方式提出了一种能够适应资源量的动态变化的资源管理方案。
根据本发明实施方式的第一方面,提供了一种基于配额的资源管理方法。该方法包括:基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额,所述第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置所述资源配额,所述第二策略指示利用所述允许配置的资源数量来配置所述资源配额;以及根据所述第一策略或所述第二策略来应用所述资源配额。
在一个实施方式中,基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额包括:针对每个用户实体创建配额数据库记录。所述配额数据库记录至少包括如下字段:标识符字段,用于标识所述配额数据库记录所针对的用户实体;第一资源上限字段,用于指示允许分配给相应用户实体的资源上限;资源使用量字段,用于指示所述相应用户实体的当前资源使用量;以及策略字段,用于指示基于所述第一策略还是所述第二策略为所述用户实体配置的所述资源上限。
在一个实施方式中,在基于所述第一策略为相应用户实体配置资源配额的情况下,所述第一资源上限字段的内容表示允许分配给相应用户实体的最大资源数量相对于所述资源总量的百分比。
在一个实施方式中,根据所述第一策略或所述第二策略来应用所述资源配额包括:响应于接收到来自用户实体的资源分配请求,查看针对所述用户实体的配额数据库记录的策略字段以确定是基于所述第一策略还是所述第二策略为所述用户实体配置的资源配额;以及至少部分地根据所确定的策略来确定是否向所述用户实体分配所请求的资源。
在一个实施方式中,至少部分地根据所确定的策略来确定是否向所述用户实体分配所请求的资源包括:在基于所述第一策略为所述用户实体配置资源配额的情况下,至少部分地根据所述第一策略来确定是否向所述用户实体分配所请求的资源。
在一个实施方式中,至少部分地根据所述第一策略来确定是否向所述用户实体分配所请求的资源包括:基于针对所述用户实体所创建的配额数据库记录的第一资源上限字段的内容,计算允许分配给所述用户实体的最大资源数量;计算所述用户实体的当前资源使用量与所请求的资源的数量的总和;将所述总和与所述最大资源数量进行比较;响应于所述总和未超过所述最大资源数量而向所述用户实体分配所请求的资源。
在一个实施方式中,针对每个用户实体所创建的配额数据库记录进一步包括第二资源上限字段,用于指示允许分配给相应用户实体的资源阈值。
在一个实施方式中,该方法进一步包括:响应于所述相应用户实体的当前资源使用量超过所述资源阈值,向所述相应用户实体发送消息以警告所述相应用户实体的当前资源使用量即将超过所述资源上限。
在一个实施方式中,根据所述第一策略或所述第二策略来应用所述资源配额包括:指定配额报告的格式;以及向用户实体发送配额报告请求,以请求所述用户实体利用所指定的格式报告针对所述用户实体创建的配额数据库记录中的信息。
在一个实施方式中,所述配额报告的格式包括以下各项之一:百分比格式,指示所述用户实体应当报告所述标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量相对于所述资源总量的百分比来报告所述第一资源上限字段中的内容,并且应当利用所述相应用户实体已使用的资源的数量相对于所述资源总量的百分比来报告所述资源使用量字段的内容;数量格式,指示所述用户实体应当报告所述标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量来报告所述第一资源上限字段中的内容,并且应当利用所述相应用户实体已使用的资源的数量来报告所述资源使用量字段的内容;以及缺省格式,指示所述用户实体应当报告其配额数据库记录的所有字段的实际内容。
根据本发明实施方式的第二方面,提供了一种基于配额的资源管理装置。该装置包括:配额配置单元,被配置为基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额,第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置资源配额,第二策略指示利用允许配置的资源数量来配置资源配额;以及配额应用单元,被配置为根据第一策略或第二策略来应用资源配额。
根据本发明实施方式的第三方面,提供了一种计算机程序产品,其包括计算机可读介质,所述计算机可读介质承载在其中体现的用于与计算机一起使用的计算机程序代码。所述计算机程序代码包括:用于基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额的代码,所述第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置所述资源配额,所述第二策略指示利用所述允许配置的资源数量来配置所述资源配额;以及用于根据所述第一策略或所述第二策略来应用所述资源配额的代码。
本发明的实施方式为终端用户(例如存储管理员)提供了配置配额的两种选择,基于策略来实现资源配额的配置和应用。终端用户可以根据使用环境和实际需要而从“百分比策略”和“数量策略”中选择一种来实施配额配置。为此,本发明的资源管理方案能够适应资源量的动态变化。
另外,当存储管理员利用配额报告来了解资源消耗情况时,显示用户实体所使用的资源数量相对于总资源量的百分比在某些情况下可能更加直观且更加方便。
附图说明
结合附图并参考以下详细说明,本发明各实施方式的特征、优点及其他方面将变得更加明显,在此以示例性而非限制性的方式示出了本发明的若干实施方式。在附图中:
图1示出了根据本发明一个实施方式的基于配额的资源管理方法100的流程图;
图2示出了根据本发明一个实施方式的基于配额的资源管理装置200的示意性框图;以及
图3示出了适于用来实践本发明实施方式的计算机系统300的示意性框图。
具体实施方式
下面参考附图详细描述本发明的各实施方式。附图中的流程图和框图,图示了按照本发明各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为备选的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
在本文中,“资源”可以包括但不限于:磁盘空间、存储器、CPU等。此外,“用户实体”可以包括但不限于:个体用户、用户群组、进程等。
首先,以文件系统为例来描述现有的基于配额的资源管理方法。在现有的基于配额的磁盘空间管理方法,利用资源的实际数量来为用户实体配置资源配额。为了实施基于配额的资源管理方法,文件系统通常会针对用户实体创建并维护配额数据库,以跟踪和控制用户实体的资源分配情况。在配额数据库中,针对每个被分配资源的用户实体创建一条配额数据库记录。表1示出了配额数据库的一种示例性结构。
| UserID | CurrentSpaceUsage | SoftLimit | HardLimit |
| 100 | 100G | 100G | 150G |
| 106 | 230G | 300G | 400G |
| 109 | 160G | 150G | 200G |
| ... | ... | ... | ... |
表1
如表1所示,配额数据库的每条配额数据库记录、即表1中的每一行至少包括以下三个字段:
(1)UserID:标识符字段,用于标识配额数据库记录所针对的用户实体;
(2)HardLimit:第一资源上限字段,也称为硬上限字段,用于指示允许分配给相应用户实体的资源上限;
(3)CurrentSpaceUsage:资源使用量字段,用于指示相应用户实体的当前资源使用量。
此外,配额数据库的每条配额数据库记录还可以可选地包括如下字段:
SoftLimit:第二资源上限字段,也称为软上限字段,用于指示允许分配给相应用户实体的资源阈值。当相应用户实体的当前资源使用量超过该资源阈值时,将向相应用户实体发送消息以警告相应用户实体的当前资源使用量即将超过资源上限(即硬上限字段的值)。
从表1中可以看出,HardLimit和SoftLimit字段的值均表示资源的实际数量。如表1所示,例如对于UserID为100的用户实体而言,允许分配给该用户实体的磁盘空间为150G,用户实体100的当前磁盘空间使用量为100G。当用户实体100的当前磁盘空间使用量超过SoftLimit字段所规定的阈值100G时,将向用户实体100发送消息以警告用户实体100其当前磁盘空间使用量即将超过HardLimit字段所规定的磁盘空间上限。
当用户实体想要在文件系统中执行修改操作时,例如当用户实体想要在文件系统中进行写入/删除/更改所有者(change owner)/更改用户群组(change group)等操作时,用户实体会向系统发出磁盘空间分配请求。响应于接收到来自用户实体的磁盘空间分配请求,系统会在配额数据库中查找针对该用户实体创建的配额数据库记录。然后,计算CurrentSpaceUsage字段的值与所请求的磁盘空间的数量的总和,将该总和与HardLimit字段所规定的磁盘空间上限进行比较,如果该总和未超过HardLimit字段所规定的磁盘空间上限,则向用户实体分配所请求的磁盘空间,否则将拒绝用户实体的请求并且向用户实体返回“超出配额”错误。
以下是文件系统的写入路径和更改所有者路径中的伪码的示例。
写入路径:
更改所有者路径:
在上述伪码中,SendWarningMessage()接口将节流消息以防止过于频繁地向用户实体发送警告消息。
此外,为了跟踪用户实体的资源消耗情况,存储管理员会通过文件系统的控制路径发出配额报告请求,以请求用户实体报告针对用户实体创建的配额数据库记录中的信息。作为响应,系统将从配额数据库中读取所需的配额数据库记录中的信息并且所读取的信息将返回给存储管理员和相应的用户实体。
如上所述,在文件系统的容量被扩充或缩减的情况下,存储管理员将不得不改变用户实体的配额配置,否则存储容量将被过度使用或无法得到充分使用。为此,本发明的各实施方式提出了一种能够适应资源量的动态变化的资源管理方案。在本发明的资源管理方案中,基于策略来实现资源配额的配置和应用。
以下将参照图1和图2来详细描述根据本发明实施方式的基于配额的资源管理方法和装置。
图1示出了根据本发明一个实施方式的基于配额的资源管理方法100的流程图。
如图1所示,在步骤S110,基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额。第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置资源配额,而第二策略指示利用所述允许配置的资源数量来配置资源配额。
可以理解,上述第一策略为本发明所提出的新的配额配置策略,而第二策略为现有的利用资源的实际数量来为用户实体配置资源配额的策略。在下文中,为了便于描述,将上述第一策略简称为“百分比策略”,而将上述第二策略简称为“数量策略”。
本发明的实施方式为终端用户(例如存储管理员)提供了配置配额的两种选择,终端用户可以根据使用环境和实际需要而从“百分比策略”和“数量策略”中选择一种来实施配额配置。这在很多情况下是有利的。例如,很多终端用户已经开发了许多设施/工具、脚本等来利用现有的“数量策略”来管理配额。在本发明的方案中,并不强制终端用户必须采用“百分比策略”来管理配额,因此这些终端用户仍然可以利用已有的设施/工具、脚本等来采用现有的“数量策略”,而不必开发新的设施/工具、脚本等。此外,在某些情况下,扩展文件系统的目的仅仅是为了支持新的用户实体,在这种情况下,采用现有的“数量策略”来管理配额可能是有利的。
在本发明的实施方式中,为了利用“百分比策略”或“数量策略”来实施配额管理,表1所示的配额数据库的配额数据库记录可能需要作出一些改动。表2示出了根据本发明一个实施方式的配额数据库的示例性结构。
| UserID | CurrentSpaceUsage | SoftLimit | HardLimit | Policy |
| 100 | 100G | 100G | 150G | 0 |
| 106 | 230G | 30 | 40 | 1 |
| 109 | 160G | 15 | 20 | 1 |
| ... | ... | ... | ... | ... |
表2
如表2所示,配额数据库的每条配额数据库记录、即表2中的每一行至少包括以下四个字段:
(1)UserID:标识符字段,用于标识配额数据库记录所针对的用户实体;
(2)HardLimit:第一资源上限字段,也称为硬上限字段,用于指示允许分配给相应用户实体的资源上限;
(3)CurrentSpaceUsage:资源使用量字段,用于指示相应用户实体的当前资源使用量;
(4)Policy:策略字段,用于指示基于第一策略还是第二策略为用户实体配置的资源上限。
通过比较表2和表1可知,在表2中新增加了Policy字段。在一个实施例中,Policy字段的值为二进制数值,例如1或0。例如,Policy字段的值为“1”表示采用“百分比策略”来为相应的用户实体配置的配额,而Policy字段的值为“0”表示采用“数量策略”来为相应的用户实体配置的配额。
此外,配额数据库的每条配额数据库记录还可以可选地包括如下字段:
SoftLimit:第二资源上限字段,也称为软上限字段,用于指示允许分配给相应用户实体的资源阈值。当相应用户实体的当前资源使用量超过该资源阈值时,将向相应用户实体发送消息以警告相应用户实体的当前资源使用量即将超过资源上限(即硬上限字段的值)。
从表2中可以看出,针对不同的用户实体,HardLimit和SoftLimit字段的值表示磁盘空间的实际数量或者百分比。例如,对于UserID为100的用户实体而言,其配额数据库记录的Policy字段的值为0,表示采用“数量策略”来为该用户实体配置的配额,因而允许分配给该用户实体的磁盘空间为150G。当用户实体100的当前磁盘空间使用量超过SoftLimit字段所规定的阈值100G时,将向用户实体100发送消息以警告用户实体100其当前磁盘空间使用量即将超过HardLimit字段所规定的磁盘空间上限。此外,对于UserID为106的用户实体而言,其配额数据库记录的Policy字段的值为1,表示采用“百分比策略”来为该用户实体配置的配额。在这种情况下,HardLimit的值(即40%)表示允许分配给用户实体106的最大磁盘空间数量相对于磁盘空间总量的百分比。当用户实体106的当前磁盘空间使用量超过SoftLimit字段所规定的阈值(即30%)时,将向用户实体106发送消息以警告用户实体106其当前磁盘空间使用量即将超过HardLimit字段所规定的磁盘空间上限(即40%)。
继续参照图1,在步骤S120,根据第一策略或第二策略来应用资源配额。
如前所述,当用户实体想要在文件系统中执行修改操作时,例如当用户实体想要在文件系统中进行写入/删除/更改所有者/更改用户群组等操作时,用户实体会向系统发出资源分配请求。响应于接收到来自用户实体的资源分配请求,系统在配额数据库中查找针对该用户实体创建的配额数据库记录。之后,查看针对该用户实体的配额数据库记录的策略字段以确定是基于“百分比策略”还是“数量策略”为该用户实体配置的资源配额。然后,至少部分地根据所确定的策略来确定是否向用户实体分配所请求的资源。例如,在基于“百分比策略”为该用户实体配置资源配额的情况下,至少部分地根据“百分比策略”来确定是否向用户实体分配所请求的资源。
在一个实施方式中,在根据“百分比策略”来确定是否向用户实体分配所请求的资源时执行如下操作:基于针对用户实体所创建的配额数据库记录的HardLimit字段的值,计算允许分配给用户实体的最大资源数量;计算用户实体的当前资源使用量(即CurrentSpaceUsage字段的值)与所请求的资源的数量的总和;将该总和与所述最大资源数量进行比较;如果该总和未超过最大资源数量,则向用户实体分配所请求的资源,否则拒绝用户实体的请求并且向用户实体返回“超出配额”错误。此外,在向用户实体分配所请求的资源之前,利用用户实体的当前资源使用量与所请求的资源的数量的总和来更新CurrentSpaceUsage字段的值,以确保配额记录信息与修改操作的一致性。
以下示出了根据本发明的一个实施方式,文件系统的写入路径中的伪码的示例。
写入路径中的伪码:
通过比较上述伪码与结合表1所描述的写入路径中的伪码可见,上述伪码的第6-10行、第12和17行与结合表1所描述的伪码的相应部分之间存在区别。
以下示出了根据本发明的一个实施方式,文件系统的更改所有者路径中的伪码的示例
更改所有者路径中的伪码:
通过比较上述伪码与结合表1所描述的更改所有者路径中的伪码可见,上述伪码的第7-12行以及第17行与结合表1所描述的伪码的相应部分之间存在区别。
如前所述,为了跟踪用户实体的资源消耗情况,存储管理员会请求用户实体报告针对该用户实体创建的配额数据库记录中的信息。根据本发明的一个实施方式,存储管理员可以指定配额报告的格式,并且向用户实体发送配额报告请求,以请求用户实体利用所指定的格式报告针对用户实体创建的配额数据库记录中的信息。
根据本发明的一个实施方式,配额报告的格式包括以下各项之一:
(1)百分比格式,指示用户实体应当报告标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量相对于资源总量的百分比来报告第一资源上限字段中的内容,并且应当利用相应用户实体已使用的资源的数量相对于资源总量的百分比来报告资源使用量字段的内容;
(2)数量格式,指示用户实体应当报告标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量来报告第一资源上限字段中的内容,并且应当利用相应用户实体已使用的资源的数量来报告资源使用量字段的内容;以及
(3)缺省格式,指示用户实体应当报告其配额数据库记录的所有字段的实际内容。
可以理解,在向控制路径返回每条配额记录的信息之前,记录的信息被转换为存储管理员所指定的格式。以下表3示出了以“百分比格式”报告配额记录信息的示例,表4示出了以“数量格式”报告配额记录信息的示例,表5示出了以“缺省格式”报告配额记录信息的示例。
| UserID | CurrentSpaceUsage | SoftLimit | HardLimit |
| 100 | 10% | 10% | 15% |
| 106 | 23% | 30% | 40% |
| 109 | 16% | 15% | 20% |
| ... | ... | ... | ... |
表3
| UserID | CurrentSpaceUsage | SoftLimit | HardLimit |
| 100 | 100G | 100G | 150G |
| 106 | 230G | 300G | 400G |
| 109 | 160G | 150G | 200G |
| ... | ... | ... | ... |
表4
| UserID | CurrentSpaceUsage | SoftLimit | HardLimit | Policy |
| 100 | 100G | 100G | 150G | 数量 |
| 106 | 23% | 30% | 40% | 百分比 |
| 109 | 16% | 15% | 20% | 百分比 |
| ... | ... | ... | ... | ... |
表5
此外,存储管理员可以在任何时候通过控制路径命令或GUI操作来更改用户实体的配额配置策略。
当存储管理员将用户实体的配额配置策略由“数量策略”更改为“百分比策略”时,如果存储管理员为软上限、硬上限、或者软上限和硬上限二者提供新的百分比值(1到100),则新的百分比值将被用作新的上限。否则,系统将采用已有的软上限或硬上限值来分割当前文件系统的容量以获得百分比值。
当存储管理员将用户实体的配额配置策略由“百分比策略”更改为“数量策略”时,如果存储管理员为软上限、硬上限、或者软上限和硬上限二者提供新的具体数值,则新的具体数值将被用作新的上限。否则,系统将采用当前的百分比值与当前文件系统的容量的乘积来获得确切数量。
应当理解,以上仅仅是出于说明目的而结合文件系统的磁盘空间管理的示例描述了本发明,但是本发明的范围并不局限于此,而是能够适用于任何基于配额的资源管理环境。例如,本发明也能够应用于除文件系统之外的其他存储容器(storage container),例如将若干存储地址绑定在一起而形成的存储池(storage pool)。此外,本发明也能够应用于除磁盘空间管理之外的其他资源管理,例如存储器的管理。
本发明的实施方式还提供了一种基于配额的资源管理装置。图2示出了根据本发明一个实施方式的基于配额的资源管理装置200的框图。
如图2所示,装置200包括:配额配置单元210,被配置为基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额,第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置资源配额,第二策略指示利用允许配置的资源数量来配置资源配额;以及配额应用单元220,被配置为根据第一策略或第二策略来应用资源配额。
在一个实施方式中,配额配置单元210被进一步配置为:针对每个用户实体创建配额数据库记录。配额数据库记录至少包括如下字段:标识符字段,用于标识配额数据库记录所针对的用户实体;第一资源上限字段,用于指示允许分配给相应用户实体的资源上限;资源使用量字段,用于指示相应用户实体的当前资源使用量;以及策略字段,用于指示基于第一策略还是第二策略为用户实体配置的资源上限。
在一个实施方式中,在基于第一策略为相应用户实体配置资源配额的情况下,第一资源上限字段的内容表示允许分配给相应用户实体的最大资源数量相对于资源总量的百分比。
在一个实施方式中,配额应用单元220被进一步配置为:响应于接收到来自用户实体的资源分配请求,查看针对用户实体的配额数据库记录的策略字段以确定是基于第一策略还是第二策略为用户实体配置的资源配额;以及至少部分地根据所确定的策略来确定是否向用户实体分配所请求的资源。
在一个实施方式中,配额应用单元220被进一步配置为:在基于第一策略为用户实体配置资源配额的情况下,至少部分地根据第一策略来确定是否向用户实体分配所请求的资源。
在一个实施方式中,配额应用单元220被进一步配置为:基于针对用户实体所创建的配额数据库记录的第一资源上限字段的内容,计算允许分配给用户实体的最大资源数量;计算用户实体的当前资源使用量与所请求的资源的数量的总和;将总和与最大资源数量进行比较;响应于总和未超过最大资源数量而向用户实体分配所请求的资源。
在一个实施方式中,针对每个用户实体所创建的配额数据库记录进一步包括第二资源上限字段,用于指示允许分配给相应用户实体的资源阈值。
在一个实施方式中,配额应用单元220被进一步配置为:指定配额报告的格式;以及向用户实体发送配额报告请求,以请求用户实体利用所指定的格式报告针对用户实体创建的配额数据库记录中的信息。
在一个实施方式中,配额报告的格式包括以下各项之一:百分比格式,指示用户实体应当报告标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量相对于资源总量的百分比来报告第一资源上限字段中的内容,并且应当利用相应用户实体已使用的资源的数量相对于资源总量的百分比来报告资源使用量字段的内容;数量格式,指示用户实体应当报告标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量来报告第一资源上限字段中的内容,并且应当利用相应用户实体已使用的资源的数量来报告资源使用量字段的内容;以及缺省格式,指示用户实体应当报告其配额数据库记录的所有字段的实际内容。
本发明的实施方式还提供了一种计算机程序产品,其包括计算机可读介质,计算机可读介质承载在其中体现的用于与计算机一起使用的计算机程序代码。计算机程序代码包括:用于基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额的代码,第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置资源配额,第二策略指示利用允许配置的资源数量来配置资源配额;以及用于根据第一策略或第二策略来应用资源配额的代码。
下面参考图3,其示出了适于用来实践本发明实施方式的计算机系统300的示意性框图。例如,图3所示的计算机系统300可以用于实现如上文描述的用于加速磁盘阵列的数据重构装置1800。
如图3所示,计算机系统300可以包括:CPU(中央处理单元)301、RAM(随机存取存储器)302、ROM(只读存储器)303、系统总线304、硬盘控制器305、键盘控制器306、串行接口控制器307、并行接口控制器308、显示控制器309、硬盘310、键盘311、串行外部设备312、并行外部设备313和显示器314。在这些设备中,与系统总线304耦合的有CPU 301、RAM 302、ROM 303、硬盘控制器305、键盘控制器306、串行控制器307、并行控制器308和显示控制器309。硬盘310与硬盘控制器305耦合,键盘311与键盘控制器306耦合,串行外部设备312与串行接口控制器307耦合,并行外部设备313与并行接口控制器308耦合,以及显示器314与显示控制器309耦合。应当理解,图3所述的结构框图仅仅为了示例的目的而示出的,而不是对本发明范围的限制。在某些情况下,可以根据具体情况而增加或者减少某些设备。
如上所述,装置200可以实现为纯硬件,例如芯片、ASIC、SOC等。这些硬件可以集成在计算机系统300中。此外,本发明的实施方式也可以通过计算机程序产品的形式实现。例如,参考图1描述的方法100可以通过计算机程序产品来实现。该计算机程序产品可以存储在例如图3所示的RAM 302、ROM 303、硬盘310和/或任何适当的存储介质中,或者通过网络从适当的位置下载到计算机系统300上。计算机程序产品可以包括计算机代码部分,其包括可由适当的处理设备(例如,图3中示出的CPU 301)执行的程序指令。所述程序指令至少可以包括用于实现方法100的步骤的指令。
应当注意,本发明的实施方式可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现;软件部分可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的设备及其模块可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现,也可以用由各种类型的处理器执行的软件实现,也可以由上述硬件电路和软件的结合例如固件来实现。
说明书中提及的通信网络可以包括各类网络,包括但不限于局域网(“LAN”),广域网(“WAN”),根据IP协议的网络(例如,因特网)以及端对端网络(例如,ad hoc对等网络)。
应当注意,尽管在上文详细描述中提及了设备的若干装置或子装置,但是这种划分仅仅并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
此外,尽管在附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
虽然已经参考若干具体实施方式描述了本发明,但是应该理解,本发明并不限于所公开的具体实施方式。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释,从而包含所有这样的修改及等同结构和功能。
Claims (20)
1.一种基于配额的资源管理方法,包括:
基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额,所述第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置所述资源配额,所述第二策略指示利用所述允许配置的资源数量来配置所述资源配额;以及
根据所述第一策略或所述第二策略来应用所述资源配额。
2.根据权利要求1所述的方法,其中基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额包括:
针对每个用户实体创建配额数据库记录,所述配额数据库记录至少包括如下字段:
标识符字段,用于标识所述配额数据库记录所针对的用户实体;
第一资源上限字段,用于指示允许分配给相应用户实体的资源上限;
资源使用量字段,用于指示所述相应用户实体的当前资源使用量;以及
策略字段,用于指示基于所述第一策略还是所述第二策略为所述用户实体配置的所述资源上限。
3.根据权利要求2所述的方法,其中在基于所述第一策略为相应用户实体配置资源配额的情况下,所述第一资源上限字段的内容表示允许分配给相应用户实体的最大资源数量相对于所述资源总量的百分比。
4.根据权利要求2或3所述的方法,其中根据所述第一策略或所述第二策略来应用所述资源配额包括:
响应于接收到来自用户实体的资源分配请求,查看针对所述用户实体的配额数据库记录的策略字段以确定是基于所述第一策略还是所述第二策略为所述用户实体配置的资源配额;以及
至少部分地根据所确定的策略来确定是否向所述用户实体分配所请求的资源。
5.根据权利要求4所述的方法,其中至少部分地根据所确定的策略来确定是否向所述用户实体分配所请求的资源包括:
在基于所述第一策略为所述用户实体配置资源配额的情况下,至少部分地根据所述第一策略来确定是否向所述用户实体分配所请求的资源。
6.根据权利要求5所述的方法,其中至少部分地根据所述第一策略来确定是否向所述用户实体分配所请求的资源包括:
基于针对所述用户实体所创建的配额数据库记录的第一资源上限字段的内容,计算允许分配给所述用户实体的最大资源数量;
计算所述用户实体的当前资源使用量与所请求的资源的数量的总和;
将所述总和与所述最大资源数量进行比较;
响应于所述总和未超过所述最大资源数量而向所述用户实体分配所请求的资源。
7.根据权利要求2所述的方法,其中针对每个用户实体所创建的配额数据库记录进一步包括第二资源上限字段,用于指示允许分配给相应用户实体的资源阈值。
8.根据权利要求7所述的方法,进一步包括:
响应于所述相应用户实体的当前资源使用量超过所述资源阈值,向所述相应用户实体发送消息以警告所述相应用户实体的当前资源使用量即将超过所述资源上限。
9.根据权利要求2或3所述的方法,其中根据所述第一策略或所述第二策略来应用所述资源配额包括:
指定配额报告的格式;以及
向用户实体发送配额报告请求,以请求所述用户实体利用所指定的格式报告针对所述用户实体创建的配额数据库记录中的信息。
10.根据权利要求9所述的方法,其中所述配额报告的格式包括以下各项之一:
百分比格式,指示所述用户实体应当报告所述标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量相对于所述资源总量的百分比来报告所述第一资源上限字段中的内容,并且应当利用所述相应用户实体已使用的资源的数量相对于所述资源总量的百分比来报告所述资源使用量字段的内容;
数量格式,指示所述用户实体应当报告所述标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量来报告所述第一资源上限字段中的内容,并且应当利用所述相应用户实体已使用的资源的数量来报告所述资源使用量字段的内容;以及
缺省格式,指示所述用户实体应当报告其配额数据库记录的所有字段的实际内容。
11.一种基于配额的资源管理装置,包括:
配额配置单元,被配置为基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额,所述第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置所述资源配额,所述第二策略指示利用所述允许配置的资源数量来配置所述资源配额;以及
配额应用单元,被配置为根据所述第一策略或所述第二策略来应用所述资源配额。
12.根据权利要求11所述的装置,其中所述配额配置单元被进一步配置为:
针对每个用户实体创建配额数据库记录,所述配额数据库记录至少包括如下字段:
标识符字段,用于标识所述配额数据库记录所针对的用户实体;
第一资源上限字段,用于指示允许分配给相应用户实体的资源上限;
资源使用量字段,用于指示所述相应用户实体的当前资源使用量;以及
策略字段,用于指示基于所述第一策略还是所述第二策略为所述用户实体配置的所述资源上限。
13.根据权利要求12所述的装置,其中在基于所述第一策略为相应用户实体配置资源配额的情况下,所述第一资源上限字段的内容表示允许分配给相应用户实体的最大资源数量相对于所述资源总量的百分比。
14.根据权利要求12或13所述的装置,其中所述配额应用单元被进一步配置为:
响应于接收到来自用户实体的资源分配请求,查看针对所述用户实体的配额数据库记录的策略字段以确定是基于所述第一策略还是所述第二策略为所述用户实体配置的资源配额;以及
至少部分地根据所确定的策略来确定是否向所述用户实体分配所请求的资源。
15.根据权利要求14所述的装置,其中所述配额应用单元被进一步配置为:
在基于所述第一策略为所述用户实体配置资源配额的情况下,至少部分地根据所述第一策略来确定是否向所述用户实体分配所请求的资源。
16.根据权利要求15所述的装置,其中所述配额应用单元被进一步配置为:
基于针对所述用户实体所创建的配额数据库记录的第一资源上限字段的内容,计算允许分配给所述用户实体的最大资源数量;
计算所述用户实体的当前资源使用量与所请求的资源的数量的总和;
将所述总和与所述最大资源数量进行比较;
响应于所述总和未超过所述最大资源数量而向所述用户实体分配所请求的资源。
17.根据权利要求12所述的装置,其中针对每个用户实体所创建的配额数据库记录进一步包括第二资源上限字段,用于指示允许分配给相应用户实体的资源阈值。
18.根据权利要求12或13所述的装置,其中所述配额应用单元被进一步配置为:
指定配额报告的格式;以及
向用户实体发送配额报告请求,以请求所述用户实体利用所指定的格式报告针对所述用户实体创建的配额数据库记录中的信息。
19.根据权利要求18所述的装置,其中所述配额报告的格式包括以下各项之一:
百分比格式,指示所述用户实体应当报告所述标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量相对于所述资源总量的百分比来报告所述第一资源上限字段中的内容,并且应当利用所述相应用户实体已使用的资源的数量相对于所述资源总量的百分比来报告所述资源使用量字段的内容;
数量格式,指示所述用户实体应当报告所述标识符字段中的内容,应当利用允许分配给相应用户实体的最大资源数量来报告所述第一资源上限字段中的内容,并且应当利用所述相应用户实体已使用的资源的数量来报告所述资源使用量字段的内容;以及
缺省格式,指示所述用户实体应当报告其配额数据库记录的所有字段的实际内容。
20.一种计算机程序产品,包括计算机可读介质,所述计算机可读介质承载在其中体现的用于与计算机一起使用的计算机程序代码,所述计算机程序代码包括:
用于基于第一策略或第二策略为多个用户实体中的每个用户实体配置资源配额的代码,所述第一策略指示利用允许配置的资源数量相对于资源总量的百分比来配置所述资源配额,所述第二策略指示利用所述允许配置的资源数量来配置所述资源配额;以及
用于根据所述第一策略或所述第二策略来应用所述资源配额的代码。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410813708.9A CN105893138A (zh) | 2014-12-19 | 2014-12-19 | 基于配额的资源管理方法和装置 |
| US14/971,076 US20160179576A1 (en) | 2014-12-19 | 2015-12-16 | Quota based resource management |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410813708.9A CN105893138A (zh) | 2014-12-19 | 2014-12-19 | 基于配额的资源管理方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105893138A true CN105893138A (zh) | 2016-08-24 |
Family
ID=56129502
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410813708.9A Pending CN105893138A (zh) | 2014-12-19 | 2014-12-19 | 基于配额的资源管理方法和装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20160179576A1 (zh) |
| CN (1) | CN105893138A (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108279979A (zh) * | 2018-01-19 | 2018-07-13 | 聚好看科技股份有限公司 | 一种为应用程序容器绑定cpu的方法及装置 |
| CN108829352A (zh) * | 2018-06-06 | 2018-11-16 | 郑州云海信息技术有限公司 | 一种分布式存储系统的用户配额方法及系统 |
| US10678568B2 (en) | 2017-11-02 | 2020-06-09 | International Business Machines Corporation | System resource allocation in respect of display interfaces |
| CN112148469A (zh) * | 2019-06-28 | 2020-12-29 | 杭州海康威视数字技术股份有限公司 | 管理资源的方法、装置及计算机存储介质 |
| CN112748850A (zh) * | 2019-10-29 | 2021-05-04 | 伊姆西Ip控股有限责任公司 | 用于存储管理的方法、设备和计算机程序产品 |
| CN112783657A (zh) * | 2021-01-29 | 2021-05-11 | 紫光云技术有限公司 | 一种适用于云服务的可动态配置资源限制的方法 |
| CN113709766A (zh) * | 2020-05-22 | 2021-11-26 | 华为技术有限公司 | 用于策略控制的方法和装置 |
| CN115695305A (zh) * | 2021-07-28 | 2023-02-03 | 慧与发展有限责任合伙企业 | 用于促进具有递归键选择的动态策略引擎的系统和方法 |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107071014B (zh) * | 2017-03-30 | 2019-12-13 | 北京奇艺世纪科技有限公司 | 一种资源调整方法及装置 |
| US10318351B2 (en) * | 2017-04-27 | 2019-06-11 | International Business Machines Corporation | Resource provisioning with automatic approval or denial of a request for allocation of a resource |
| US10942650B1 (en) * | 2018-03-05 | 2021-03-09 | Pure Storage, Inc. | Reporting capacity utilization in a storage system |
| US11861170B2 (en) | 2018-03-05 | 2024-01-02 | Pure Storage, Inc. | Sizing resources for a replication target |
| CN111163012B (zh) * | 2018-11-07 | 2023-04-18 | 腾讯科技(深圳)有限公司 | 资源分配方法、装置、设备和资源分配用户设备 |
| US11546271B2 (en) | 2019-08-09 | 2023-01-03 | Oracle International Corporation | System and method for tag based request context in a cloud infrastructure environment |
| US11646975B2 (en) | 2019-08-09 | 2023-05-09 | Oracle International Corporation | System and method for compartment quotas in a cloud infrastructure environment |
| US11397621B2 (en) | 2019-08-30 | 2022-07-26 | Oracle International Corporation | System and method for service limit increase for a multi-tenant cloud infrastructure environment |
| WO2022109351A1 (en) * | 2020-11-20 | 2022-05-27 | Okta, Inc. | Server-based workflow management using priorities |
| US20240143399A1 (en) * | 2022-11-02 | 2024-05-02 | Microsoft Technology Licensing, Llc | Allocating computing resource consumption units |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1643895A (zh) * | 2002-02-12 | 2005-07-20 | 汤姆森特许公司 | 每个用户和应用的记录空间分配 |
| CN101346993A (zh) * | 2005-12-23 | 2009-01-14 | 联合视频制品公司 | 具有多个装置的交互式媒体导航系统 |
| US8131784B1 (en) * | 2007-09-26 | 2012-03-06 | Network Appliance, Inc. | Multiple node quota filter |
| CN102393839A (zh) * | 2011-11-30 | 2012-03-28 | 中国工商银行股份有限公司 | 并行数据处理系统及方法 |
| CN103559231A (zh) * | 2013-10-23 | 2014-02-05 | 华为技术有限公司 | 一种文件系统配额管理方法、装置及系统 |
| US20140068624A1 (en) * | 2012-09-04 | 2014-03-06 | Microsoft Corporation | Quota-based resource management |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| IL150911A0 (en) * | 2002-07-25 | 2003-02-12 | Sphera Technologies Ltd | A method and apparatus for dynamically allocating and managing resources in a computerized system having multiple consumers |
| US20040243699A1 (en) * | 2003-05-29 | 2004-12-02 | Mike Koclanes | Policy based management of storage resources |
| WO2015115987A1 (en) * | 2014-01-31 | 2015-08-06 | Telefonaktiebolaget L M Ericsson (Publ) | Resource allocation amongst parties sharing the same radio access network |
| US9558226B2 (en) * | 2014-02-17 | 2017-01-31 | International Business Machines Corporation | Storage quota management |
-
2014
- 2014-12-19 CN CN201410813708.9A patent/CN105893138A/zh active Pending
-
2015
- 2015-12-16 US US14/971,076 patent/US20160179576A1/en not_active Abandoned
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1643895A (zh) * | 2002-02-12 | 2005-07-20 | 汤姆森特许公司 | 每个用户和应用的记录空间分配 |
| CN101346993A (zh) * | 2005-12-23 | 2009-01-14 | 联合视频制品公司 | 具有多个装置的交互式媒体导航系统 |
| US8131784B1 (en) * | 2007-09-26 | 2012-03-06 | Network Appliance, Inc. | Multiple node quota filter |
| CN102393839A (zh) * | 2011-11-30 | 2012-03-28 | 中国工商银行股份有限公司 | 并行数据处理系统及方法 |
| US20140068624A1 (en) * | 2012-09-04 | 2014-03-06 | Microsoft Corporation | Quota-based resource management |
| CN103559231A (zh) * | 2013-10-23 | 2014-02-05 | 华为技术有限公司 | 一种文件系统配额管理方法、装置及系统 |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10678568B2 (en) | 2017-11-02 | 2020-06-09 | International Business Machines Corporation | System resource allocation in respect of display interfaces |
| CN108279979B (zh) * | 2018-01-19 | 2021-02-19 | 聚好看科技股份有限公司 | 一种为应用程序容器绑定cpu的方法及装置 |
| CN108279979A (zh) * | 2018-01-19 | 2018-07-13 | 聚好看科技股份有限公司 | 一种为应用程序容器绑定cpu的方法及装置 |
| CN108829352A (zh) * | 2018-06-06 | 2018-11-16 | 郑州云海信息技术有限公司 | 一种分布式存储系统的用户配额方法及系统 |
| CN108829352B (zh) * | 2018-06-06 | 2021-03-30 | 郑州云海信息技术有限公司 | 一种分布式存储系统的用户配额方法及系统 |
| CN112148469B (zh) * | 2019-06-28 | 2024-02-20 | 杭州海康威视数字技术股份有限公司 | 管理资源的方法、装置及计算机存储介质 |
| CN112148469A (zh) * | 2019-06-28 | 2020-12-29 | 杭州海康威视数字技术股份有限公司 | 管理资源的方法、装置及计算机存储介质 |
| CN112748850A (zh) * | 2019-10-29 | 2021-05-04 | 伊姆西Ip控股有限责任公司 | 用于存储管理的方法、设备和计算机程序产品 |
| CN112748850B (zh) * | 2019-10-29 | 2024-04-19 | 伊姆西Ip控股有限责任公司 | 用于存储管理的方法、设备和计算机程序产品 |
| CN113709766A (zh) * | 2020-05-22 | 2021-11-26 | 华为技术有限公司 | 用于策略控制的方法和装置 |
| CN112783657A (zh) * | 2021-01-29 | 2021-05-11 | 紫光云技术有限公司 | 一种适用于云服务的可动态配置资源限制的方法 |
| CN115695305A (zh) * | 2021-07-28 | 2023-02-03 | 慧与发展有限责任合伙企业 | 用于促进具有递归键选择的动态策略引擎的系统和方法 |
| CN115695305B (zh) * | 2021-07-28 | 2025-01-17 | 慧与发展有限责任合伙企业 | 用于促进具有递归键选择的动态策略引擎的系统和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20160179576A1 (en) | 2016-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105893138A (zh) | 基于配额的资源管理方法和装置 | |
| Zhou et al. | Comparative analysis of metaheuristic load balancing algorithms for efficient load balancing in cloud computing | |
| CN109150607A (zh) | 用于区块链网络的分级管控方法及装置 | |
| CN109636384A (zh) | 一种并行化执行区块链交易的方法、装置及系统 | |
| US20120297056A1 (en) | Extensible centralized dynamic resource distribution in a clustered data grid | |
| Doğan et al. | Minimally unstable Pareto improvements over deferred acceptance | |
| CN103186834A (zh) | 业务流程配置方法和装置 | |
| CN114302422B (zh) | 利用学习模型进行业务处理的方法以及装置 | |
| CN106856439A (zh) | 一种方案测试的方法及服务器 | |
| CN109818809A (zh) | 交互式语音应答系统及其数据处理方法和电话客服系统 | |
| EP3745284A1 (en) | Model parameter fusion method and apparatus | |
| CN106211229B (zh) | 智能加速方法、装置及系统 | |
| CN103841126B (zh) | 一种共享资源的调配方法及装置 | |
| CN109639747B (zh) | 数据请求处理、询问消息处理方法、装置以及设备 | |
| CN108376214A (zh) | 权限管理方法、装置和车载后台系统 | |
| WO2023071616A1 (zh) | 业务处理的方法、装置、电子设备及介质 | |
| CN107122362A (zh) | 云数据库资源扩展和服务扩展的方法和系统 | |
| CN110517018A (zh) | 一种基于activiti工作流的节点任意跳转方法及装置 | |
| CN106250110A (zh) | 建立模型的方法及装置 | |
| CN106656936B (zh) | 一种访问控制方法、prp实体、pdp实体和pep实体 | |
| CN109492031A (zh) | 表格数据的显示方法、服务器以及计算机存储介质 | |
| CN108833159A (zh) | Sdn/nfv环境下跨域服务链映射方法及系统 | |
| CN106875152A (zh) | 一种任务创建方法及装置 | |
| CN114691630B (zh) | 一种智慧供应链大数据共享方法及系统 | |
| CN106844605B (zh) | 批量数据逻辑处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200415 Address after: Massachusetts, USA Applicant after: EMC IP HOLDING Co.,LLC Address before: Massachusetts, USA Applicant before: EMC Corp. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160824 |