Kubelet 仅在 inode 剩余 5% 时触发硬驱逐，而镜像 GC 只关注字节使用率（85%），导致小文件多的镜像耗尽 inode 却不触发清理。案例中 containerd 快照重复解包 node_modules，占用数百万 inode。修复方案：采用多阶段构建精简镜像，并增加 inode 使用率 80% 的告警。
文章介绍在 arm64 构建机与 amd64 生产环境下，用 Docker 实现跨架构构建与运行：借助 QEMU 用户态模拟和 binfmt_misc 注册让容器透明执行异构二进制；用 buildx 一次构建多平台镜像，生成 manifest list 使同一 tag 对应多架构，并推送至私有 Registry 分发；同时记录 containerd 镜像存储、缓存导出等踩坑经验。
本文探讨了机器学习容器镜像体积庞大（可达20-30GB）导致拉取缓慢的问题，指出瓶颈在于软件串行处理流程而非网络或硬件。通过并行分块下载和并行解压的优化方案，将拉取时间从几分钟缩短至几秒。这些改进已默认应用于EKS Auto Mode，并贡献给containerd开源项目，使整个生态系统受益。
本文讨论了如何将Amazon EKS从1.32升级到1.35，强调逐版本升级的重要性。升级时需评估自管理和托管组件的风险，识别关键变更，如cgroup v1弃用和containerd升级。建议制定详细的升级路径，确保每个阶段完成必要的准备和验证，以降低风险并确保系统稳定。
KubeClipper 1.6.0 发布，支持 Kubernetes 1.36，升级 Containerd 至 2.x，Calico 更新至 v3.31.5。kcctl 命令行工具进行了优化，新增集群管理命令，提升了稳定性并修复了多个问题。用户可以通过简单命令快速部署 K8s 集群，实现多集群管理。
本文介绍了如何在 K3s 节点上安装 nerdctl，以便与 containerd 兼容。首先下载并解压 nerdctl 的精简包，然后配置其指向 K3s 的 containerd socket 路径，从而实现对 K3s 容器的管理，无需重复安装 containerd 或 CNI 插件。
在K3s节点安装nerdctl：K3s自带containerd，只需下载nerdctl二进制，并配置socket路径为/run/k3s/containerd/containerd.sock、命名空间为k8s.io，即可管理容器镜像。若需用nerdctl run启动独立容器，须另装CNI插件并配置桥接网络；构建镜像还需安装BuildKit。
在 K3s 节点安装 nerdctl：下载精简二进制解压至 /usr/local/bin，配置 /etc/nerdctl/nerdctl.toml 指向 K3s 的 containerd socket（/run/k3s/containerd/containerd.sock）和 k8s.io 命名空间，即可查看管理 K3s 容器镜像。若需 nerdctl run 独立容器，须另装 CNI 插件并配置桥接网络；构建镜像需安装 BuildKit。
在K3s节点安装nerdctl：下载精简二进制解压到/usr/local/bin，配置/etc/nerdctl/nerdctl.toml指向K3s的containerd socket（/run/k3s/containerd/containerd.sock）和k8s.io命名空间，即可查看管理K3s容器镜像。若需nerdctl run独立容器，须另装CNI插件并配置桥接网络；构建镜像需安装BuildKit。
本文介绍了三种主要的容器运行时：Docker、Podman和containerd。Docker适合开发者使用，Podman提供无根权限，适合敏感应用，而containerd则适合资源受限的环境。了解这些特点有助于开发者选择合适的工具。
Docker默认存储在`/var/lib/docker`，可用`docker image prune`清理镜像。为优化存储，可将Docker文件夹挂载到NAS，需停止Docker、编辑配置文件并移动数据。若遇到空间不足问题，需调整`containerd`存储路径。建议了解每个命令参数，避免直接复制。
Spegel是为Kubernetes集群设计的本地镜像缓存代理，旨在解决频繁拉取镜像带来的负载和速率限制问题。它通过在每个节点上缓存镜像来加快分发速度，提高部署效率。目前仅支持Containerd，需配置containerd以使用Spegel，部署简单，推荐使用Helm或Kustomize。
Spegel 是一个用于 Kubernetes 的本地镜像缓存代理，旨在加速镜像拉取并减少对远程仓库的依赖。它通过在每个节点上缓存镜像来提高部署效率。目前仅支持 Containerd，需配置 containerd 启用本地缓存，部署简单，推荐使用 Helm 或 Kustomize。
Docker曾引领容器革命，但到2025年，开发者更倾向于更快、更轻便和更安全的替代方案。尽管Docker仍有一定人气，但越来越多的公司选择Kubernetes原生解决方案。Docker在性能、安全性和适应性方面逐渐被超越，开发者开始关注更灵活的工具，如Podman和containerd。Docker的未来在于适应变化，而非消亡。
Docker开启了容器时代，其创新在于UnionFS，解决了容器环境问题。尽管Docker流行，但缺乏编排系统，促使Google基于Borg开发Kubernetes。Kubernetes迅速受到开发者欢迎，成为企业容器编排的首选。个人学习从Docker Swarm开始，体验了集群编排的魅力。最终，Kubernetes抛弃Docker，直接使用Containerd以简化维护。
本文介绍如何在Ubuntu Server 24.04上搭建Kubernetes（K8s）集群，包括主节点和工作节点的配置、Containerd和Kubernetes组件的安装、集群初始化及应用部署，帮助用户在本地环境中学习和测试K8s。
本文介绍了如何在两台节点（主节点kb1和工作节点kb2）上配置Kubernetes集群，包括更改主机名、禁用交换、安装Containerd和K8s组件、初始化集群及添加Calico网络插件，最终成功搭建K8s实验室。
六个月前，我作为DevSecOps工程师入职，学习Kubernetes并搭建了三节点集群，掌握了集群配置和管理，包括Containerd和kubelet的安装，深入理解了Kubernetes的工作原理。
容器技术革新了现代软件交付，Docker是最受欢迎的容器化平台，提供全面解决方案；而containerd是轻量级容器运行时，专注于容器生命周期管理。两者相辅相成，推动容器生态系统发展。
Docker替代方案的需求源于许可变更、安全性、性能优化和成本等因素。主要替代方案包括Podman、Containerd和Kubernetes/CRI-O等。每种方案具有不同特性和限制，适合不同使用场景，选择时需考虑企业和开发者需求以及云原生应用。
完成下面两步后，将自动完成登录并继续当前操作。
