CN107105054B - 一种面向docker镜像仓库的镜像垃圾清理***及方法 - Google Patents
一种面向docker镜像仓库的镜像垃圾清理***及方法 Download PDFInfo
- Publication number
- CN107105054B CN107105054B CN201710347806.1A CN201710347806A CN107105054B CN 107105054 B CN107105054 B CN 107105054B CN 201710347806 A CN201710347806 A CN 201710347806A CN 107105054 B CN107105054 B CN 107105054B
- Authority
- CN
- China
- Prior art keywords
- mirror image
- request
- cleaning
- warehouse
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种面向docker镜像仓库的镜像垃圾清理***及方法,首先配置逻辑上可互相替换的主镜像仓库、备用镜像仓库;缓存镜像上传请求和镜像删除请求及对应镜像文件,并在指定时间段内取镜像上传请求和镜像删除请求的差集;切换主备用镜像仓库,通过备用镜像仓库执行差集上传镜像请求,执行完毕后,停止主镜像仓库并清理该主镜像仓库;最后将备用镜像仓库作为主镜像仓库,原主镜像仓库作为备用镜像仓库,重复上述逻辑,进行下一轮的镜像垃圾清理工作。本发明的一种面向docker镜像仓库的镜像垃圾清理***及方法与现有技术相比,填补了docker镜像仓库中清理镜像技术的空白,可以有效地减小docker镜像仓库的存储压力,实用性强。
Description
技术领域
本发明涉及云计算技术领域,具体地说是一种面向docker镜像仓库的镜像垃圾清理***及方法。
背景技术
在云计算容器技术领域的docker镜像仓库中,由于镜像的存储是分层存储,每一个镜像层只会存储改动的镜像和存储依赖的父镜像存储层的元信息,在这种存储结构下,要执行删除镜像来清理镜像仓库的空间,会涉及到两种难题:一是删除依赖镜像层是要首先判断该依赖层没有被其它镜像层依赖,这需要遍历依赖层,这样才能更好的清理镜像和释放镜像仓库空间;二是删除时候,涉及分布式加锁,如果删除某个镜像层时,恰恰同时有依赖该镜像层的镜像在上传,则会出现上传的镜像后续不可用的问题。
基于上述问题,本发明提出了一种面向docker镜像仓库的镜像垃圾清理***及方法,有效解决上述问题。
发明内容
本发明的技术任务是针对以上不足之处,提供一种面向docker镜像仓库的镜像垃圾清理***及方法。
一种面向docker镜像仓库的镜像垃圾清理***,包括两个镜像仓库及以下模块:请求代理模块、消息中心模块、清理模块、清理agent,其中,
两个镜像仓库分别为主镜像仓库、备用镜像仓库,主镜像仓库负责镜像的上传和下载请求,备用镜像仓库负责存储清洗后的镜像;
请求代理模块负责请求和镜像写入存储,并根据消息中心模块的标识信息,执行不同代理请求;
消息中心模块为请求代理模块提供标识信息,该标识信息包括开始清理、清理结束、主镜像仓库地址、备用镜像仓库地址,并在清理结束时向镜像仓库上的清理agent推送执行清空镜像仓库的命令;
清理模块,根据消息中心的标识执行定时任务,对存储的请求进行取上传和删除请求的差集,并把差集对应的上传请求再次重新发送到当前的备用镜像仓库,执行完成后向消息中心发送标识消息;
清理agent,请求agent在接收到消息中心的推送后,执行本模块的清理工作,完成后,向消息中心发送清理完成消息。
在请求代理模块将请求和镜像写入存储时,首先配置请求存储模块和镜像存储模块,来分别存储该请求和镜像,该请求包括上传镜像请求和删除镜像请求,请求代理模块把上传和删除镜像的请求记录到请求存储模块中,把镜像放到镜像存储模块中。
所述请求代理模块的工作过程为:
请求代理模块在消息中心中查看当前的***所处的阶段:是镜像垃圾清理阶段还是非镜像垃圾清理阶段,并且获取当前的主镜像地址和备用镜像仓库的地址;
如果是非镜像垃圾清理阶段,则向当前的主镜像仓库透传发送请求;
如果是镜像垃圾清理阶段,则上传镜像请求向备用镜像仓库上传;下载镜像时,先通过备用镜像仓库下载,如果没有,则通过主镜像仓库下载。
所述消息中心模块中,在缓存镜像上传、删除请求时,提供开始清理、清理结束的标识按照不同的逻辑执行代理请求,清理模块定时根据消息中心的标识执行清理任务,并向消息中心写入执行阶段的标识,消息中心根据收集到的标识,向清理agent发送清理命令,并根据获取到的消息标识所处阶段及时切换主备仓库的逻辑角色。
所述消息中心模块中,接受清理模块和清理agent发送的消息,进行标识阶段和逻辑主备用镜像仓库及向清理agent推送命令,具体实现步骤为:
步骤一:首先进行初始化,消息中心模块设置当前的阶段为非清理阶段,设置当前的逻辑主备用镜像仓库;
步骤二:当接收到清理模块开始清理镜像消息请求时,设置当前阶段为镜像清理阶段;
步骤三:当接收到清理模块发送的差集请求重发结束的消息时,则向清理agent发送清理本模块命令;
步骤四:当接收到所有的清理agent的清理完成消息后,改变当前的阶段为非清理阶段,切换主备用镜像仓库的逻辑角色。
所述清理模块定时根据消息中心模块的标识进行计算缓存请求的差集和向备用镜像仓库执行差集请求,其实现步骤为:
清理模块定时启动,并向消息中心模块不断询问上阶段的清理流程是否结束;
当询问到上阶段清理流程结束,则在消息中心模块中标识清理工作开始,并从消息中心模块中获取到主镜像仓库地址和备用镜像仓库地址;
清理模块向请求存储模块取得存储的镜像上传请求和镜像删除请求,并计算出上传请求和删除请求的差集,并从镜像存储中获取到差集对应的上传镜像请求对应的镜像;
向备用镜像仓库执行差集对应的上传镜像请求,全部执行完上传请求后,向消息中心发送消息,清理模块上传镜像差集请求结束。
一种面向docker镜像仓库的镜像垃圾清理方法,基于上述***,该***中配置有逻辑上可互相替换的主镜像仓库、备用镜像仓库,该方法的实现步骤为:
缓存镜像上传请求和镜像删除请求及对应镜像文件,并在指定时间段内取镜像上传请求和镜像删除请求的差集;
切换主备用镜像仓库,通过备用镜像仓库执行差集上传镜像请求,执行完毕后,停止主镜像仓库并清理该主镜像仓库;
最后将备用镜像仓库作为主镜像仓库,原主镜像仓库作为备用镜像仓库,重复上述逻辑,进行下一轮的镜像垃圾清理工作。
所述主镜像仓库负责镜像的上传和下载请求,备用镜像仓库负责存储清洗后的镜像。
在切换主备用镜像仓库的步骤中,主镜像仓库切换成只读模式,备用镜像仓库切换成可读写模式,然后根据缓存的上传镜像请求和删除镜像请求差集,向备用镜像仓库执行差集上传镜像请求。
在取得上传请求和镜像删除请求的差集前,启动请求代理模块只向备用镜像仓库上传下载请求,下载请求失败的,重发请求到主镜像仓库;然后向备用镜像仓库执行差集请求,执行完成后,通过请求代理模块,使其只代理上传下载请求到备用镜像仓库。
本发明的一种面向docker镜像仓库的镜像垃圾清理***及方法和现有技术相比,具有以下有益效果:
本发明的一种面向docker镜像仓库的镜像垃圾清理***及方法,填补了docker镜像仓库中清理镜像技术的空白,可以有效地减小docker镜像仓库的存储压力,可以使得docker镜像仓库有效支持频繁的上传删除镜像的操作,从而快速的清理镜像和释放镜像空间,实用性强,适用范围广泛,具有很好的推广应用价值。
附图说明
附图1为本发明的实现示意图。
具体实施方式
下面结合附图及具体实施例对本发明作进一步说明。
如附图1所示,一种面向docker镜像仓库的镜像垃圾清理***,包括两个镜像仓库及以下模块:请求代理模块、消息中心模块、清理模块、清理agent,其中,
两个镜像仓库分别为主镜像仓库、备用镜像仓库,主备用镜像仓库作为逻辑上互相倒换的仓库,主镜像仓库负责镜像的上传和下载请求,备用镜像仓库负责存储清洗后的镜像;
请求代理模块负责请求和镜像写入存储,并根据消息中心模块的标识信息,执行不同代理请求;
消息中心模块为请求代理模块提供标识信息,该标识信息包括开始清理、清理结束、主镜像仓库地址、备用镜像仓库地址,并在清理结束时向镜像仓库上的清理agent推送执行清空镜像仓库的命令;
清理模块,根据消息中心的标识执行定时任务,对存储的请求进行取上传和删除请求的差集,并把差集对应的上传请求再次重新发送到当前的备用镜像仓库,执行完成后向消息中心发送标识消息;
清理agent,请求agent在接收到消息中心的推送后,执行本模块的清理工作,完成后,向消息中心发送清理完成消息。
在请求代理模块将请求和镜像写入存储时,首先配置请求存储模块和镜像存储模块,来分别存储该请求和镜像,该请求包括上传镜像请求和删除镜像请求,请求代理模块把上传和删除镜像的请求记录到请求存储模块中,把镜像放到镜像存储模块中。
所述请求代理模块的具体工作过程为:
上传镜像请求和删除镜像请求过来时,请求代理模块会把上传和删除镜像的请求记录到请求存储中,把镜像放到镜像存储中,除删除镜像请求外,上传镜像和下载镜像请求透传到后边;
接下来请求代理模块会去消息中心查看当前的***所处的阶段,是镜像垃圾清理阶段还是平常阶段,该平常阶段即非镜像垃圾清理阶段,并且获取当前的主镜像地址和备用镜像仓库的地址;
如果是正常阶段,则向当前的主镜像仓库透传发送请求;
如果是镜像垃圾清理阶段,则上传镜像请求向备用镜像仓库上传;下载镜像时先向备用镜像仓库下,如果没有,则向主镜像仓库下载。
所述消息中心模块中,在缓存镜像上传、删除请求时,提供开始清理、清理结束的标识按照不同的逻辑执行代理请求,清理模块定时根据消息中心的标识执行清理任务,并向消息中心写入执行阶段的标识,消息中心根据收集到的标识,向清理agent发送清理命令,并根据获取到的消息标识所处阶段及时切换主备仓库的逻辑角色。
所述消息中心模块中,接受清理模块和清理agent发送的消息,进行标识阶段和逻辑主备用镜像仓库及向清理agent推送命令,具体实现步骤为:
步骤一:首先进行初始化,消息中心模块设置当前的阶段为非清理阶段,设置当前的逻辑主备用镜像仓库;
步骤二:当接收到清理模块开始清理镜像消息请求时,设置当前阶段为镜像清理阶段;
步骤三:当接收到清理模块发送的差集请求重发结束的消息时,则向清理agent发送清理本模块命令;
步骤四:当接收到所有的清理agent的清理完成消息后,改变当前的阶段为非清理阶段,切换主备用镜像仓库的逻辑角色。
所述清理模块定时根据消息中心模块的标识进行计算缓存请求的差集和向备用镜像仓库执行差集请求,其实现步骤为:
1)清理模块定时启动,并向消息中心不断询问上阶段的清理流程是否结束;
2)当询问到上阶段清理流程结束,则在消息中心中标识清理工作开始,并从消息中心中获取到当年的主镜像仓库地址和备用镜像仓库地址;
3)清理模块向请求存储模块取得存储的镜像上传请求和镜像删除请求,并计算出上传请求和删除请求的差集,并从镜像存储中获取到差集对应的上传镜像请求对应的镜像;
4)向备用镜像仓库执行差集对应的上传镜像请求,全部执行完上传请求后,向消息中心发送消息,清理模块上传镜像差集请求结束;
5)消息中心接收到上传镜像差集请求结束的消息后,则发送推送到消息到请求存储、镜像存储模块、主镜像仓库的模块,命令其开始执行本模块的内部清理过程;
6)各个清理agent完成清理本模块的清理后,向消息中心发送本模块清理完成的消息
7)当消息中心全部接到模块清理完成的消息后,在同时更改当前***的所处阶段为清理工作完成阶段和切换主备用镜像仓库的角色。
一种面向docker镜像仓库的镜像垃圾清理方法,基于上述***,该***中配置有逻辑上可互相替换的主镜像仓库、备用镜像仓库,该方法的实现步骤为:
缓存镜像上传请求和镜像删除请求及对应镜像文件,并在指定时间段内取镜像上传请求和镜像删除请求的差集;
切换主备用镜像仓库,通过备用镜像仓库执行差集上传镜像请求,执行完毕后,停止主镜像仓库并清理该主镜像仓库;
最后将备用镜像仓库作为主镜像仓库,原主镜像仓库作为备用镜像仓库,重复上述逻辑,进行下一轮的镜像垃圾清理工作。
本方法使用两个镜像仓库,其一作为主仓库,其二作为备仓库,主镜像仓库负责镜像的上传和下载请求,备用镜像仓库,负责存储清洗后的镜像。
缓存镜像上传请求和镜像删除请求及对应镜像文件,并在指定时间段内取镜像上传请求和镜像删除请求的差集。
在取得上传请求和镜像删除请求的差集前,启动请求代理只向备用镜像仓库上传下载请求,下载请求失败的,要重发请求到主镜像仓库。
向备用镜像仓库执行差集请求,执行完成后,转换请求代理开关,使其只代理上传下载请求到备用镜像仓库。
清空主镜像仓库镜像,互换主备用镜像仓库角色,等到指定时间段,再次进行上述镜像清理流程。
在切换主备用镜像仓库的步骤中,主镜像仓库切换成只读模式,备用镜像仓库切换成可读写模式,然后根据缓存的上传镜像请求和删除镜像请求差集,向备用镜像仓库执行差集上传镜像请求。
在取得上传请求和镜像删除请求的差集前,启动请求代理模块只向备用镜像仓库上传下载请求,下载请求失败的,重发请求到主镜像仓库;然后向备用镜像仓库执行差集请求,执行完成后,通过请求代理模块,使其只代理上传下载请求到备用镜像仓库。
通过上面具体实施方式,所述技术领域的技术人员可容易的实现本发明。但是应当理解,本发明并不限于上述的具体实施方式。在公开的实施方式的基础上,所述技术领域的技术人员可任意组合不同的技术特征,从而实现不同的技术方案。
除说明书所述的技术特征外,均为本专业技术人员的已知技术。
Claims (10)
1.一种面向docker镜像仓库的镜像垃圾清理***,其特征在于,包括两个镜像仓库及以下模块:请求代理模块、消息中心模块、清理模块、清理agent,其中,
两个镜像仓库分别为主镜像仓库、备用镜像仓库,主镜像仓库负责镜像的上传和下载请求,备用镜像仓库负责存储清洗后的镜像;
请求代理模块负责请求和镜像写入存储,并根据消息中心模块的标识信息,执行不同代理请求;
消息中心模块为请求代理模块提供标识信息,该标识信息包括开始清理、清理结束、主镜像仓库地址、备用镜像仓库地址,并在清理结束时向镜像仓库上的清理agent推送执行清空镜像仓库的命令;
清理模块,根据消息中心的标识执行定时任务,对存储的请求进行取上传和删除请求的差集,并把差集对应的上传请求再次重新发送到当前的备用镜像仓库,执行完成后向消息中心发送标识消息;
清理agent,请求agent在接收到消息中心的推送后,执行本模块的清理工作,完成后,向消息中心发送清理完成消息。
2.根据权利要求1所述的一种面向docker镜像仓库的镜像垃圾清理***,其特征在于,在请求代理模块将请求和镜像写入存储时,首先配置请求存储模块和镜像存储模块,来分别存储该请求和镜像,该请求包括上传镜像请求和删除镜像请求,请求代理模块把上传和删除镜像的请求记录到请求存储模块中,把镜像放到镜像存储模块中。
3.根据权利要求2所述的一种面向docker镜像仓库的镜像垃圾清理***,其特征在于,所述请求代理模块的工作过程为:
请求代理模块在消息中心中查看当前的***所处的阶段:是镜像垃圾清理阶段还是非镜像垃圾清理阶段,并且获取当前的主镜像地址和备用镜像仓库的地址;
如果是非镜像垃圾清理阶段,则向当前的主镜像仓库透传发送请求;
如果是镜像垃圾清理阶段,则上传镜像请求向备用镜像仓库上传;下载镜像时,先通过备用镜像仓库下载,如果没有,则通过主镜像仓库下载。
4.根据权利要求2所述的一种面向docker镜像仓库的镜像垃圾清理***,其特征在于,所述消息中心模块中,在缓存镜像上传、删除请求时,提供开始清理、清理结束的标识按照不同的逻辑执行代理请求,清理模块定时根据消息中心的标识执行清理任务,并向消息中心写入执行阶段的标识,消息中心根据收集到的标识,向清理agent发送清理命令,并根据获取到的消息标识所处阶段及时切换主备仓库的逻辑角色。
5.根据权利要求4所述的一种面向docker镜像仓库的镜像垃圾清理***,其特征在于,所述消息中心模块中,接受清理模块和清理agent发送的消息,进行标识阶段和逻辑主备用镜像仓库及向清理agent推送命令,具体实现步骤为:
步骤一:首先进行初始化,消息中心模块设置当前的阶段为非清理阶段,设置当前的逻辑主备用镜像仓库;
步骤二:当接收到清理模块开始清理镜像消息请求时,设置当前阶段为镜像清理阶段;
步骤三:当接收到清理模块发送的差集请求重发结束的消息时,则向清理agent发送清理本模块命令;
步骤四:当接收到所有的清理agent的清理完成消息后,改变当前的阶段为非清理阶段,切换主备用镜像仓库的逻辑角色。
6.根据权利要求4或5所述的一种面向docker镜像仓库的镜像垃圾清理***,其特征在于,所述清理模块定时根据消息中心模块的标识进行计算缓存请求的差集和向备用镜像仓库执行差集请求,其实现步骤为:
清理模块定时启动,并向消息中心模块不断询问上阶段的清理流程是否结束;
当询问到上阶段清理流程结束,则在消息中心模块中标识清理工作开始,并从消息中心模块中获取到主镜像仓库地址和备用镜像仓库地址;
清理模块向请求存储模块取得存储的镜像上传请求和镜像删除请求,并计算出上传请求和删除请求的差集,并从镜像存储中获取到差集对应的上传镜像请求对应的镜像;
向备用镜像仓库执行差集对应的上传镜像请求,全部执行完上传请求后,向消息中心发送消息,清理模块上传镜像差集请求结束。
7.一种面向docker镜像仓库的镜像垃圾清理方法,其特征在于,基于权利要求1-6任一所述的一种面向docker镜像仓库的镜像垃圾清理***,该***中配置有逻辑上可互相替换的主镜像仓库、备用镜像仓库,该方法的实现步骤为:
缓存镜像上传请求和镜像删除请求及对应镜像文件,并在指定时间段内取镜像上传请求和镜像删除请求的差集;
切换主备用镜像仓库,通过备用镜像仓库执行差集上传镜像请求,执行完毕后,停止主镜像仓库并清理该主镜像仓库;
最后将备用镜像仓库作为主镜像仓库,原主镜像仓库作为备用镜像仓库,重复上述逻辑,进行下一轮的镜像垃圾清理工作。
8.根据权利要求7所述的一种面向docker镜像仓库的镜像垃圾清理方法,其特征在于,所述主镜像仓库负责镜像的上传和下载请求,备用镜像仓库负责存储清洗后的镜像。
9.根据权利要求7所述的一种面向docker镜像仓库的镜像垃圾清理方法,其特征在于,在切换主备用镜像仓库的步骤中,主镜像仓库切换成只读模式,备用镜像仓库切换成可读写模式,然后根据缓存的上传镜像请求和删除镜像请求差集,向备用镜像仓库执行差集上传镜像请求。
10.根据权利要求7所述的一种面向docker镜像仓库的镜像垃圾清理方法,其特征在于,在取得上传请求和镜像删除请求的差集前,启动请求代理模块只向备用镜像仓库上传下载请求,下载请求失败的,重发请求到主镜像仓库;然后向备用镜像仓库执行差集请求,执行完成后,通过请求代理模块,使其只代理上传下载请求到备用镜像仓库。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710347806.1A CN107105054B (zh) | 2017-05-17 | 2017-05-17 | 一种面向docker镜像仓库的镜像垃圾清理***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710347806.1A CN107105054B (zh) | 2017-05-17 | 2017-05-17 | 一种面向docker镜像仓库的镜像垃圾清理***及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107105054A CN107105054A (zh) | 2017-08-29 |
CN107105054B true CN107105054B (zh) | 2019-12-24 |
Family
ID=59669431
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710347806.1A Active CN107105054B (zh) | 2017-05-17 | 2017-05-17 | 一种面向docker镜像仓库的镜像垃圾清理***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107105054B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107809467B (zh) * | 2017-10-10 | 2020-06-16 | 暨南大学 | 一种云环境下容器镜像数据的删减方法 |
CN108200155A (zh) * | 2017-12-29 | 2018-06-22 | 平安科技(深圳)有限公司 | Docker镜像仓库的镜像同步方法和镜像同步*** |
CN112084165A (zh) * | 2019-06-12 | 2020-12-15 | 阿里巴巴集团控股有限公司 | 管理镜像仓库的方法、装置、电子设备及可读存储介质 |
CN110442480B (zh) * | 2019-07-31 | 2022-04-15 | 中国工商银行股份有限公司 | 一种镜像数据清理方法、装置及*** |
CN112905541B (zh) * | 2019-12-03 | 2024-04-05 | 北京沃东天骏信息技术有限公司 | 镜像仓库垃圾清理方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103116661A (zh) * | 2013-03-20 | 2013-05-22 | 广东宜通世纪科技股份有限公司 | 一种数据库的数据处理方法 |
CN103186554A (zh) * | 2011-12-28 | 2013-07-03 | 阿里巴巴集团控股有限公司 | 分布式数据镜像方法及存储数据节点 |
CN105740048A (zh) * | 2016-01-26 | 2016-07-06 | 华为技术有限公司 | 一种镜像管理方法、装置及*** |
CN106227579A (zh) * | 2016-07-12 | 2016-12-14 | 深圳市中润四方信息技术有限公司 | 一种Docker容器构建方法及Docker管理控制台 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4345860B2 (ja) * | 2007-09-14 | 2009-10-14 | 株式会社デンソー | 車両用記憶管理装置 |
-
2017
- 2017-05-17 CN CN201710347806.1A patent/CN107105054B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103186554A (zh) * | 2011-12-28 | 2013-07-03 | 阿里巴巴集团控股有限公司 | 分布式数据镜像方法及存储数据节点 |
CN103116661A (zh) * | 2013-03-20 | 2013-05-22 | 广东宜通世纪科技股份有限公司 | 一种数据库的数据处理方法 |
CN105740048A (zh) * | 2016-01-26 | 2016-07-06 | 华为技术有限公司 | 一种镜像管理方法、装置及*** |
CN106227579A (zh) * | 2016-07-12 | 2016-12-14 | 深圳市中润四方信息技术有限公司 | 一种Docker容器构建方法及Docker管理控制台 |
Also Published As
Publication number | Publication date |
---|---|
CN107105054A (zh) | 2017-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107105054B (zh) | 一种面向docker镜像仓库的镜像垃圾清理***及方法 | |
CN109241185B (zh) | 一种数据同步的方法以及数据同步装置 | |
WO2017128764A1 (zh) | 基于缓存集群的缓存方法和*** | |
AU2019236685A1 (en) | Distributed file system using consensus nodes | |
CN104461776B (zh) | 基于CDP和iSCSI虚拟磁盘技术的应用容灾方法 | |
CN103870570A (zh) | 一种基于远程日志备份的HBase数据可用性及持久性的方法 | |
JP2017533520A (ja) | データーベースのストレージ・スナップショットからの時間指定復元 | |
CN107357688B (zh) | 分布式***及其故障恢复方法和装置 | |
CN105210060A (zh) | 用于持久***中的数据库的事务处理 | |
US20150067004A1 (en) | Distributed file system using consensus nodes | |
US20080148000A1 (en) | Techniques for data replication with snapshot capabilities | |
CN109145163B (zh) | 区块链数据缩容方法、装置及存储介质 | |
CN103875229A (zh) | 异步复制方法、装置与*** | |
CN102664950B (zh) | 一种焊接电源与计算机之间进行数据通信的方法 | |
CN111241094B (zh) | 一种基于日志解析的数据库删除列同步方法和装置 | |
CN102203741A (zh) | 在存储设备上执行数据写入 | |
CN111221907B (zh) | 一种基于日志解析的数据库添加列同步方法和装置 | |
CN109766194B (zh) | 基于消息的低耦合计划任务组件的实现方法及其*** | |
CN113254425B (zh) | 数据库事务保持的方法、设备、***、程序及存储介质 | |
US20150213051A1 (en) | System and method for high availability data replication | |
KR101424568B1 (ko) | 트랜잭션 재시작 가능한 클라이언트 장치와 데이터베이스 서버 및 방법 | |
CN111221909B (zh) | 一种基于日志解析的数据库修改列同步方法和装置 | |
CN108369549B (zh) | 版本化记录管理计算***、方法和计算机可读介质 | |
CN102982033A (zh) | 小文件的存储方法及*** | |
CN111917588A (zh) | 边缘设备管理方法、装置、边缘网关设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20191126 Address after: 215100 No. 1 Guanpu Road, Guoxiang Street, Wuzhong Economic Development Zone, Suzhou City, Jiangsu Province Applicant after: Suzhou Wave Intelligent Technology Co., Ltd. Address before: 450000 Henan province Zheng Dong New District of Zhengzhou City Xinyi Road No. 278 16 floor room 1601 Applicant before: Zhengzhou Yunhai Information Technology Co. Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |