十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
这篇文章主要介绍“GlusterFS的分布式锁作用”,在日常操作中,相信很多人在GlusterFS的分布式锁作用问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”GlusterFS的分布式锁作用”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
成都创新互联是一家专注于成都网站制作、成都做网站与策划设计,南和网站建设哪家好?成都创新互联做网站,专注于网站建设十年,网设计领域的专业建站公司;建站业务涵盖:南和等地区。南和做网站价格咨询:18982081108
一、文件系统锁
代码上看,GlusterFS锁是由xlators/locks实现,它是一个Translator,一般直接在Server端的posix 文件系统上加载,即直接对Server端的本地文件系统上的文件加锁(记录锁),当然,xlator/locks实现的锁机制最终会反应到Server端本地文件系统上的锁。它的主要原理是:如同不同客户端对同一文件的重叠区域写,则将此写请求插入一等待队列,由flush操作调度;否则,可并行读写。
二、事务锁
逻辑上看,不同的集群模式有不同的处理流程,会有不同的处理逻辑来保证锁的事务性。读操作处理流程相对简单,以下主要分析写流程。
对AFR,由于要同时向多个存储节点写文件,为保证数据一致性,必须先获得各个存储节点的锁,然后才能执行写操作。这会涉及多个锁管理节点,只要有一个节点没有加锁成功,必须放弃之前从其余各节点获取的锁,并重新尝试获取所有节点的锁。
对DHT,由于文件写只会对应一个存储节点,所以一旦节点定位成功,写操作相对简单。
对Stripe,首先通过计算,定位某文件片对应的存储节点,然后才获取对应节点的锁,由于每一分片只涉及一个存储节点,类似DHT,写操作的处理也比较简单。
到此,关于“GlusterFS的分布式锁作用”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注创新互联网站,小编会继续努力为大家带来更多实用的文章!