[发明专利]基于共享存储的加锁资源配置方法有效
申请号: | 201711138834.9 | 申请日: | 2017-11-16 |
公开(公告)号: | CN107888689B | 公开(公告)日: | 2019-04-30 |
发明(设计)人: | 陶杰;罗亭;马晓峰;许广彬;郑军;郭晓;张银滨;张欢 | 申请(专利权)人: | 无锡地铁集团有限公司;无锡华云数据技术服务有限公司 |
主分类号: | H04L29/08 | 分类号: | H04L29/08;H04L12/24 |
代理公司: | 苏州友佳知识产权代理事务所(普通合伙) 32351 | 代理人: | 储振 |
地址: | 214000 *** | 国省代码: | 江苏;32 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 共享 存储 加锁 资源配置 方法 | ||
1.一种基于共享存储的加锁资源配置方法,其特征在于,包括以下步骤:
S1、通过lsblk命令查询卷组中正在被使用和/或可用的逻辑卷,
S2、当计算节点中的卷组与底层存储设备中的所有多路径数据分发链路发生故障时,通过禁用多路径队列挂起机制来确保所有虚拟机对逻辑卷IO请求执行完毕;
S3、逻辑卷锁服务进程调用Device Mapper的映射表管理工具禁止卷组与真实目标设备之间的后续的IO请求操作,等待已经下发到逻辑卷的IO请求操作完成后,将多路径数据分发链路发生故障所对应的逻辑卷在Device Mapper的映射表所映射的真实目标设备替换成伪目标设备,而不直接移除多路径数据分发链路发生故障所对应的逻辑卷所对应的Device Mapper的映射表;
S4、逻辑卷锁服务进程调用sanlock释放所有逻辑卷的锁,以阻止计算节点强制停机,以释放所在计算节点上的虚拟机对于步骤S1中所述逻辑卷的使用。
2.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,所述步骤S1中的卷组与逻辑卷部署于同一计算节点中。
3.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,所述步骤S4中的“逻辑卷锁服务进程调用sanlock释放所有逻辑卷的锁”具体为:通过调用drop vg命令,以释放卷组所形成的所有逻辑卷的锁。
4.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,所述步骤S1之后还包括:对正在被使用的逻辑卷遍历查询卷组所在的块设备的路径的步骤,所述块设备形成于真实目标设备中。
5.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,所述步骤S1中的逻辑卷形成加锁资源。
6.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,执行步骤S1之前还包括:
通过lsblk命令查询正在被使用的逻辑卷所依赖的底层存储设备与卷组之间是否形成多路径数据分发链路;
若是,则执行步骤S1;
若否,则跳转执行步骤S3;其中,
所述底层存储设备形成真实目标设备。
7.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,所述底层存储设备包括SAN存储与CEPH存储,当真实目标设备替换成伪目标设备后,仅隔离卷组与SAN存储之间的数据分发物理链路,且不隔离卷组与CEPH存储之间的数据分发物理链路。
8.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,所述逻辑卷为Delta Lease服务逻辑卷或者Paxos Lease服务逻辑卷。
9.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,所述步骤S4中的“强制停机”具体为:linux内核的watchdog执行重置linux系统内核的操作或者通过IPMI对计算节点作强制断电的操作。
10.根据权利要求1所述的基于共享存储的加锁资源配置方法,其特征在于,所述步骤S3中的“映射表管理工具”具体为:dmsetup wipe_table命令。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于无锡地铁集团有限公司;无锡华云数据技术服务有限公司,未经无锡地铁集团有限公司;无锡华云数据技术服务有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201711138834.9/1.html,转载请声明来源钻瓜专利网。