首页 > 其他分享 >k8s创建NFS动态存储

k8s创建NFS动态存储

时间:2024-01-27 16:25:30浏览次数:35  
标签:web 存储 name pvc client nfs NFS k8s

1.插件项目地址

k8s实验版本:v1.28.2

第三方插件地址:https://github.com/kubernetes-retired/external-storage
nfs插件:https://github.com/kubernetes-retired/external-storage/tree/master/nfs-client

需要注意的是,nfs最新文档已经迁移到其他地址

2. 创建存储类资源对象

wget https://raw.githubusercontent.com/kubernetes-sigs/nfs-subdir-external-provisioner/master/deploy/class.yaml
cat class.yaml
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: nfs-client #class名称,调用时需要
provisioner: k8s-sigs.io/nfs-subdir-external-provisioner  #动态供给插件
parameters:
  archiveOnDelete: "false" #删除时是否存档
kubectl apply -f class.yaml 
kubectl get sc

3.创建rbac资源对象

wget https://raw.githubusercontent.com/kubernetes-sigs/nfs-subdir-external-provisioner/master/deploy/rbac.yaml
kubectl apply -f  rbac.yaml   #无需修改

4.创建NFS provisioner

wget https://github.com/kubernetes-sigs/nfs-subdir-external-provisioner/blob/master/deploy/deployment.yaml
vim  deployment.yaml #修改NFS相关配置,如果无法使用k8s官方镜像,需要替换镜像仓库地址
    spec:
      serviceAccountName: nfs-client-provisioner
      containers:
        - name: nfs-client-provisioner
          image: dyrnq/nfs-subdir-external-provisioner:v4.0.2 #默认k8s镜像仓库国内无法访问,使用其他仓库地址
          volumeMounts:
            - name: nfs-client-root
              mountPath: /persistentvolumes
          env:
            - name: PROVISIONER_NAME
              value: k8s-sigs.io/nfs-subdir-external-provisioner 
            - name: NFS_SERVER       
              value: 192.168.0.134  #NFS服务地址及共享目录
            - name: NFS_PATH
              value: /data/nfs
      volumes:
        - name: nfs-client-root
          nfs:
            server: 192.168.0.134  #同上
            path: /data/nfs
kubectl apply -f   deployment.yaml  
kubectl get pods|grep nfs #查看pod是否正常运行

5.验证手动绑定

test-pod.yaml

kind: Pod
apiVersion: v1
metadata:
  name: test-pod
spec:
  containers:
  - name: test-pod
    image: busybox:1.24
    command:
      - "/bin/sh"
    args:
      - "-c"
      - "touch /mnt/SUCCESS && exit 0 || exit 1"   #创建一个SUCCESS文件后退出
    volumeMounts:
      - name: nfs-pvc
        mountPath: "/mnt"
  restartPolicy: "Never"
  volumes:
    - name: nfs-pvc
      persistentVolumeClaim:
        claimName: test-claim

检查(NFS服务所在机器)

[root@harbor ~]# ll /data/nfs/
总用量 0
drwxrwxrwx. 2 nfsnobody nfsnobody 21 1月  27 15:44 default-test-claim-pvc-c5e2c537-0173-4ab3-b7d5-c7492be7ef10
[root@harbor ~]# ll /data/nfs/default-test-claim-pvc-c5e2c537-0173-4ab3-b7d5-c7492be7ef10/  ##文件规则是按照${namespace}-${pvcName}-${pvName}创建的
总用量 0
-rw-r--r--. 1 nfsnobody nfsnobody 0 1月  27 15:44 SUCCESS ##下面有一个 SUCCESS 的文件,证明我们上面的验证是成功

6.验证动态绑定

nginx-statefulset.yaml

apiVersion: v1
kind: Service
metadata:
  name: nginx-headless
  labels:
    app: nginx
spec:
  ports:
  - port: 80
    name: web
  clusterIP: None
  selector:
    app: nginx
---
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: web
spec:
  serviceName: "nginx"
  replicas: 2
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: ikubernetes/myapp:v1
        ports:
        - containerPort: 80
          name: web
        volumeMounts:
        - name: www
          mountPath: /usr/share/nginx/html
  volumeClaimTemplates:
  - metadata:
      name: www
    spec:
      accessModes: [ "ReadWriteOnce" ]
      storageClassName: "nfs-client"   #和创建的名称保持一致
      resources:
        requests:
          storage: 1Gi

检查

[root@k8s-master sci]# kubectl get pvc
NAME         STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
test-claim   Bound    pvc-c5e2c537-0173-4ab3-b7d5-c7492be7ef10   1Mi        RWX            nfs-client     7m58s
www-web-0    Bound    pvc-2a5f9d6c-b31e-470a-a10c-29de0b02e23e   1Gi        RWO            nfs-client     16s
www-web-1    Bound    pvc-8aba3a31-e155-44fd-9d7f-3118a17422d2   1Gi        RWO            nfs-client     13s
[root@k8s-master sci]# kubectl get pv
NAME                                       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                STORAGECLASS   REASON   AGE
pvc-2a5f9d6c-b31e-470a-a10c-29de0b02e23e   1Gi        RWO            Delete           Bound    default/www-web-0    nfs-client              17s
pvc-8aba3a31-e155-44fd-9d7f-3118a17422d2   1Gi        RWO            Delete           Bound    default/www-web-1    nfs-client              14s
pvc-c5e2c537-0173-4ab3-b7d5-c7492be7ef10   1Mi        RWX            Delete           Bound    default/test-claim   nfs-client              7m59s
[root@k8s-master sci]# kubectl get pods -o wide
NAME                                      READY   STATUS      RESTARTS   AGE     IP              NODE         NOMINATED NODE   READINESS GATES
web-0                                     1/1     Running     0          2m5s    10.244.85.215   k8s-node01   <none>           <none>
web-1                                     1/1     Running     0          2m2s    10.244.58.210   k8s-node02   <none>           <none>

#NFS服务器上
[root@harbor nfs]# ll
总用量 0
drwxrwxrwx. 2 nfsnobody nfsnobody 21 1月  27 15:44 default-test-claim-pvc-c5e2c537-0173-4ab3-b7d5-c7492be7ef10
drwxrwxrwx. 2 nfsnobody nfsnobody  6 1月  27 15:51 default-www-web-0-pvc-2a5f9d6c-b31e-470a-a10c-29de0b02e23e
drwxrwxrwx. 2 nfsnobody nfsnobody  6 1月  27 15:51 default-www-web-1-pvc-8aba3a31-e155-44fd-9d7f-3118a17422d2
[root@harbor nfs]#  echo "web-00" > default-www-web-0-pvc-2a5f9d6c-b31e-470a-a10c-29de0b02e23e/index.html #分别创建不同的index文件
[root@harbor nfs]#  echo "web-01" > default-www-web-1-pvc-8aba3a31-e155-44fd-9d7f-3118a17422d2/index.html

#直接访问pod地址查看index文件 [root@k8s-master sci]# curl 10.244.85.215 web-00 [root@k8s-master sci]# curl 10.244.58.210 web-01

 

标签:web,存储,name,pvc,client,nfs,NFS,k8s
From: https://www.cnblogs.com/panwenbin-logs/p/17991584

相关文章

  • 在K8S中,Pod生命周期包含哪些?
    在Kubernetes(简称K8s)中,Pod的生命周期经历了一系列状态变化。以下是Pod可能处于的一些主要状态:Pending:当创建一个Pod时,它首先会进入Pending状态。这个状态下,Kubernetes正在为Pod分配节点、拉取容器镜像或等待其他资源就绪。在这个阶段,Pod尚未被调度到具体的Node上或者其依赖的......
  • 在K8S中,镜像拉取策略有哪些?
    在Kubernetes(简称K8s)中,镜像更新策略主要由imagePullPolicy参数控制。当Pod中的容器镜像需要更新时,Kubernetes会根据这个策略决定如何处理镜像拉取行为。Always:如果容器的imagePullPolicy设置为Always,每次创建Pod或者重启容器时,kubelet都会尝试从镜像仓库拉取最新的镜像版本。......
  • 在K8S中,Pod删除过程会发生什么?
    在Kubernetes(简称K8s)中,删除一个Pod时会发生以下一系列事件:发出删除命令:用户通过kubectl命令行工具或者API接口发出删除Pod的请求,例如执行kubectldeletepod<pod-name>。APIServer响应:KubernetesAPIServer接收到删除请求后,验证权限并更新其内部状态,标记指定Pod为待删......
  • 在K8S中,Pod创建过程包括什么?
    在Kubernetes(K8s)中,Pod的创建过程通常包括以下步骤:提交Pod定义:用户通过kubectl命令行工具或者调用APIServer接口,提交一个包含Pod配置信息的YAML或JSON文件。这个配置文件详细描述了Pod的元数据(如名称、标签等)、容器镜像、环境变量、端口映射、卷挂载以及其他运行时参数。接......
  • 存储过程
    createprocedurep1()BEGIN select*fromtest;end;--调用callp1--查看showcreateprocedurep1;--删除DROPprocedurep1;delimiter$$createprocedurep1()BEGIN select*fromtest;end$$ createprocedurep2()begin declarestr_countintdefault0; ......
  • `pandas.ExcelFile.book` 是一个属性,它存储了底层 Excel 读取库(如 xlrd 或 openpyxl)创
    有点像excelwriter?`pandas.ExcelFile.book`是一个属性,它存储了底层Excel读取库(如xlrd或openpyxl)创建的workbook对象¹。你可以通过这个属性来访问Excel文件的更多详细信息,比如工作表的名字、单元格的格式等等。下面是一个如何使用`pandas.ExcelFile.book`的例子³:``......
  • 在K8S中各个组件及其作用?
    Kubernetes(简称K8s)是一个强大的容器编排系统,其主要组件及其作用如下:kube-apiserver:集群的主入口点,提供了RESTfulAPI接口供用户或内部组件与集群进行交互。它负责验证和配置数据,并将所有请求持久化存储在etcd中。etcd:分布式键值存储系统,用于保存集群的所有关键配置数据......
  • K8S中组件是如何实现高可用?
    在Kubernetes(K8S)中,各个组件实现高可用的主要方法包括冗余部署和自动故障恢复机制。以下是Kubernetes主要组件的高可用性实现方式:kube-apiserver:高可用策略:通过在多个节点上部署多个API服务器实例,并使用负载均衡器(如云服务商提供的负载均衡或自建的负载均衡解决方案如HAProxy......
  • k8s 报错: node(s) didn't match Pod's node affinity.
    前言k8s集群中,有pod出现了Affinity,使用kubectldescribepod命令,发现了报错2node(s)didn'tmatchPod'snodeaffinity.这是因为节点被打上了污点,导致了pod没有节点可以起来解决kubectlgetnodes-ojson|jq'.items[].spec'orkubectlgetnodes-oyaml找到......
  • 热烈祝贺储迹NAS存储产品在龙芯平台上适配成功
    此前,我司自主研发的“储迹NAS网络存储器V1.0”产品已送至龙芯中科进行测试,该产品是以龙芯3A5000/3C5000系列CPU为基础。因我司NAS产品多年开发经验与龙芯中科研发团队专业而迅速的支持,进过严格检测,我公司产品运行稳定、安全、可靠。顺利通过龙芯中科《产品兼容互认证明》该证书标志......