一种资源管理方法、装置、电子设备和存储介质与流程

1.本技术涉及监控技术领域，尤其涉及一种资源管理方法、装置、电子设备和存储介质。


背景技术：

2.随着社会经济的不断发展，用户对象越来越多样化，监控系统所涉及的海量图片、视频数据的存储需求也越来越多，从而对于云存储系统的灵活配置要求越来越高，以此来适应不同类型的业务配置需求，满足现场对复杂监控组网的建设和控制。当前监控行业应用的云存储以资源为管理单位，而用户分配的使用容量以资源池的资源为基础，因此资源池的管理(例如扩展和缩减)在满足配置多元化的需求上显得尤为重要。
3.当为用户在资源池上分配存储容量后，监控系统中归属于用户的ipc(ip camera网络摄像机)会将采集的数据均匀存储在资源池中的所有资源上。由此，当需要对资源池进行管理时，例如对资源池进行缩容时，如果用户需要缩容的容量较大，且前期存储的数据量较大，存储系统选择缩容的资源数就会有很多，并且有大量的数据需要迁移量到其他资源上，导致资源池缩容的耗时较长，磁盘的读写压力较大，影响存储性能。除此之外，资源池缩容时，长时间数据迁移风险不可控，在数据迁移过程中可能出现各种其他异常情况导致迁移中断，造成资源池缩容失败。由此可知，现有的技术中资源池的管理效果较差。


技术实现要素：

4.本技术实施例提供一种资源管理方法、装置、电子设备和存储介质，以达到优化资源池管理效果的目的。
5.第一方面，本技术实施例提供了一种资源管理方法，方法包括：
6.将资源池中所有资源的使用状态初始化为休眠状态；其中，在休眠状态下资源存储的数据处于只读且允许删除状态；
7.根据用户分配的存储容量，激活资源池中至少一个目标资源，使得基于一致性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中；
8.响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
9.第二方面，本技术实施例提供了一种资源管理装置，装置包括：
10.初始化模块，用于将资源池中所有资源的使用状态初始化为休眠状态；其中，在休眠状态下资源存储的数据处于只读且允许删除状态；
11.资源激活模块，用于根据用户分配的存储容量，激活资源池中至少一个目标资源，使得基于一致性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中；
12.缩容管理模块，用于响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
13.第三方面，本技术实施例还提供了一种电子设备，包括：
14.一个或多个处理器；
15.存储装置，用于存储一个或多个程序，
16.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如本技术任一实施例的资源管理方法。
17.第四方面，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术任一实施例的资源管理方法。
18.本技术实施例中，按照用户分配的存储容量大小，激活一定量的资源来负责数据存储，其他资源则处于休眠状态，当需要进行资源池缩容时，直接从休眠状态的资源中选择符合容量要求的资源进行资源池缩容，由于休眠状态的资源不存储采集器所采集的数据，因此缩容时可以不用进行数据迁移，由此减少资源池缩容的操作时间，降低磁盘读写的性能压力，最终实现优化资源池管理效果的目的。
附图说明
19.图1a是本技术第一实施例中的资源管理方法的流程示意图；
20.图1b是本技术第一实施例中的资源池的结构示意图；
21.图1c是本技术第一实施例中的资源池缩容的示意图；
22.图2a是本技术第二实施例中的资源管理方法的流程示意图；
23.图2b是本技术第二实施例中的资源池中各资源递减排序后的结构示意图；
24.图3a是本技术第三实施例中的资源管理方法的流程示意图；
25.图3b是本技术第三实施例中的哈希环的示意图；图4是本技术第四实施例中的资源管理方法的流程示意图；
26.图5a是本技术第五实施例中的资源管理方法的流程示意图；
27.图5b是本技术第五实施例中的用户多次分配存储容量后资源池的结构示意图；
28.图6是本技术第六实施例中的资源管理方法的流程示意图；
29.图7是本技术第七实施例中的资源管理装置的结构示意图；
30.图8是本技术第八实施例中的实现资源管理方法的电子设备的结构示意图。
具体实施方式
31.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非所有结构。
32.图1a是本技术第一实施例的资源管理方法的流程图，本实施例可适用于对监控系统资源池进行缩容管理的情况，该方法可以由资源管理装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在电子设备中，例如集成在监控系统中的数据存储服务器。
33.如图1a所示，资源管理方法具体包括如下流程：
34.s101、将资源池中所有资源的使用状态初始化为休眠状态。
35.本技术实施例中，资源的使用状态包括休眠状态和激活状态两种。其中，在休眠状态下资源存储的数据处于只读且允许删除状态；在激活状态下资源存储的数据处于可读可
写状态。
36.而在本技术实施例中，为了避免监控系统的采集器将采集的数据均匀的存储在资源池所有资源上，先将资源池中所有资源的使用状态初始化为休眠状态，也即禁止向资源池的各资源写入数据。示例性的，参见图1b，其示出了资源池的结构示意图，其中资源池包括20个资源，在初始状态下将资源1到资源20的使用状态调整休眠状态。
37.s102、根据用户分配的存储容量，激活资源池中至少一个目标资源，使得基于一致性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中。
38.本技术实施例中，用户分配的存储容量即是user，user是指从资源池中划分的一块逻辑空间，用户可以随意进行分配，用来给监控系统的采集器提供数据写入的虚拟空间大小。其中，监控系统的采集器示例性的为ipc(ip camera网络摄像机)，ipc是ip视频监控及高清视频监控发展的趋势，ipc的功能是将摄像机和编码器进行整合，把模拟的视频、音频信号进行数字化和压缩编码，形成ip数据包，利用网络传送到指定的目的地址。
39.根据用户分配的存储容量，激活资源池中至少一个目标资源，只要保证激活后的至少一个目标资源的总资源容量不小于用户分配的存储容量即可。示例性的，结合图1b，用户分配的存储容量为8t，激活资源池中的资源时，可以只激活10t容量的资源1，或只激活18t容量的资源2，或同时激活容量为5t的资源3和容量为3t的资源20。
40.在激活至少一个目标资源的基础上，可基于一致性哈希算法，将采集器采集到的数据存储在处于激活状态的目标资源中。
41.s103、响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
42.本技术实施例中，用户可通过下发缩容控制指令以触发资源池进行缩容，其中，缩容控制指令至少包括缩容容量。进而从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容，也即从休眠状态的资源中选出至少一个资源，且选出的资源的容量之和等于缩容容量。进一步的，如果被选出的资源中没有数据存储则直接从资源池中去除，以达到资源池缩容的目的。
43.示例性的，参见图1c，其示出了资源池缩容的示意图。其中，根据用户分配的存储容量(user)，激活了资源1、资源2和资源3，归属于用户的各采集器(ipc)将采集到的ipc数据流通过一致性哈希算法均匀存储在资源1、资源2和资源3中。在响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容，例如用户指定的缩容容量为3t，则将处于休眠状态的资源20(容量为3t)从资源池中删除，以达到缩容的目的。
44.本技术实施例中，按照用户分配的存储容量大小，激活一定量的资源来负责数据存储，其他资源则处于休眠状态，当需要进行资源池缩容时，直接从休眠状态的资源中选择符合容量要求的资源进行资源池缩容，由于休眠状态的资源不存储采集器所采集的数据，因此缩容时可以不用进行数据迁移，由此减少资源池缩容的操作时间，降低磁盘读写的性能压力，最终实现优化资源池管理效果的目的。
45.图2a是本技术第二实施例的资源管理方法的流程图，本实施例是在上述实施例的基础上，对根据用户分配的存储容量，激活资源池中至少一个目标资源的操作进行优化，参见图2a，该方法包括：
46.s201、将资源池中所有资源的使用状态初始化为休眠状态。
47.其中，在休眠状态下资源存储的数据处于只读且允许删除状态。
48.s202、将处于休眠状态的所有资源按照资源容量进行递减排序。
49.示例性的，参见图2b，其示出了资源池中各资源递减排序后的结构示意图，将容量最大的资源2排在首位，将容量最小的资源20排在末尾。
50.s203、根据用户分配的存储容量，按照资源容量由大到小的顺序，激活至少一个目标资源，使得基于一致性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中。
51.在对处于休眠状态的所有资源按照资源容量进行递减排序后，按照资源容量由大到小的顺序，激活至少一个目标资源，其中，激活后的至少一个目标资源的总资源容量不小于用户分配的存储容量。也即是按照资源容量由大到小的顺序，依次激活各资源，直到被激活的资源的总容量之和不小于用户分配的存储容量为止。示例性的，用户分配的存储容量为10t，则只需激活排在首位的容量为18t的资源2即可，其他资源依旧保持休眠状态。
52.在此需要说明的是，之所以先将容量最大的资源激活，是为了保证用户后续再分配存储容量时，减少激活资源的数量。例如，用户在分配10t存储容量后，又分配了5t的存储容量，此时被激活的资源2(容量为18t)完全能够满足需求，无需再去激活其它资源。
53.s204、响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
54.本技术实施例中，通过对各资源按容量递减排序，再按照资源容量从大到小的顺序进行激活，可以保证在满足用户存储需求的情况下，激活的资源数量最少，进而便于管理资源池内的资源。
55.图3a是本技术第三实施例的资源管理方法的流程图，本实施例是在上述实施例的基础上进行优化，参见图3a，该方法包括：
56.s301、将资源池中所有资源的使用状态初始化为休眠状态。
57.本技术实施例中，资源的使用状态包括休眠状态和激活状态两种。其中，在休眠状态下资源存储的数据处于只读且允许删除状态；在激活状态下资源存储的数据处于可读可写状态。
58.s302、根据用户分配的存储容量，激活资源池中至少一个目标资源。
59.根据用户分配的存储容量，激活资源池中至少一个目标资源的过程可参见上述实施例的描述，在此不再赘述。
60.本实施例中主要对将采集器采集的数据存储到被激活资源的过程进行描述。因为是基于一致性哈希算法存储采集器所采集的数据，因此需要预先根据组成资源池的资源的名称加后缀编号的方式，以一个固定值作为哈希(hash)计算的基础值，并由这个固定值组成一个环空间，示例性的，参见图3b，其示出了哈希环的示意图，图中环空间的大小为2
32
，把每一个资源计算出的32个哈希值，均匀分布在这个哈希环上。基于一致性哈希算法存储数据的具体过程参见s303-s305。
61.在此需要说明的是，处于休眠状态下的资源在哈希环上对应的虚拟节点为只读状态，即表示不能将采集的数据存储到该虚拟节点对应的资源上；处于激活状态下的资源在哈希环上对应的虚拟节点为允许读写状态，即表示可以将采集的数据存储到该虚拟节点对
应的资源上。
62.s303、根据采集器自身设备编码和预设哈希函数，计算得到一个哈希值。
63.s304、在哈希环上按照预设顺序查找临近哈希值的目标虚拟节点。
64.s305、在判断目标虚拟节点处于允许读写状态，且已经执行过将数据存储到目标虚拟节点对应的资源中的采集器的数量小于第一预设数量时，将采集的数据存储到目标虚拟节点对应的目标资源中。
65.在向处于激活状态的资源存储数据时，根据采集器自身设备编码和预设哈希函数计算出一个哈希值，在哈希环上按照预设顺序(例如顺时针)查找最邻近的虚拟节点，并判断虚拟节点的状态。如果该虚拟节点是可读可写的状态(即允许读写状态)，则表明该虚拟节点对应的资源处于激活状态，可以被选中进行数据存储，而如果该虚拟节点是只读状态时，则表明该虚拟节点对应的资源处于休眠状态，不能用于存储数据，则需要跳过该虚拟节点，并继续按照顺时针查找下一个最邻近的虚拟节点，直到遇到可读可写的虚拟节点。
66.进一步的，考虑到磁盘的读写压力，哈希环上每个虚拟节点支持第一预设数量的采集器将数据存储到该虚拟节点对应的资源中，且每个资源支持第二预设数量的采集器进行数据存储，其中第二预设数量等于第一预设数量与一个资源对应的虚拟节点数量的乘积。因此，在确定目标虚拟节点处于允许读写状态后，还需判断已经执行过将数据存储到目标虚拟节点对应的资源中的采集器的数量是否小于第一预设数量。若是，则将采集的数据存储到目标虚拟节点对应的目标资源中；若否，则跳过目标虚拟节点，并顺时针查找下一个邻近的可读可写虚拟节点。
67.示例性的，每个资源支持512路采集器(ipc)存储，因此其对应的32虚拟节点，每个虚拟节点支持16路采集器(ipc)存储。如果处于可读可写状态的虚拟节点已经被16个ipc选择，则需要跳过并顺时针查找下一个邻近的可读可写虚拟节点。
68.在此需要说明的是，当前激活的资源节点需要满足用户配置的所有ipc存储要求，当ipc在哈希环上未找到一个可用的虚拟节点时，此时系统需要再激活一个虚拟节点。
69.s306、响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
70.在一种可选的实施方式中，响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容，包括：响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择至少一个资源；其中至少一个被选中资源的资源容量之和与缩容容量相同；将被选中的至少一个资源从资源池中删除，并在哈希环上将被删除资源对应的虚拟节点删除。
71.本技术实施例中，通过判断某一虚拟节点的状态，以及确定该虚拟节点已经被其他采集器选中的次数，判断是否将当前采集器所采集的数据存储到该虚拟节点对应的资源中。由此不仅实现了将数据精准的存储到处于激活状态的资源中，还兼顾了资源的磁盘读写压力。
72.图4是本技术第四实施例的资源管理方法的流程图，本实施例是在上述实施例的基础上进行优化，参见图4，该方法包括：
73.s401、将资源池中所有资源的使用状态初始化为休眠状态。
74.s402、根据用户分配的存储容量，激活资源池中至少一个目标资源，使得基于一致
性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中。
75.s403、若某一被激活的目标资源出现异常，则并将该目标资源在哈希环上的虚拟节点调整为异常状态。
76.本技术实施例中，若某一被激活的目标资源在存储数据过程中出现异常情况，不能正常工作时，则将该目标资源调整为休眠状态，也即禁止异常的资源再存储数据。同时将该目标资源在哈希环上的虚拟节点调整为异常状态，以保证该目标资源对应的虚拟节点不再被数据选择存储命中。在此需要说明的是，当目标资源休眠时，当前在该目标资源上存储的数据(ipc数据流)需要重新再进行一次资源虚拟节点选择进行存储。
77.s404、从其他处于休眠状态的资源中选出容量之和不小于异常目标资源容量的至少一个备用资源，并激活至少一个备用资源，以便备用资源继续存储采集器采集的数据。
78.在将异常资源调整为休眠状态时，为了保证用户的需求，将当前激活的资源总容量与用户需求总容量做对比，若当前激活的资源总容量小于用户需求总容量，则从其他休眠状态的资源中唤醒相同容量或者大于异常资源容量的备用资源，以便备用资源继续存储采集器采集的数据。
79.s405、响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
80.在此需要说明的是，如果从当前处于休眠状态的资源中选择满足缩容需求的资源，是由于异常而被调整为休眠状态的资源，则选中的资源中存储有少量的数据，在缩容时需要先将被选中资源存储的少量数据迁移到其他处于激活状态的资源中，然后将被选中的因异常休眠的资源从资源池中删除。
81.本技术实施例中，在某一资源异常时，将异常资源休眠，并选出容量不小于异常资源的资源代替其工作，确保数据存储的安全性，实现了资源的弹性管理。而且即使缩容时选中的是因异常而休眠的资源，也只需进行少量的数据迁移，缩容的时间较短，对磁盘的性能压力较小。
82.图5a是本技术第五实施例的资源管理方法的流程图，本实施例是在上述实施例的基础上进行优化，参见图5a，该方法包括：
83.s501、将资源池中所有资源的使用状态初始化为休眠状态。
84.本技术实施例中，资源的使用状态包括休眠状态和激活状态两种。其中，在休眠状态下资源存储的数据处于只读且允许删除状态；在激活状态下资源存储的数据处于可读可写状态。
85.s502、根据用户分配的存储容量，激活资源池中至少一个目标资源，使得基于一致性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中。
86.s503、若用户删除某次分配的存储容量，则根据用户剩余的存储容量，将处于激活状态的部分资源调整为休眠状态。
87.本技术实施例中，用户可能多次分配存储容量，示例性的，参见图5b，其示出了用户分配了三次存储容量(user1、user2、user3)，每次分配的存储容量为10t，相应的资源池中资源2、资源1和资源3被激活。
88.若用户删除某次分配的存储容量，存储系统会将对应的容量收回，并则根据用户剩余的存储容量，将处于激活状态的部分资源调整为休眠状态。在一种可选的实施方式中，
根据用户剩余的存储容量，将处于激活状态的部分资源调整为休眠状态，包括：将处于激活状态的各资源按照资源容量进行递减排序；按照从小到大的顺序依次将处于激活状态的资源调整为休眠状态，直到剩余的处于激活状态的资源的总资源容量不小于用户剩余的存储容量为止。需要说明的是，之所以按照由小到大的顺序依次进行休眠，是为了保障处于激活状态的资源尽可能少，便于管理，不会频繁激活资源。而且，在当资源休眠时，当前在该资源上存储的数据(ipc数据流)需要重新再进行一次资源虚拟节点选择进行存储。
89.示例性的，若用户删除为了user2和user3，则相应的可将处于激活状态的资源1和资源3调整为休眠状态，剩下的资源2(18t容量)足够用户使用。
90.s504、响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
91.在此需要说明的是，如果从当前处于休眠状态的资源中选择满足缩容需求的资源，是因为用户删除存储容量而被调整为休眠状态的资源，则选中的资源中存储有少量的数据，在缩容时需要先将被选中资源存储的少量数据迁移到其他处于激活状态的资源中，然后将被选中的因异常休眠的资源从资源池中删除。
92.本技术实施例中，在用户删除存储容量时，通过将部分激活的资源调整为休眠状态，等待下次被激活，这样确保了在任何时刻数据在最小范围资源内进行存储，方便资源池缩容管理。
93.图6是本技术第六实施例的资源管理方法的流程图，本实施例是在上述实施例的基础上进行优化，本技术实施例中，资源的状态除了包括使用状态(包括休眠状态和激活状态)，资源的状态还包括加载状态，加载状态包括在线和离线两种；其中，加载状态为在线时表示资源可用；加载状态为离线时表示资源因为异常而不可使用。参见图6，该方法包括：
94.s601、在数据库中实时更新记录资源的使用状态和加载状态的变化。
95.当资源出现异常情况导致资源不可用时，资源的加载状态更新为离线状态，并同步更新到数据库，表示该资源不能进行数据读写操作。
96.资源的使用状态分为休眠状态和激活状态两种状态，用来区分资源当前是否被资源池激活用来给数据流提供数据存储服务。资源池划分后所有资源的使用状态初始化为休眠状态，对应的在数据库中将所有的资源的状态标记为“未被使用”，而当某一资源被激活时，在数据库中该资源的使用状态更新标记为“正在使用”。同时若某一资源由激活状态调整为休眠状态，则在数据库中将该资源的标记“正在使用”更新为“未被使用”。由此通过数据库可实时更新记录资源的使用状态和加载状态的变化。
97.s602、在设备重启时，根据数据库记载的各资源的使用状态和加载状态进行资源的初始化。
98.示例性的，数据库中资源使用状态被标记为“正在使用”的资源，则初始化时在资源池中将该资源激活；而使用状态被标记为“未被使用”的资源，则在资源池中将该资源初始化为休眠状态，也即休眠状态的资源只支持数据读取和删除，不支持数据写入。
99.本技术实施例中，通过数据库记录资源的使用状态和加载状态的变化，使得在遇到异常情况需要重启设备时，可根据数据库记录的状态数据完成初始化，使得资源池的资源按照重启前的状态继续工作。
100.图7是本技术第七实施例的资源管理装置的结构示意图，本实施例可适用于监控
系统资源池进行缩容管理的情况，参见图3，该装置包括：
101.第一初始化模块701，用于将资源池中所有资源的使用状态初始化为休眠状态；其中，在休眠状态下资源存储的数据处于只读且允许删除状态；
102.资源激活模块702，用于根据用户分配的存储容量，激活资源池中至少一个目标资源，使得基于一致性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中；
103.缩容管理模块703，用于响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
104.在上述实施例的基础上，可选的，资源激活模块包括：
105.第一排序单元，用于将处于休眠状态的所有资源按照资源容量进行递减排序；
106.激活单元，用于根据用户分配的存储容量，按照资源容量由大到小的顺序，激活至少一个目标资源；其中，激活后的至少一个目标资源的总资源容量不小于用户分配的存储容量。
107.在上述实施例的基础上，可选的，处于休眠状态下的资源在哈希环上对应的虚拟节点为只读状态；处于激活状态下的资源在哈希环上对应的虚拟节点为允许读写状态。
108.在上述实施例的基础上，可选的，该装置还包括：
109.第一状态调整模块，用于若某一被激活的目标资源出现异常，则将该目标资源调整为休眠状态，并将该目标资源在哈希环上的虚拟节点调整为异常状态；
110.第一筛选模块，用于从其他处于休眠状态的资源中选出容量之和不小于异常目标资源容量的至少一个备用资源，并激活至少一个备用资源，以便备用资源继续存储采集器采集的数据。
111.在上述实施例的基础上，可选的，哈希环上每个虚拟节点支持第一预设数量的采集器将数据存储到该虚拟节点对应的资源中，且每个资源支持第二预设数量的采集器进行数据存储。
112.在上述实施例的基础上，可选的，采集器基于一致性哈希算法，将采集的数据存储在处于激活状态的目标资源中的过程，包括：
113.根据采集器自身设备编码和预设哈希函数，计算得到一个哈希值；
114.在哈希环上按照预设顺序查找临近哈希值的目标虚拟节点；
115.在判断目标虚拟节点处于允许读写状态，且已经执行过将数据存储到目标虚拟节点对应的资源中的采集器的数量小于第一预设数量时，将采集的数据存储到目标虚拟节点对应的目标资源中。
116.在上述实施例的基础上，可选的，缩容管理模块包括：
117.资源筛选单元，用于响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择至少一个资源；其中被选中至少一个资源的资源容量之和与缩容容量相同；
118.资源删除单元，用于将被选中的至少一个资源从资源池中删除，并在哈希环上将被删除资源对应的虚拟节点删除。
119.在上述实施例的基础上，可选的，该装置还包括：
120.第二状态调整模块，用于若用户删除某次分配的存储容量，则根据用户剩余的存储容量，将处于激活状态的部分资源调整为休眠状态。
121.在上述实施例的基础上，可选的，第二状态调整模块包括：
122.第二排序单元，将处于激活状态的各资源按照资源容量进行递减排序；
123.状态调整单元，用于按照从小到大的顺序依次将处于激活状态的资源调整为休眠状态，直到剩余的处于激活状态的资源的总资源容量不小于用户剩余的存储容量为止。
124.在上述实施例的基础上，可选的，资源的状态还包括加载状态，加载状态包括在线和离线两种；
125.其中，加载状态为在线时表示资源可用；加载状态为离线时表示资源因为异常而不可使用。
126.在上述实施例的基础上，可选的，该装置还包括：
127.更新记录模块，用于在数据库中实时更新记录资源的使用状态和加载状态的变化；
128.第二初始化模块，用于在设备重启时，根据数据库记载的各资源的使用状态和加载状态进行资源的初始化。
129.本技术实施例所提供的资源管理装置可执行本技术任意实施例所提供的资源管理方法，具备执行方法相应的功能模块和有益效果。
130.图8是本技术第八实施例中提供的一种电子设备的结构示意图。如图8所示结构，本技术实施例中提供的电子设备包括：一个或多个处理器802和存储器801；该电子设备中的处理器802可以是一个或多个，图8中以一个处理器802为例；存储器801用于存储一个或多个程序；一个或多个程序被一个或多个处理器802执行，使得一个或多个处理器802实现如本技术实施例中任一项的资源管理方法。
131.该电子设备还可以包括：输入装置803和输出装置804。
132.该电子设备中的处理器802、存储器801、输入装置803和输出装置804可以通过总线或其他方式连接，图8中以通过总线连接为例。
133.该电子设备中的存储装置801作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本技术实施例中所提供的资源管理方法对应的程序指令/模块。处理器802通过运行存储在存储装置801中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述方法实施例中资源管理方法。
134.存储装置801可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器801可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器801可进一步包括相对于处理器802远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
135.输入装置803可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置804可包括显示屏等显示设备。
136.并且，当上述电子设备所包括一个或者多个程序被所述一个或者多个处理器802执行时，程序进行如下操作：
137.将资源池中所有资源的使用状态初始化为休眠状态；其中，在休眠状态下资源存储的数据处于只读且允许删除状态；
138.根据用户分配的存储容量，激活资源池中至少一个目标资源，使得基于一致性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中；
139.响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
140.当然，本领域技术人员可以理解，当上述电子设备所包括一个或者多个程序被一个或者多个处理器802执行时，程序还可以进行本技术任意实施例中所提供的资源管理方法中的相关操作。
141.本技术的一个实施例中提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行资源管理方法，该方法包括：
142.将资源池中所有资源的使用状态初始化为休眠状态；其中，在休眠状态下资源存储的数据处于只读且允许删除状态；
143.根据用户分配的存储容量，激活资源池中至少一个目标资源，使得基于一致性哈希算法，将采集器采集的数据存储在处于激活状态的目标资源中；
144.响应于对资源池进行缩容的触发操作，从当前处于休眠状态的资源中选择满足缩容需求的资源进行资源池缩容。
145.可选的，该程序被处理器执行时还可以用于执行本技术任意实施例中所提供的方法。
146.本技术实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式cd-rom、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
147.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
148.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、无线电频率(radio frequency，rf)等等，或者上述的任意合适的组合。
149.可以以一种或多种程序设计语言或其组合来编写用于执行本技术操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言(诸如“c”语言或类似的程序设计语言)。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(例如包括局域网(lan)或
广域网(wan))连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
150.注意，上述仅为本技术的较佳实施例及所运用技术原理。本领域技术人员会理解，本技术不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本技术的保护范围。因此，虽然通过以上实施例对本技术进行了较为详细的说明，但是本技术不仅仅限于以上实施例，在不脱离本技术构思的情况下，还可以包括更多其他等效实施例，而本技术的范围由所附的权利要求范围决定。