一种卷的快照信息获取方法、系统、设备以及介质与流程

1.本发明涉及存储领域，具体涉及一种卷的快照信息获取方法、系统、设备以及存储介质。


背景技术：

2.随着云上业务如openstack(一个开源的云计算管理平台项目)、k8s(即kubernetes，一个可移植容器的编排管理工具)等快速发展，分布式块存储扮演了越来越重要的后端存储任务，而块存储中的卷承载了主要的io(输入和输出)业务。分布式块使用的场景非常广泛，如银行、通信运营商、各种政务系统等，这些用户对数据安全有着比较高的追求，所以备份和容灾技术对于这些用户必不可少，而快照作为一种快速备份技术，有着备份速度快，使用简单、能够方便的恢复数据等显著优势，所以在实际应用中使用频率很高，这就会造成一个卷会有较多快照的问题。而卷在使用过程中无论是打开、获取排它锁、释放排他锁，都会涉及到卷的刷新动作，而刷新过程中对快照的刷新是必不可少的环节，当前在卷中使用的对快照的刷新方案会随着快照数量增多而效率线性下降的问题。
3.当前卷中对快照刷新调用接口是snapshot_list，这个接口的实现中通过一个for循环将每个快照需要请求的name、size、parent、status依次加入一个call中，最终通过网络封成一个请求发送给osd(object storage device，对象存储设备)，如果有n个快照，这样对于osd来说这个请求会有4*n次对象访问处理，并且osd会在所有处理完成后才会去执行其他任务，这样会有很大概率造成op delay，影响卷的使用性能。这样随着卷的数量增多，卷刷新时也会出现效率线性下降的问题。


技术实现要素：

4.有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种卷的快照信息获取方法，包括以下步骤：
5.响应于卷触发预设动作，生成刷新快照信息的请求，其中所述请求中指定待获取的快照信息类型；
6.封装并将所述请求发送到对象存储设备；
7.响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息；
8.利用所述预设组件根据所述请求中携带的待获取的快照信息类型从所述全部信息中筛选出所需的信息并返回。
9.在一些实施例中，封装并将所述请求发送到对象存储设备，进一步还包括：
10.调用预设类中的第一函数；
11.通过所述第一函数中的接口封装并发送所述请求。
12.在一些实施例中，还包括：
13.调用所述预设类中的第二函数；
14.利用所述第二函数将返回的信息按照快照id(identity document，身份标识号)进行组合归类。
15.在一些实施例中，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息，进一步包括：
16.响应于对象存储设备接收到所述请求，判断所述请求的类型；
17.响应于所述请求的类型为预设类型，调用所述预设组件。
18.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种卷的快照信息获取系统，包括：
19.生成模块，配置为响应于卷触发预设动作，生成刷新快照信息的请求，其中所述请求中指定待获取的快照信息类型；
20.封装模块，配置为封装并将所述请求发送到对象存储设备；
21.获取模块，配置为响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息；
22.筛选返回模块，配置为利用所述预设组件根据所述请求中携带的待获取的快照信息类型从所述全部信息中筛选出所需的信息并返回。
23.在一些实施例中，封装模块还配置为：
24.调用预设类中的第一函数；
25.通过所述第一函数中的接口封装并发送所述请求。
26.在一些实施例中，还包括归类模块，配置为：
27.调用所述预设类中的第二函数；
28.利用所述第二函数将返回的信息按照快照id进行组合归类。
29.在一些实施例中，获取模块还配置为：
30.响应于对象存储设备接收到所述请求，判断所述请求的类型；
31.响应于所述请求的类型为预设类型，调用所述预设组件。
32.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机设备，包括：
33.至少一个处理器；以及
34.存储器，所述存储器存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行以下步骤：
35.响应于卷触发预设动作，生成刷新快照信息的请求，其中所述请求中指定待获取的快照信息类型；
36.封装并将所述请求发送到对象存储设备；
37.响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息；
38.利用所述预设组件根据所述请求中携带的待获取的快照信息类型从所述全部信息中筛选出所需的信息并返回。
39.在一些实施例中，封装并将所述请求发送到对象存储设备，进一步还包括：
40.调用预设类中的第一函数；
41.通过所述第一函数中的接口封装并发送所述请求。
42.在一些实施例中，还包括：
43.调用所述预设类中的第二函数；
44.利用所述第二函数将返回的信息按照快照id进行组合归类。
45.在一些实施例中，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息，进一步包括：
46.响应于对象存储设备接收到所述请求，判断所述请求的类型；
47.响应于所述请求的类型为预设类型，调用所述预设组件。
48.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时执行以下步骤：
49.响应于卷触发预设动作，生成刷新快照信息的请求，其中所述请求中指定待获取的快照信息类型；
50.封装并将所述请求发送到对象存储设备；
51.响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息；
52.利用所述预设组件根据所述请求中携带的待获取的快照信息类型从所述全部信息中筛选出所需的信息并返回。
53.在一些实施例中，封装并将所述请求发送到对象存储设备，进一步还包括：
54.调用预设类中的第一函数；
55.通过所述第一函数中的接口封装并发送所述请求。
56.在一些实施例中，还包括：
57.调用所述预设类中的第二函数；
58.利用所述第二函数将返回的信息按照快照id进行组合归类。
59.在一些实施例中，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息，进一步包括：
60.响应于对象存储设备接收到所述请求，判断所述请求的类型；
61.响应于所述请求的类型为预设类型，调用所述预设组件。
62.本发明具有以下有益技术效果之一：本发明提出的方案通过一次获取操作，将需要刷新的快照信息提取到内存中，不再对osd发送随着快照数量线性增加的请求，减少请求次数和对osd的压力。
附图说明
63.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
64.图1为本发明的实施例提供的卷的快照信息获取方法的流程示意图；
65.图2为本发明的实施例提供的卷的快照信息获取系统的结构示意图；
66.图3为本发明的实施例提供的计算机设备的结构示意图；
67.图4为本发明的实施例提供的计算机可读存储介质的结构示意图。
具体实施方式
68.为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
69.需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
70.根据本发明的一个方面，本发明的实施例提出一种卷的快照信息获取方法，如图1所示，其可以包括步骤：
71.s1，响应于卷触发预设动作，生成刷新快照信息的请求，其中所述请求中指定待获取的快照信息类型；
72.s2，封装并将所述请求发送到对象存储设备；
73.s3，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息；
74.s4，利用所述预设组件根据所述请求中携带的待获取的快照信息类型从所述全部信息中筛选出所需的信息并返回。
75.本发明提出的方案通过一次获取操作，将需要刷新的快照信息提取到内存中，不再对osd发送随着快照数量线性增加的请求，减少请求次数和对osd的压力。
76.在一些实施例中，封装并将所述请求发送到对象存储设备，进一步还包括：
77.调用预设类中的第一函数；
78.通过所述第一函数中的接口封装并发送所述请求。
79.具体的，当打开卷、卷申请排他锁或者卷释放排他锁时，会有send_fresh()请求，可以通过refreshrequest类来处理fresh请求。在该refreshrequest类中，在客户端通过函数send_v2_get_snap_info()中的接口snapshot_list封装请求信息，该请求信息中携带了需要向osd请求快照刷新所需要的信息，例如name、size、parent和status等。之后即可将封装好的请求消息通过网络模块osdc发送给osd。
80.在一些实施例中，还包括：
81.调用所述预设类中的第二函数；
82.利用所述第二函数将返回的信息按照快照id进行组合归类。
83.具体的，可以在refreshrequest类的handle_v2_get_snap_info()中，将获取到的按照快照id组合起来。由于获取到信息是所有卷的信息，因此为了后续能够快速查询，将获取的信息按照卷的id进行分类组合。
84.在一些实施例中，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息，进一步包括：
85.响应于对象存储设备接收到所述请求，判断所述请求的类型；
86.响应于所述请求的类型为预设类型，调用所述预设组件。
87.具体的，当osd接收到请求后根据请求的类型判断是snapshot_list请求后，调用cls_rbd(预设组件)中的snapshot_list来请求rbd_header对象中的全部信息，该对象中存
储了所有快照的信息，即一次性将该对象中的所有信息获取到，然后再在cls_rbd中的snapshot_list将从header对象获取到的map中筛选出刷新快照所需要的全部信息并返回。
88.本发明提出的方案在卷有大量快照时，通过一次请求替换了原本快照数目倍数级的请求，显著减少了请求次数，这样不仅能够减少每次请求时网络带来的时延，也会显著降低osd的压力，从而减少对cpu和内存的消耗，对于整个卷的刷新效率有大幅提高，显著用户改善使用体验。
89.基于同一发明构思，根据本发明的另一个方面，本发明的实施例还提供了一种卷的快照信息获取系统400，如图2所示，包括：
90.生成模块401，配置为响应于卷触发预设动作，生成刷新快照信息的请求，其中所述请求中指定待获取的快照信息类型；
91.封装模块402，配置为封装并将所述请求发送到对象存储设备；
92.获取模块403，配置为响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息；
93.筛选返回模块404，配置为利用所述预设组件根据所述请求中携带的待获取的快照信息类型从所述全部信息中筛选出所需的信息并返回。
94.在一些实施例中，封装模块还配置为：
95.调用预设类中的第一函数；
96.通过所述第一函数中的接口封装并发送所述请求。
97.在一些实施例中，还包括归类模块，配置为：
98.调用所述预设类中的第二函数；
99.利用所述第二函数将返回的信息按照快照id进行组合归类。
100.在一些实施例中，获取模块还配置为：
101.响应于对象存储设备接收到所述请求，判断所述请求的类型；
102.响应于所述请求的类型为预设类型，调用所述预设组件。
103.本发明提出的方案在卷有大量快照时，通过一次请求替换了原本快照数目倍数级的请求，显著减少了请求次数，这样不仅能够减少每次请求时网络带来的时延，也会显著降低osd的压力，从而减少对cpu和内存的消耗，对于整个卷的刷新效率有大幅提高，显著用户改善使用体验。
104.基于同一发明构思，根据本发明的另一个方面，如图3所示，本发明的实施例还提供了一种计算机设备501，包括：
105.至少一个处理器520；以及
106.存储器510，存储器510存储有可在处理器上运行的计算机程序511，处理器520执行程序时执行以下步骤：
107.s1，响应于卷触发预设动作，生成刷新快照信息的请求，其中所述请求中指定待获取的快照信息类型；
108.s2，封装并将所述请求发送到对象存储设备；
109.s3，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息；
110.s4，利用所述预设组件根据所述请求中携带的待获取的快照信息类型从所述全部
信息中筛选出所需的信息并返回。
111.在一些实施例中，封装并将所述请求发送到对象存储设备，进一步还包括：
112.调用预设类中的第一函数；
113.通过所述第一函数中的接口封装并发送所述请求。
114.在一些实施例中，还包括：
115.调用所述预设类中的第二函数；
116.利用所述第二函数将返回的信息按照快照id进行组合归类。
117.在一些实施例中，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息，进一步包括：
118.响应于对象存储设备接收到所述请求，判断所述请求的类型；
119.响应于所述请求的类型为预设类型，调用所述预设组件。
120.本发明提出的方案在卷有大量快照时，通过一次请求替换了原本快照数目倍数级的请求，显著减少了请求次数，这样不仅能够减少每次请求时网络带来的时延，也会显著降低osd的压力，从而减少对cpu和内存的消耗，对于整个卷的刷新效率有大幅提高，显著用户改善使用体验。
121.基于同一发明构思，根据本发明的另一个方面，如图4所示，本发明的实施例还提供了一种计算机可读存储介质601，计算机可读存储介质601存储有计算机程序指令610，计算机程序指令610被处理器执行时执行以下步骤：
122.s1，响应于卷触发预设动作，生成刷新快照信息的请求，其中所述请求中指定待获取的快照信息类型；
123.s2，封装并将所述请求发送到对象存储设备；
124.s3，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息；
125.s4，利用所述预设组件根据所述请求中携带的待获取的快照信息类型从所述全部信息中筛选出所需的信息并返回。
126.在一些实施例中，封装并将所述请求发送到对象存储设备，进一步还包括：
127.调用预设类中的第一函数；
128.通过所述第一函数中的接口封装并发送所述请求。
129.在一些实施例中，还包括：
130.调用所述预设类中的第二函数；
131.利用所述第二函数将返回的信息按照快照id进行组合归类。
132.在一些实施例中，响应于所述对象存储设备接收到所述请求，调用预设组件的预设接口以从预设对象中获取全部信息，进一步包括：
133.响应于对象存储设备接收到所述请求，判断所述请求的类型；
134.响应于所述请求的类型为预设类型，调用所述预设组件。
135.本发明提出的方案在卷有大量快照时，通过一次请求替换了原本快照数目倍数级的请求，显著减少了请求次数，这样不仅能够减少每次请求时网络带来的时延，也会显著降低osd的压力，从而减少对cpu和内存的消耗，对于整个卷的刷新效率有大幅提高，显著用户改善使用体验。
136.最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。
137.此外，应该明白的是，本文的计算机可读存储介质(例如，存储器)可以是易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。
138.本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、方块、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。
139.以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
140.应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
141.上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
142.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
143.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。