如何减少容器镜像占用的磁盘空间?containerd高效存储配置实用技巧
之前文章讲了containerd的镜像存储原理,镜像在containerd中保存了两份,一份是镜像的原始文件(manifest、config、blob),另一部分是layer解压后的快照。而运行容器只使用了解压后layer快照,对于不需要进行镜像推送场景,原始镜像blob部分存在空间的浪费。在较小磁盘空间下,容易出现镜像占用过多磁盘的情况,那么如何节约空间呢?
之前文章讲了containerd的镜像存储原理,镜像在containerd中保存了两份,一份是镜像的原始文件(manifest、config、blob),另一部分是layer解压后的快照。而运行容器只使用了解压后layer快照,对于不需要进行镜像推送场景,原始镜像blob部分存在空间的浪费。在较小磁盘空间下,容易出现镜像占用过多磁盘的情况,那么如何节约空间呢?
当我们执行 nerdctl pull
、crictl pull
或 nerdctl load
时,镜像是如何保存到系统中的呢?本文将介绍 containerd 如何储存镜像,帮助大家理解镜像在containerd中的存储机制。
决定开启独立生存模式后“路在脚下-不打工独立生存”,我先尝试了钓鱼记录类的视频,发现我不太适合钓鱼这个方向,算是交了个学费。下一阶段我准备回上海,在那边待一段时间,根据独立生存情况,决定是否离开上海。
云原生基础设施,曾经是技术界的热门话题,它通过引入容器化、微服务和自动化部署等先进技术,极大地提升了应用程序的可伸缩性和弹性。然而,近年来我们不再频繁听到Cloud Native、 Kubernetes、Service Mesh 和 Serverless 等技术的话题(而是AI、GPT、大模型、生成式AI等)。这是否意味着云原生基础设施的热潮已经过去?云原生基础设施是否已经凉了?本文将从多个角度探讨云原生基础设施的辉煌历史、当前状况、面临的挑战及未来的发展趋势。
今天凉风徐徐得阴天,这是一个钓鱼得好天气,但是我没有出去拍钓鱼视频。我正做在电脑前开始敲这篇文章,在想做自媒体得初衷,是否有正反馈,是否达到自己预期,是否适合自媒体,是否能坚持下去。
在没有做自媒体之前,以为自媒体门槛低比较容易做,但是尝试做了以后,做的确是很容易,做出高质量很难,做出有流量视频更难。
今天在v2ex上看到一个讨论副业的帖子,结合自己现在的境况,来聊聊自己的主业和副业。
我的主业已经消失,他们聊的副业都有可能是我的主业。这几年唯一能算副业可能是被动收入部分,这几年行情不好都是负收入😒,都没有动躺在那里。之前都把精力都放在提升主业收入的事情上,按照以前经验将时间投入主业性价比较高,现在看来这个做法不是很正确,时代变了。
程序员有两个极端的想法。第一种,万般皆下品唯有技术高,我要是不当程序员了,做其他直接秒杀降维打击。第二种,不当程序员,干什么都不行。