[发明专利]元数据服务集群的快照更新管理方法及系统在审
申请号: | 201810697880.0 | 申请日: | 2018-06-29 |
公开(公告)号: | CN108959533A | 公开(公告)日: | 2018-12-07 |
发明(设计)人: | 罗浩 | 申请(专利权)人: | 郑州云海信息技术有限公司 |
主分类号: | G06F17/30 | 分类号: | G06F17/30 |
代理公司: | 北京集佳知识产权代理有限公司 11227 | 代理人: | 罗满 |
地址: | 450018 河南省郑州市*** | 国省代码: | 河南;41 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 快照更新 管理服务器 元数据服务器 快照表 集群 元数据服务 管理系统 管理方法及系统 元数据信息 发送 缓存 快照 快照获取 快照数据 数据发送 更新 应用 保存 管理 | ||
本发明公开了一种元数据服务集群的快照更新管理方法,包括:基于快照更新管理系统,系统包括多个元数据服务器以及管理服务器;该方法包括:元数据服务器进行快照表更新后发送快照更新请求至管理服务器,快照更新请求内包含快照更新的元数据信息;管理服务器接收元数据服务器发送的快照更新请求后进行缓存,据此更新自身的快照表;接收快照获取请求后,将对应的快照表数据发送至相应的对象端。本发明由管理服务器保存集群内全部元数据服务器的快照更新数据,任何应用在需要快照数据时,仅需要从管理服务器内获取即可,简化了快照应用时的操作步骤;本发明还公开了一种基于上述方法的快照更新管理系统。
技术领域
本发明涉及集群管理技术领域,特别是涉及一种元数据服务集群的快照更新管理方法及系统。
背景技术
分布式文件系统的元数据服务集群中,每个元数据服务器mds内均包含一个snaptable,即一种快照表,用于保存快照的序列号及快照信息、最新一次删除/创建等等快照的元数据。
目前,在某一个mds对自身的快照表进行更新后,例如mds1发生更新,其他mds若需要进行同步更新的话,需要直接发送请求至mds1来获取mds1的更新快照数据。这样使得,在某些需要获取大量快照数据的业务下,想要得到需求的快照数据的话,需要集群内各个mds之间多次进行交互,操作复杂,业务完成时间长。
因此,如何提供一种操作简便的元数据服务集群的快照更新管理方法及系统是本领域技术人员目前需要解决的问题。
发明内容
本发明的目的是提供一种元数据服务集群的快照更新管理方法及系统,一种元数据服务集群的快照更新管理方法,由管理服务器保存集群内全部元数据服务器的快照更新数据,方便后续业务应用获取快照数据。
为解决上述技术问题,本发明提供了一种元数据服务集群的快照更新管理方法,基于快照更新管理系统,所述系统包括多个元数据服务器以及管理服务器;所述方法包括:
所述元数据服务器进行快照表更新后发送快照更新请求至所述管理服务器,所述快照更新请求内包含快照更新的元数据信息;
所述管理服务器接收所述元数据服务器发送的快照更新请求后进行缓存,据此更新自身的快照表;接收快照获取请求后,将对应的快照表数据发送至相应的对象端。
优选地,还包括:
所述管理服务器接收所述快照更新请求后,发送快照更新通知至集群内、除进行快照更新的所述元数据服务器以外的全部元数据服务器内;所述快照更新通知内携带有发生快照更新的元数据服务器的标识。
优选地,还包括:
所述元数据服务器发送快照同步更新请求至所述管理服务器,所述快照同步更新请求内携带有作为同步对象的元数据服务器的标识;
所述管理服务器接收所述快照同步更新请求后,依据所述快照同步更新请求内携带的标识查找对应的快照更新请求,并将查找结果返回至发送所述快照同步更新请求的元数据服务器。
优选地,还包括:
所述管理服务器发送所述快照更新通知后,等待各个所述元数据服务器返回的响应;
所述管理服务器收到除进行快照更新的所述元数据服务器以外的全部元数据服务器返回的响应后,发送允许指令至所述进行快照表更新的元数据服务器;
所述进行快照表更新的元数据服务器接收所述允许指令后,将自身快照表更新数据写入日志内。
优选地,还包括:
所述管理服务器若在预设时间后未接收到全部响应,则发送携带有未返回响应的元数据服务器的标识的允许指令至所述进行快照表更新的元数据服务器;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于郑州云海信息技术有限公司,未经郑州云海信息技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810697880.0/2.html,转载请声明来源钻瓜专利网。