k8s 部署 NFS Provisioner

原创

已于 2022-10-14 14:20:26 修改 · 1.7k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#kubernetes #docker #容器

于 2022-05-27 15:30:33 首次发布

本文介绍如何解决因镜像源问题导致的NFS存储卷部署失败，并提供通过阿里云构建海外镜像的方法。通过修改Helm Chart中的配置文件，替换为阿里云提供的镜像，实现NFS存储卷的成功部署。

nfs存储卷

按参考文档进行部署，发现镜像是拉不下来的，被墙了，所以需要自己构建一个用阿里云构建海外镜像

helm 添加仓库

helm repo add nfs-subdir-external-provisioner https://kubernetes-sigs.github.io/nfs-subdir-external-provisioner/

helm repo update

拉取 helm 模板

 helm pull nfs-subdir-external-provisioner/nfs-subdir-external-provisioner

解压文件

tar -zxvf nfs-subdir-external-provisioner-4.0.16.tgz

目录结构如下
在这里插入图片描述
修改 values.yaml 文件，更改镜像为阿里云镜像

rep

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

我有一只肥螳螂

关注关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

kubernetes中部署nfs provisioner，提供基于nfs的StorageClass

maxwell code的博客

07-20

856

kubernetes中使用NFS存储，提供StorageClass

k8s部署nfs-client

凤凰涅槃而生

04-26

1713

要在Kubernetes中使用NFS并支持动态卷的自动扩展，你可以通过部署NFS客户端Provisioner或使用现有的动态NFS Provisioner来实现。这样，当你创建一个PersistentVolumeClaim (PVC) 时，它会自动创建一个新的NFS共享目录并动态地分配存储空间。以下是使用NFS客户端Provisioner设置动态NFS存储的步骤。

参与评论您还未登录，请先登录后发表或查看评论

k8s通过nfs-provisioner配置持久化存储

weixin_45112997的博客

05-24

2734

k8s通过nfs-provisioner配置持久化

在K8s中部署动态nfs存储provisioner

sinat_30893849的博客

01-30

813

之前，我已经在一台worker node上安装了local lvm 的provisioner来模拟需要本地高IOPS的数据库等stafeful应用的实现。为了后续给虚拟机里的K8s集群安装可用的metrics和logs监控系统（metrics和logs的时序数据库需要永久存储），特为K8s 集群提供基于nfs的文件服务器一台，并安装nfs provisioner，以便实现动态分配nfs volume给pods使用的目的。

k8s storageclasses nfs-provisioner 部署

最新发布

qq_50247813的博客

10-13

1246

镜像，所以可以拉取docker-hub中的镜像，然后使用docker tag修改镜像名称。查看nfs storageclasses资源是否正常创建。确保所有节点都能访问到nfs服务器。所以会在这两台主机挂载nfs目录。目前nfs pod运行在。绑定到了自动创建的pv。可以看出创建的pvc。

K8S 基于本地存储的持久卷

matrixlzp的博客

05-07

2046

kubernetes-sigs/sig-storage-local-static-provisioner 是 K8S 本地存储的静态外部供应商。所谓静态，是说，虽然它可以帮我们创建 PV 与清理 PV 上的数据，但是真实存储目录的创建，还是需要集群管理员来做。本质上，它还是一种 PV 的静态供应方式。原理英文原文：中文翻译：在每个集群节点上都有一个供应者实例。每个实例负责监控和管理其节点上的本地卷。发现模块发现程序会定期读取配置好的发现目录，寻找没有 PV 的新挂载点，并为它们创建 PV。

k8s-基于nfs创建静态provisioner和基于StorageClass根据PVC动态生成PV并绑定

qq_46403377的博客

09-01

3717

kubernetes实例：动态pv和静态pv

k8s 配置nfs-client-provisioner

Einsli的博客

12-11

3087

本节中 K8S 使用 NFS 远程存储，为托管的 pod 提供了动态存储服务，pod 创建者无需关心数据以何种方式存在哪里，只需要提出需要多大空间的申请即可。创建 NFS 服务器。创建 Service Account。用来管控 NFS provisioner 在k8s集群中运行的权限。创建 StorageClass。负责创建 PVC 并调用 NFS provisioner 进行预定的工作，并关联 PV 和 PVC。创建 NFS provisioner。

k8s nfs provisioner v4.7.0镜像资源

07-05

部署nfs provisioner v4.7.0镜所需镜像资源包，使用以下方式导入： ctr -n k8s.io image import csi-driver-nfs-v4.7.0.tar

content-k8s-provisioner

05-27

描述该存储库包含为UPP（交付，发布）和PAC平台创建/更新/销毁Kubernetes集群所需的核心自动化。该设置使用工具在AWS上管理Kubernetes基础架构。 Ansible和bash用于编写kube-aws脚本并将其与任何其他任务集成在一起，而Docker则用于打包预配器设置。先决条件要使用预配器，需要以下工具： Kubectl 掌舵2.9.1版。在某些时候，我们需要解决最新版本中的重大更改，但是现在，我们固定了头盔版本。有关如何在Mac上固定头盔版本的说明，请参阅入门页面。构建预配器Docker映像 docker映像用于将置备器设置与固定的工具版本打包在一起。要使用预配器，请先在本地构建docker映像： docker build -t k8s-provisioner:local . 设置新集群要为特定平台或群集类型（例如pac / publishin

k8s 使用新版NFS Provisioner配置subdir

wanger5354的博客

08-05

1005

微信公众号：运维开发故事，作者：姜总背景 NFS在k8s中作为volume存储已经没有什么新奇的了，这个是最简单也是最容易上手的一种文件存储。最近有一个需求需要在k8s中使用NFS存储，于是记录如下，并且还存在一些骚操作和过程中遇到的坑点，同时记录如下。访问nfs provisioner的GitHub仓库会发现他提示你该仓库已经被个人归档并且状态已经是只读了。老的NFS地址：https://github.com/kubernetes-retired/external-storage/tree/.

镜像 k8s.gcr.io/sig-storage/nfs-subdir-external-provisioner:v4.0.2

04-22

docker镜像 k8s.gcr.io/sig-storage/nfs-subdir-external-provisioner:v4.0.2 被墙无法pull，使用nfs方式提供k8s PVC必须的镜像包。本人小水管拉下来的，拿走不谢。使用方法： #解压 tar -xvf k8s.gcr.io_sig-storage_nfs-subdir-external-provisioner_v4.0.2.tar.gz #加载到本地 docker load --input nfs-subdir-external-provisioner.tar

在k8s中部署nfs-client-provisioner

weixin_45249411的博客

12-09

2911

通过这个流程，nfs-client-provisioner 实现了动态创建和管理基于 NFS 的 PV，减轻了管理员的工作负担，同时使开发人员能够更轻松地使用动态的存储资源。需要注意的是，确保您在 PVC 和 StorageClass 的定义中提供正确的配置信息，以确保 nfs-client-provisioner 能够与 NFS 服务器正确交互。

k8s 安装nfs_Kubernetes NFS-Client Provisioner部署

weixin_39788703的博客

12-21

564

部署NFS-Client Provisioner的初衷，就是为了根据PVC的需求自动创建符合要求的PV。首先，必须拥有自己的NFS Server, 而且k8s集群能够正常访问之。之后，在k8s master上应用以下yaml文件：1 RBAC.yamlapiVersion: v1kind: ServiceAccountmetadata:name: nfs-client-provisioner# r...

K8s部署cephfs-provisioner —— 筑梦之路

筑梦之路

01-02

1049

是cephfs-provisioner（cephfs的storageclass）的核心，主要是 watch kubernetes中 PVC 资源的CURD事件，然后以命令行方式调用 cephfs_provisor.py脚本创建PV。python 脚本实现的与cephfs交互的命令行工具。cephfs-provisioner 对cephfs端volume的创建都是通过该脚本实现。里面封装了volume的增删改查等功能。

K8S 部署 NFS Dynamic Provisioning（动态存储供应）

like a dog

09-03

471

本文档提供完整的 K8s NFS 动态存储部署流程，包含命名空间创建、RBAC 权限配置、Provisioner 部署、StorageClass 创建及验证步骤。

k8s-NFS Provisioner 为 NFS 提供StorageClass的动态存储动态分配卷-8

Bruce小鬼

11-06

3389

k8s-NFS Provisioner 为 NFS 提供StorageClass的动态存储动态分配卷-8 1.StorageClass的动态存储概述 Kubernetes集群管理员通过提供不同的存储类，可以满足用户不同的服务质量级别、备份策略和任意策略要求的存储需求。动态存储卷供应使用StorageClass进行实现，其允许存储卷按需被创建。如果没有动态存储供应，Kubernetes集群的管理员将不得不通过手工的方式类创建新的存储卷。通过动态存储卷，Kubernetes将能够按照用户的需要，自动创建其需要

nfs-server安装k8s中部署nfs-provisionernfs-server安装

aaliliaa的博客

10-20

367

原文连接：http://www.duozhi.online/2023/10/20/nfs-server%e5%ae%89%e8%a3%85k8s%e4%b8%ad%e9%83%a8%e7%bd%b2nfs-provisionernfs-server%e5%ae%89%e8%a3%85/

k8s单机版使用本地存储local-path-provisioner

gsls200808的专栏

01-26

4304

在k8s官方文档中有两种方式使用本机存储，一种是hostPath，另一种是local volume，这两种都不支持动态扩容，并且程序移植改动比较大，而local-path-provisioner很好的弥补了这一缺陷。答案是可以的，因为sc是不区分命名空间的，后续pvc都是向sc申请空间的。默认的存储路径为/opt/local-path-provisioner，默认安装到local-path-storage命名空间。local-path-provisioner常见的有两个仓库。官方的安装和样例使用。

k8s部署NFS

03-08

### 如何在Kubernetes中部署和配置NFS #### 准备工作为了能够在Kubernetes集群上成功部署并配置NFS服务，需先确认已安装好Docker以及Kubernetes环境，并且能够正常使用`kubectl`命令工具来管理集群资源。对于Ubuntu操作系统而言，可以按照官方指南完成上述软件包的设置[^1]。 #### 部署NFS服务器通过创建一个名为nfs-server.yaml的文件定义NFS Server Pod和服务对象，在此文件内指定镜像版本、挂载路径以及其他必要的参数。下面是一个简单的YAML模板用于启动NFS server实例： ```yaml apiVersion: v1 kind: Service metadata: name: nfs-service spec: ports: - port: 2049 protocol: TCP --- apiVersion: apps/v1 kind: Deployment metadata: labels: app: nfs-server name: nfs-server spec: replicas: 1 selector: matchLabels: app: nfs-server template: metadata: labels: app: nfs-server spec: containers: - image: registry.k8s.io/nfs-provisioner:v4.0.2-gce name: nfs-server securityContext: privileged: true volumeMounts: - mountPath: /exports name: export-volume volumes: - hostPath: path: /srv/nfs/pv type: DirectoryOrCreate name: export-volume ``` 应用该配置文件将会建立一个新的Pod运行NFS服务程序，并开放相应的端口供外部访问。 #### 创建PersistentVolume(PV)与PersistentVolumeClaim(PVC) 为了让其他应用程序能方便地利用这个共享存储空间，还需要进一步声明持久卷（PV）及其对应的请求声明（PVC）。这里给出一段适用于大多数场景下的pv-nfs.yaml样例文档： ```yaml apiVersion: v1 kind: PersistentVolume metadata: name: pv-nfs spec: capacity: storage: 5Gi accessModes: - ReadWriteMany nfs: path: / server: nfs-service.default.svc.cluster.local --- apiVersion: v1 kind: PersistentVolumeClaim metadata: name: pvc-nfs spec: accessModes: - ReadWriteMany resources: requests: storage: 5Gi ``` 当提交这段描述之后，任何希望连接到同一命名空间下由NFS提供的磁盘分区的应用都可以引用这个名字为pvc-nfs的对象作为自己的数据源。 #### 测试NFS功能正常与否最后一步就是验证整个流程是否顺利结束。可以通过编写一个小测试案例的方式来进行检验，比如新建一个pod专门用来写入一些临时文件至刚刚设定好的网络附加存储设备里；随后再起动另一个容器读取这些资料以证明两者之间确实实现了跨节点的数据交换能力。 ```bash $ kubectl run test-writer --image=busybox --command -- sh -c "echo 'hello world' > /mnt/test.txt" $ kubectl exec -it test-reader --image=busybox --mount=true --mount-path=/mnt:/mnt -- sh -c "cat /mnt/test.txt" ``` 以上操作完成后应该可以看到输出结果为“hello world”，这表明基于Kubernetes平台搭建起来的NFS架构已经具备基本可用性。