k8s.gcr.io/sig-storage/nfs-subdir-external-provisioner:v4.0.2-linuxarm64
k8s.gcr.iolinux/arm64v4.0.2-linuxarm64大小: 41.27MB更新于 2025年8月23日
让 AI 帮你使用轩辕镜像？ · 展开查看说明 · 点击收起说明
如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具，协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题，请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可：
请先完整阅读并严格遵守以下文档中的全部规则与要求：
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前，不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式，不推荐豆包 AI；Cursor 等编辑器可在对话 @ 该链接，或加入 User Rules。 若 AI 无法访问外链，可 打开说明文档 复制全文粘贴。文档会随站点更新，复制内容可能过期，建议定期检查。
k8s.gcr.io/sig-storage/nfs-subdir-external-provisioner 是 Kubernetes 生态里一个基于 NFS 的动态存储供应工具，由 Kubernetes 存储特别兴趣小组（sig-storage）维护，主要解决 NFS 存储在 K8s 集群中的动态管理问题。 它的核心功能是“动态创建持久卷（PV）”。在 K8s 里，用户通过 PVC（持久卷声明）申请存储时，这个工具会自动监听 PVC 请求，在已配置的 NFS 服务器根目录下创建独立子目录，把这些子目录作为 PV 的实际存储后端，再将 PV 与 PVC 绑定。这样 Pod 就能直接通过 PVC 使用 NFS 存储，不用手动创建 PV。 工作流程很直接：先在 K8s 集群部署这个 provisioner，配置好 NFS 服务器地址、根目录等参数；用户创建带特定 StorageClass 的 PVC 后，provisioner 会检查 StorageClass 是否匹配（比如是否指定了 NFS 相关参数），确认后在 NFS 根目录下生成唯一子目录（通常用 PVC 名称、命名空间等拼接标识，避免冲突），接着创建 PV 并关联这个子目录，最后 PVC 会自动绑定到新 PV，供 Pod 使用。 它的特点很实用：轻量，不用额外部署存储系统，直接依赖 NFS 协议工作；灵活，支持通过 StorageClass 配置子目录路径规则（比如按命名空间隔离目录）、访问模式（像 ReadWriteMany 支持多 Pod 同时读写）、回收策略（删除 PVC 时可选择删除子目录或保留数据）；兼容性强，能直接对接已有的 NFS 服务器，不用改造现有存储架构。 适用场景也明确：适合需要共享存储的应用，比如多 Pod 共用日志文件、静态资源服务（如 Nginx 共享前端代码）；开发测试环境里，能快速搭建动态存储，省去手动创建 PV 的麻烦；对存储性能要求不高，但需要动态扩缩容的场景（比如小流量的内部服务）。 总之，它是个简单但实用的工具，能帮 K8s 集群高效管理 NFS 存储，尤其适合已有 NFS 基础设施的团队。
镜像拉取常见问题
功能
错误码
用户好评
来自真实用户的反馈，见证轩辕镜像的优质服务
oldzhang
运维工程师
Linux服务器
5
"Docker访问体验非常流畅，大镜像也能快速完成下载。"