K8s网络存储，NFS，PV,PVC，StorageClass等详解

最新推荐文章于 2024-05-29 22:01:20 发布
最新推荐文章于 2024-05-29 22:01:20 发布
阅读量2.6k 收藏 14
点赞数 2
文章标签： 网络 docker 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhang19903848257/article/details/125887017
版权

文章目录

网络存储卷

Kubernetes是分布式容器集群，如何在多个Pod之间或多 个Node之间进行数据存储和共享是非常重要的问题。

Kubernetes引入了网络存储卷，它支持为数众多的云提供商的产 品和网络存储方案。

网络存储卷还能够 满足持久化数据的要求，这些数据将永久保存。

网络存储卷是集成各种第三方的存储系统，不同的服务商提供的配置有一些不同，NFS只是其中一种。

1. 安装NFS

安装NFS服务器

注意：指定一台机器，我选择了master

  1. 安装NFS服务器应用：yum install -y nfs-utils rpcbind

  2. 创建NFS共享目录：mkdir -p /data/k8snfs

  3. 编辑NFS配置文件：vim /etc/exports

    /data/k8snfs
*(rw,sync,insecure,no_subtree_check,no_root_squash)

    第一个参数是NFS共享目录的路径；

    第二个参数是允许共享目录的 网段，这里设置的是本书中的Kubernetes集群机器网段，也可以设置 为“*”以表示不限制。

    最后小括号中的参数为权限设置，rw表示允 许读写访问，sync表示所有数据在请求时写入共享目录，insecure 表示NFS通过1024以上的端口进行发送，no_root_squash表示root 用户对根目录具有完全的管理访问权限，no_subtree_check表示 不检查父目录的权限。

  4. 重启服务：

    service rpcbind restart
service nfs restart

    image-20220625123648535

  5. 检查服务器端是否正常加载 了/etc/exports的配置

    成功：image-20220625123732776

  6. 注意：如果使用云服务器，需要开放一下端口，否则客户端连接不上。使用：rpcinfo -p 查看需要开放的端口。注意有tcp和udp

    image-20220625134223724

安装NFS客户端

注意：每台需要使用NFS的Node都需要安装NFS

  1. 安装客户端：yum install -y nfs-utils

  2. 检查是否能访问远端的NFS服务器：sudo showmount -e {NFS服务器IP地址}

    image-20220625134401984

    如果出现clnt_create: RPC: Port mapper failure - Timed out，使用云服务的话大概率是接口没开放。

使用NFS

安装完成后可以使用NFS作为存储卷。pod配置后，NFS中的数据可永久保存且可以被多个pod共享。

使用nfs

  1. 创建一个exampledeployfornfs.yml

    apiVersion: apps/v1
kind: Deployment
metadata:
  name: exampledeployfornfs
spec:
  replicas: 2
  selector:
    matchLabels:
      example: examplefornfs
  template:
    metadata:
      labels:
        example: examplefornfs
    spec:
      containers:
      - name: containerfornfs
        image: busybox
        imagePullPolicy: IfNotPresent
        command: ['sh', '-c']
        args: ['echo "The host is $(hostname)" >> /dir/data; sleep 3600']
        volumeMounts:
        - name: nfsdata
          mountPath: /dir
      volumes:
      - name: nfsdata
        nfs:
          path: /data/k8snfs
          server: xx.xx.236.113

  2. 解释：

    image-20220625140232546

    1. args: [‘echo “The host is $(hostname)” >> /dir/data; sleep 3600’]

      创建的名为containerfornfs的容器用于向存储卷写入数据，容器内的存储卷映射地址为/dir，**它引用的存储卷为nfsdata。**容 器启动后会以追加方式（使用echo …>>…命令）向/dir/data 文件写入文本，这段代码中使用$(hostname)环境变量获取主机名 称，对于Pod中的容器，获取到的是Pod名称。因为Deployment控制器 拥有多个Pod，所以通过这种方式，在同一个文件下会由多个Pod写入多行信息。

    2. 创建的存储卷名称为nfsdata，这个名称会被容器设置中的 volumeMounts所引用

    3. server和path属性分别对应之前在安装时配置的NFS机器IP地址与共享目录

  3. 查看结果：

    1. kubectl get pod -o wideimage-20220625140409888
    2. 分别进入容器查看
      1. kubectl exec -it podname /bin/sh
      2. image-20220625140638925
      3. 由Deployment控制器生成的 两个Pod都已经成功地将信息写入同一个存储卷的同一个文件中。
    3. 不管哪个Pod，它们都直接引用NFS服务器上的文件，在所有 的编辑操作中也都直接处理NFS服务器上的文件。

问题

网络存储卷使用的是不同于Kubernetes的额外系统，因此从 使用角度来说，网络存储卷存在两个问题。

  1. 存储卷数据清理问题，需要人工清理。
  2. 在Pod模板中需要配置所使用存储的细节参数，于是与所使用的存 储方案产生高度耦合。若基础设施和应用配置之间没有分离，则不利于维护。

2. 持久存储卷

Kubernetes支持为数众多的 云提供商和网络存储方案，如 NFS/iSCSI/GlusterFS/RDB/azureDisk/flocker等。但因为网络存储卷 通常是集成各种第三方的存储系统，所以在配置上各有差别。

不同的存储的配置参数不太一样，这些参数应该是存储管理员关注的，而非开发人员，Kubernetes提供了3种基于存储的抽象对象—— PersistentVolume（PV）、StorageClass和 PersistentVolumeClaim（PVC），以支持基础设施和应用之间的分离。

存储管理人员设置 PV或StorageClass，并在里面配置存储系统和参数

开发人员只 需要创建PVC来申请指定空间的资源以存储与共享数据即可，无须再关 注存储的具体实现和操作。

当删除PVC时，它写入具体存储资源中的数据可以根据回收策略自动清理。

image-20220625141820763

PV和PVC

PV表示持久存储卷，定义了Kubernetes集群中可用的存储资源， 其中包含存储资源实现的细节，如包含如何使用 NFS/iSCSI/GlusterFS/RDB/azureDisk/flocker 等资源的具体设置。

PVC表示持久存储卷的申请，是由用户发起的对存储资源的请求。 申请中只包含请求资源的大小和读写访问模式，无须关注具体的资源 实现细节，Kubernetes会自动为其绑定符合条件的PV

创建PV

  1. 创建examplefornfspv.yml kubectl apply -f examplefornfspv.yml

    apiVersion: v1
kind: PersistentVolume # 资源类型
metadata:
  name: examplefornfspv 
spec: # 该资源对象的具体设置
  capacity:  # 表示PV的容量，通过storage子属性可以指定占用的具体存储资源（如NFS）的大小，在本例中设定为1Gi。
    storage: 1Gi
  accessModes: 
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Recycle
  storageClassName: examplenfs
  nfs:
    path: /data/k8snfs
    server: xx.xx.236.113

  2. 解析：

    accessModes：定义 PV 对具体存储资源（如 NFS）的访问模式。一共有3种访问模式分别为
ReadWriteOnce（该卷可以被单个节点以读写模式挂载）
ReadOnlyMany（该卷可以被多个节点以只读模式挂载）
ReadWriteMany（该卷可以被多个节点以读写模式挂载）。在本例中使用ReadWriteMany。


persistentVolumeReclaimPolicy：表示当删除PVC时，PV资源的回收策略。
一共有3种策略，分别为Retain（保留）、Recycle（自动回收）、Delete（自动删除）。
当前只有NFS和hostPath支持Recycle策略，AWSEBS、GCE PD、Azure Disk和Cinder卷支持Delete策略。

storageClassName：表示PV资源的描述性分类名称。
例如，可以使用“ssd”“slowdisk”等具备分类的描述性名称。
后续在创建PVC时可以引用这个名称来绑定PV。

nfs：表示该PV使用NFS服务器作为具体的存储资源，
server和path属性为之前网络存储卷示例中配置的NFS服务
器及共享目录。

  3. 查看pv资源kubectl get pv

    PV已成功创建，其STATUS属性为 Available，这表示资源空闲，尚未被PVC申请使用

    image-20220625143036589

    查看PV详情：kubectl describe pv examplefornfspv

    在Source处可以看到 具体的资源配置信息

    image-20220625143253306

  4. PV定义完成后就可以创建PVC以申请使用存储卷资源

创建PVC

  1. 创建examplepvc.yaml

    apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: examplefornfspvc
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: "examplenfs"
  resources:
    requests:
      storage: 500Mi

  2. 解释:

    1. kind表示要创建的资源对象，这里使用关键字 PersistentVolumeClaim。
    2. spec表示该资源对象的具体设置。
      1. accessModes：定义对PV的访问模式。Kubernetes会给PVC 绑定满足此访问模式的PV。在本例中使用 ReadWriteMany，与之前定义的PV保持一致。
      2. storageClassName：表示要引用的PV资源的描述性分类 名称。Kubernetes会根据这个名称将PVC绑定到符合条件的 PV。在本例中使用examplenfs，这与之前定义的PV保持一 致。
      3. resources：定义PVC的资源参数。requests属性会设置具体资源需求，Kubernetes会给PVC绑定满足资源大小的PV。 本例中设置为“storage: 500Mi”，这表示申请 500MiB（1MiB=220B， 1MB=106B）的资源大小。之前我们创建 的PV为1GiB（1GiB=230B，1GB=109B），足够容纳该资源请 求。

  3. 创建pvc : kubectl apply -f examplefornfspvc.yml

  4. 查看pvc：kubectl get pvc

    image-20220626141858558

    STATUS属性为 Bound，表示已成功绑定到符合PVC资源申请条件的PV上.

    VOLUME属 性显示了绑定的PV的名称，这正是我们之前创建的examplefornfspv

    pv的状态也发生了变化

    image-20220626142021898

    其STATUS属性由之前的Available变为Bound，CLAIM属性由 空值变为刚才创建的PVC

    查看pvc详情：kubectl describe pvc {PVC名称}

    image-20220626142139820

使用PVC

PVC创建完成后，定义Pod并使用PVC引用的资源

  1. 创建exampledeployforpvc.yml文件。

    1. apiVersion: apps/v1
kind: Deployment
metadata:
  name: exampledeployforpvc
spec:
  replicas: 2
  selector:
    matchLabels:
      example: exampleforpvc
  template:
    metadata:
      labels:
        example: exampleforpvc
    spec:
      containers:
      - name: containerforpvc
        image: busybox
        imagePullPolicy: IfNotPresent
        command: ['sh', '-c']
        args: ['echo "The host is $(hostname)" >> /dir/dataforpvc;sleep 3600']
        volumeMounts:
        - name: pvcdata
          mountPath: /dir
      volumes:
      - name: pvcdata
        persistentVolumeClaim:
          claimName: examplefornfspvc

  2. 解析：

    image-20220626142802091

    创建的存储卷名称为pvcdata，这个名称会被容器设置中的 volumeMounts所引用。存储卷的类型是persistentVolumeClaim（即使 用PVC），claimName属性表示引用的PVC名称，本例中为 examplefornfspvc。

    运行容器时，向/dir/dataforpvc写入信息

  3. 运行文件：kubectl apply -f exampledeployforpvc.yml

    image-20220626142939062

  4. PVC所绑定的PV引用中NFS服务器的共享目录 为/data/k8snfs。在NFS服务器上执行 cat /data/k8snfs/dataforpvc，可输出NFS共享目录下的文件内容。

    image-20220626143111298

StorageClass

  1. 创建pv时，先要创建各种固定大小的PV，而这些PV都是手动创建的，过程非常麻烦。
  2. 开发人员在申请PVC资源时，不一定有匹配 条件的PV可用，这又带来了新的问题。
  3. Kubernetes提供了StorageClass抽象来动态创建PV，StorageClass大大简化了PV的创建过程。
    1. 当申请PVC资源时， 如果匹配到满足条件的StorageClass，就会自动为PVC创建对应大小的 PV并进行绑定。
    2. StorageClass是通过**存储分配器（provisioner）**来动态分配PV 的，但是Kubernetes官方内置的存储分配器并不支持NFS，所以需要额外安装NFS存储分配器。
1. 安装NFS存储分配器
第一步：设置存储分配器的权限
  1. 创建nfs-client-provisioner-authority.yaml文件
# nfs-client-provisioner-authority.yaml
apiVersion: v1
kind: ServiceAccount
metadata:
  name: nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: default
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: nfs-client-provisioner-runner
rules:
  - apiGroups: [""]
    resources: ["persistentvolumes"]
    verbs: ["get", "list", "watch", "create", "delete"]
  - apiGroups: [""]
    resources: ["persistentvolumeclaims"]
    verbs: ["get", "list", "watch", "update"]
  - apiGroups: ["storage.k8s.io"]
    resources: ["storageclasses"]
    verbs: ["get", "list", "watch"]
  - apiGroups: [""]
    resources: ["events"]
    verbs: ["create", "update", "patch"]
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: run-nfs-client-provisioner
subjects:
  - kind: ServiceAccount
    name: nfs-client-provisioner
    # replace with namespace where provisioner is deployed
    namespace: default
roleRef:
  kind: ClusterRole
  name: nfs-client-provisioner-runner
  apiGroup: rbac.authorization.k8s.io
---
kind: Role
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: leader-locking-nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: default
rules:
  - apiGroups: [""]
    resources: ["endpoints"]
    verbs: ["get", "list", "watch", "create", "update", "patch"]
---
kind: RoleBinding
apiVersion: rbac.authorization.k8s.io/v1
metadata:
  name: leader-locking-nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: default
subjects:
  - kind: ServiceAccount
    name: nfs-client-provisioner
    # replace with namespace where provisioner is deployed
    namespace: default
roleRef:
  kind: Role
  name: leader-locking-nfs-client-provisioner
  apiGroup: rbac.authorization.k8s.io
  1. kubectl apply -f nfs-client-provisioner-authority.yaml
第二步：安装NFS存储分配器

  1. 下载NFS存储分配器：https://raw.githubusercontent.com/Kubernetes-incubator/external-storage/master/nfs-client/deploy/deployment.yaml

    1. 是一个yaml文件，可以浏览器打开直接复制

    2. 修改相关的卷信息 文件名：nfs-client-provisioner.yaml

    3. apiVersion: apps/v1
kind: Deployment
metadata:
  name: nfs-client-provisioner
  labels:
    app: nfs-client-provisioner
  # replace with namespace where provisioner is deployed
  namespace: default
spec:
  replicas: 1
  strategy:
    type: Recreate
  selector:
    matchLabels:
      app: nfs-client-provisioner
  template:
    metadata:
      labels:
        app: nfs-client-provisioner
    spec:
      serviceAccountName: nfs-client-provisioner
      containers:
        - name: nfs-client-provisioner
          image: quay.io/external_storage/nfs-client-provisioner:latest
          volumeMounts:
            - name: nfs-client-root
              mountPath: /persistentvolumes
          env:
            - name: PROVISIONER_NAME  # 存储分配器的默认名称
              value: fuseim.pri/ifs  
            - name: NFS_SERVER    # NFS服务器地址
              value: xx.xx.236.113
            - name: NFS_PATH       # NFS共享目录地址
              value: /data/k8snfs
      volumes:
        - name: nfs-client-root
          nfs:
            server: xx.xx.236.113  # NFS服务器地址
            path: /data/k8snfs     # NFS共享目录

  2. kubectl apply -f nfs-client-provisioner.yaml

  3. 查看创建的pod：image-20220628101650408

第三步： 创建NFS存储分配器

  1. 创建nfs-storage-class.yml

    apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: managed-nfs-storage   # 存储分配器名称
# 存储分配器的名称
# 对应“nfs-client-provisioner.yaml”文件中env.PROVISIONER_NAME.value
provisioner: fuseim.pri/ifs
 
# 允许pvc创建后扩容
allowVolumeExpansion: True
 
parameters:
  # 资源删除策略，“true”表示删除PVC时，同时删除绑定的PV，false删除PVC时，对应的PV不会删除
  archiveOnDelete: "false"

  2. 执行文件: kubectl apply -f nfs-storage-class.yml

  3. 查看状态： kubectl get storageclass

    image-20220628102959457

  4. 查看详情：kubectl describe storageclass nfs-storage-class.yml

    image-20220628103148575

  5. StorageClass 创建完成后就可以创建 PVC 了。

2. 创建PVC

StorageClass 创建完成后就可以创建 PVC 了。

  1. 创建：exampleforstorageclass.yml
apiVersion: v1
kind: PersistentVolumeClaim
metadata: 
  name: exampleforstorageclass
spec:
  accessModes:
    - ReadWriteMany
  storageClassName: "managed-nfs-storage"
  resources:
    requests:
      storage: 500Mi
  1. 运行文件：kubectl apply -f exampleforstorageclass.yml

image-20220628110421262

  1. 问题：此时发现，pvc一直是pending状态，并没有默认分配PV。 分析，可能是存储分配器除了问题

    1. 查看存储分配器日志kubectl logs pod nfs-client-provisioner-6b85859594-7ddrk

    2. image-20220628113616208

    3. selfLink was empty 在k8s集群 v1.20之前都存在，在v1.20之后被删除，需要在/etc/kubernetes/manifests/kube-apiserver.yaml 添加参数 增加 - --feature-gates=RemoveSelfLink=false

    4. image-20220628141816438

    5. 稍等一会，再进行查看PV和PVC

      image-20220628141907749

      pv的名称是自动生成的

  2. 查看pv详情

    image-20220628142207886

3. 使用pvc

创建一个 exampledeployforstorageclass.yml

apiVersion: apps/v1
kind: Deployment
metadata:
  name: exampledeployforstorageclass
spec:
  replicas: 2
  selector:
    matchLabels:
      example: exampleforstorageclass
  template:
    metadata:
      labels:
        example: exampleforstorageclass
    spec:
      containers:
      - name: containerforstorageclass
        image: busybox
        imagePullPolicy: IfNotPresent
        command: ['sh', '-c']
        args: ['echo "The host is $(hostname)" >>/dir/dataforstorageclass; sleep 3600']
        volumeMounts:
        - name: pvcdata
          mountPath: /dir
      volumes:
      - name: pvcdata
        persistentVolumeClaim:
          claimName: exampleforstorageclass   # 绑定的PVC

执行：kubectl apply -f exampledeployforstorageclass.yml

进入nfs服务器，查看输出结果：

image-20220628143216348

容器中的信息：

image-20220628143414523

4. 删除PVC

kubectl delete pvc {pvcname}

pvc删除之后，对应的pv也会删除，需要注意的是，删除pvc之前需要先释放掉使用pvc的资源，否则会删除不成功

pvc删除之后，对应的NFS中的相应文件夹也会随之删除

如果只删除pod，不删除pvc，那么挂载的文件信息不会删除

5. 创建默认PV

  1. 创建PV：kubectl apply -f default-nfs-storage.yaml

    apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: default-nfs-storage   # 存储分配器名称
# 存储分配器的名称
# 对应“nfs-client-provisioner.yaml”文件中env.PROVISIONER_NAME.value
provisioner: fuseim.pri/ifs
 
# 允许pvc创建后扩容
allowVolumeExpansion: True
 
parameters:
  # 资源删除策略，“true”表示删除PVC时，同时删除绑定的PV，false删除PVC时，对应的PV不会删除
  archiveOnDelete: "false"

  2. 将PV设置成默认PV：kubectl patch storageclass managed-nfs-storage -p '{"metadata": {"annotations":{"storageclass.kubernetes.io/is-default-class":"true"}}}'

3. NFS和PV，PVC关系图

image-20220628150448577

4. 使用MinIO作为网络存储卷

第一步：创建命名空间

第二步：创建MinIO存储分配卷

5. 部署Minio集群

minio.yml

# 创建一个命名空间 Minio
apiVersion: v1
kind: Namespace
metadata:
  name: minio
---
apiVersion: v1
kind: Service
metadata:
  name: minio
  namespace: minio
  labels:
    name: minio
spec:
  type: NodePort
  ports:
  - port: 9000
    nodePort: 30090
    name: m90
  - port: 9001
    nodePort: 30091
    name: m91
  selector:
    name: minio
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: minio
  namespace: minio
spec:
  selector:
    matchLabels:
      name: minio
  replicas: 2
  template:
    metadata:
      labels:
        name: minio
    spec:
      containers:
      - name: minio
        env:
        - name: MINIO_ROOT_USER
          value: admin
        - name: MINIO_ROOT_PASSWORD
          value: train@2022
        image: docker.io/minio/minio
        imagePullPolicy: Never
        args:
        - server
        - /data0
        - /data1 
        - /data2
        - /data3
        - --console-address
        - ":9001"
        ports:
        - containerPort: 9000
        - containerPort: 9001
        volumeMounts:
        - name: data0
          mountPath: /data0
        - name: data1
          mountPath: /data1
        - name: data2
          mountPath: /data2
        - name: data3
          mountPath: /data3         
      volumes:
      - name: data0
        persistentVolumeClaim:
          claimName: minio-data0
      - name: data1
        persistentVolumeClaim:
          claimName: minio-data1
      - name: data2
        persistentVolumeClaim:
          claimName: minio-data2
      - name: data3
        persistentVolumeClaim:
          claimName: minio-data3

minio-pv-nfs.yml

apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs-data-d0
spec:
  storageClassName: minio-data-00
  mountOptions:
  - nolock
  capacity: 
    storage: 5Gi
  accessModes:
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs:
    path: /data/k8snfs/d0
    server: xx.xx.236.133
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs-data-d1
spec:
  storageClassName: minio-data-01
  mountOptions:
  - nolock
  capacity: 
    storage: 5Gi
  accessModes:
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs:
    path: /data/k8snfs/d1
    server: xx.xx.236.133
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs-data-d2
spec:
  storageClassName: minio-data-02
  mountOptions:
  - nolock
  capacity: 
    storage: 5Gi
  accessModes:
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs:
    path: /data/k8snfs/d2
    server: xx.xx.236.133
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs-data-d3
spec:
  storageClassName: minio-data-03
  mountOptions:
  - nolock
  capacity: 
    storage: 5Gi
  accessModes:
  - ReadWriteMany
  persistentVolumeReclaimPolicy: Retain
  nfs:
    path: /data/k8snfs/d3
    server: xx.xx.236.133

NFS-PVC

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: minio-data0
  namespace: minio
spec:
  storageClassName: minio-data-00
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 5Gi
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: minio-data1
  namespace: minio
spec:
  storageClassName: minio-data-01
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 5Gi
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: minio-data2
  namespace: minio
spec:
  storageClassName: minio-data-02
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 5Gi
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: minio-data3
  namespace: minio
spec:
  storageClassName: minio-data-03
  accessModes:
  - ReadWriteMany
  resources:
    requests:
      storage: 5Gi

出现问题：image-20220629152753052

参考文章：minio 高性能 Kubernetes 原生对象存储 - 掘金 (juejin.cn)

See you !
关注
  • 2
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
K8S监控之NFS动态storageClass存储
12-27
PVC会引用上面定义的storageClass，K8S将自动创建一个与之匹配的NFS PV。 5. **监控与优化**： 监控NFS动态storageClass存储至关重要，包括性能指标（如I/O操作、延迟等）和资源使用情况。可以使用Prometheus和...
nfs部署StorageClass
04-03
当配置了NFS-based StorageClass后，Kubernetes可以通过动态供给器自动创建和绑定NFS PV到PVC。 部署NFS-based StorageClass需要以下步骤： 1. **创建NFS服务器**：首先，你需要在集群外部或者内部设置一个NFS...
k8s中持久化存pv、pvc、nfs-storageclass
MssGuo的博客
08-04 3085
k8s中的pv、pvc、存储类、以及动态分配存储
k8s之PV&PVC(NFS)
jiayu的博客
10-17 2607
k8s之PV&PVC(NFS) 实验环境 k8s环境参考： k8s-v1.20.10 二进制部署指导文档 访问模式 PersistentVolume 卷可以用资源提供者所支持的任何方式挂载到宿主系统上。 如下表所示，提供者（驱动）的能力不同，每个 PV 卷的访问模式都会设置为 对应卷所支持的模式值。 例如，NFS 可以支持多个读写客户，但是某个特定的 NFS PV 卷可能在服务器 上以只读的方式导出。每个 PV 卷都会获得自身的访问模式集合，描述的是 特定 PV 卷的能力 模式 作用
Kubernetes——Volume、PV和PVC
最新发布
一坨小橙子的博客
05-29 1041
Kubernetes中Volume卷的管理（emptyDir、hostPath、NFS）、PV和PVC、NFS使用PV和PVC（静态）、StorageClass+NFS实现PV和PVC的动态创建
k8s数据卷数据持久化nfs之PV与PVC
huahua1999的博客
04-24 3753
PV与PVC • PersistentVolume（PV）：持久数据卷，对存储资源的抽象，使得存储作为集群中的资源管理。 • PersistentVolumeClaim（PVC）：持久数据卷申请，用户定义使用的存储容量，使得用户不需要关心后端存储实现。 Pod申请PVC作为卷来使用，Kubernetes通过PVC查找绑定的PV，并挂载到Pod中供程序使用 他是出于安全性与专业性以及专业职业逻辑分离的考虑 他的一般逻辑如下 其中，容器应用内的引用与卷需求模板由开发提供，数据卷定
如此简单的K8S,来玩下pv和pvc，利用nfs来实现持久化存储(内网环境，非常详细)
guijianchouxyz的博客
12-03 2011
当然为了更加友好的区分pv和pvc，咱们借助一下最简单的nfs存储，不要问小编为什么要用nfs而不用其他的呢，主要是因为“懒”，懒可以产生一切。稿件非常不易，一直写到了半夜3点，还请大家多多支持，谢谢小编本稿件所涉及的文件资料下载地址 pv 持久化存储，对存储的资源对外提供一个可以调用的地方或者方法 pvc:从字面上来看就很容易明白，就是pv的client端，只需要关系调用pvc，具体怎么实现的我不关心， 简单的理解就是：pv可以理解成是一个生产者，pvc可以理解为消费者 先简单理解下吧，跟着小
【k8s】k8s存储之持久卷(pv)、持久卷声明(pvc)、nfs持久化存储示例
sl963216757的博客
07-26 2173
一、pv与pvc 01_区别 持久卷（PersistentVolume，PV）是集群中的一块存储，可以由管理员事先供应，或者 使用存储类（Storage Class）来动态供应。 持久卷是集群资源，就像节点也是集群资源一样。PV 持久卷和普通的 Volume 一样，也是使用 卷插件来实现的，只是它们拥有独立于任何使用 PV 的 Pod 的生命周期。 此 API 对象中记述了存储的实现细节，无论其背后是NFS、iSCSI 还是特定于云平台的存储系统。 持久卷声明（PersistentVolumeCla
StorageClass集成NFS时StorageClass程序部署文件，用于k8s部署StorageClass服务
04-15
StorageClass集成NFS时StorageClass程序部署文件，用于k8s部署StorageClass服务
StorageClass集成NFS时驱动程序部署文件，用于k8s部署StorageClass服务
04-15
StorageClass集成NFS时驱动程序部署文件，用于k8s部署StorageClass服务
K8S持久化存储(亲测可用)【volumes PV/PVC StorageClass】
05-29
K8S持久化存储(亲测可用) 方式1：volumes 方式2：Pod + PersistentVolumeClaim(PV) + PersistentVolume(PVC) + NFS 方式3：Pod + PersistentVolumeClaim(PV) + StorageClass + NFS 博客地址(readme)：...
步步深入 k8s 使用 pv pvc sc 在 nfs 基础上共享存储
aifeier的博客
02-14 2595
持久化卷（Persistent Volume, PV）允许用户将外部存储映射到集群，而持久化卷申请（Persistent Volume Claim, PVC）则类似于许可证，使有授权的应用（Pod）可以使用PV。概括地说，PV代表的是Kubernetes中的存储；PVC就像许可证，赋予Pod访问PV的权限；sc则使分配过程是动态的。
K8s存储
Ybaocheng的博客
03-06 1180
/这里定义5个PV，并且定义挂载的路径以及访问模式，还有PV划分的大小。
K8S入门系列(19)-K8S存储之NFS/PV/PVC
记录知识、锤炼自我
11-13 922
NFS 概念 一种网络文件系统，NFS允许一个系统在网络上与它人共享目录和文件。通过使用NFS，用户和程序可以象访问本地文件 一样访问远端系统上的文件。 应用在K8S中 Kubernetes中通过简单地配置就可以挂载NFS到Pod中，而NFS中的数据是可以永久保存的，同时NFS支持同时写操作。Pod被删除时，Volume被卸载，内容被保留。这就意味着NFS能够允许我们提前对数据进行处理，而且这些数据可以在Pod之间相互传递。 创建 yum install nfs-utils rpcbind -y
k8s挂载nfs创建pv
Merandღ的博客
02-28 3211
K8S创建pv一、安装nfs二、创建StorageClass三、创建pv 一、安装nfs 1、关闭防火墙和selinux 2、安装nfs服务端: yum install nfs-utils rpcbind 3、创建用于nfs服务的存储文件夹: mkdir -p /data/nfs/k8s_sit/storage mkdir -p /data/nfs/k8s_uat/storage 4、编辑/etc/exports文件: vim /etc/exports /data/nfs/k8s_sit/storage
持续集成部署-k8s-配置与存储-存储类：动态创建NFS-PV案例
种一棵树最好的时间是十年前，其次是现在。
11-26 1414
在 Kubernetes 中，StorageClass 是用于定义动态存储卷的对象。它允许管理员定义不同类型的存储，并使开发人员能够按需创建 PVC（Persistent Volume Claim 持久卷声明） StorageClass 可以看作是一种存储资源的抽象，它定义了存储的类型、属性和参数等信息。Kubernetes 可以根据这些信息动态地创建 PV（Persistent Volume 持久卷），并将其绑定到 PVC 上。利用 StorageClass 可以达到自动创建PVC的目的。
【云原生】Kubernetes文件挂载nfs
大壮
01-30 1256
场景一：启动镜像后访问/antuapps/jarapps/目录可以看到挂载的lib和lib-provided目录.场景二：上传were.xslx文件到nfs server服务器上查找对应文件已经成功上传。查看远程电脑NFS共享的目录挂载目录。
k8s pvc + pv + nfs使用示例
学亮编程手记
02-02 529
deploy [root@m-1 pv-pvc]# cat deploy.yaml apiVersion: apps/v1 kind: Deployment metadata: name: nginx-dep1 namespace: default spec: replicas: 1 selector: matchLabels: app: nginx template: metadata: labels: app: nginx..
Kubernetes详解（三十八）——NFS对PVC和PV使用实战
永远是少年
05-05 1652
今天继续给大家介绍Linux运维相关知识，本文主要内容是Kubernetes NFS对PVC和PV使用实战。 一、实战说明 二、NFS存储配置 三、PV定义与创建 四、PVC和Pod的定义与创建 五、效果查看
k8s持久化存储pv和pvc
12-27
PV（PersistentVolume）和PVC（PersistentVolumeClaim）是Kubernetes中用于实现持久化存储的重要概念。 PV是集群中的一块存储，可以是NFS、iSCSI、本地存储等，由管理员进行配置或使用存储类进行动态配置。PV定义了存储的容量、访问模式、持久化存储的类型等属性。PV的生命周期是独立于Pod的，即使Pod被删除，PV仍然存在，可以被其他Pod继续使用。 PVC是一个持久化存储卷，用于访问各种类型的持久化存储，如本地存储、网络存储、云存储等。PVC的使用使应用程序更加灵活和可移植，同时也提高了存储资源的利用率。PVC和PV是一一对应的关系，即一个PVC只能绑定一个PV，而一个PV也只能被一个PVC绑定。 下面是一个演示k8s持久化存储PV和PVC的案例： 1. 创建PV： ```yaml apiVersion: v1 kind: PersistentVolume metadata: name: my-pv spec: capacity: storage: 1Gi accessModes: - ReadWriteOnce persistentVolumeReclaimPolicy: Retain storageClassName: my-storage-class nfs: path: /data server: nfs-server-ip ``` 2. 创建PVC： ```yaml apiVersion: v1 kind: PersistentVolumeClaim metadata: name: my-pvc spec: accessModes: - ReadWriteOnce resources: requests: storage: 1Gi storageClassName: my-storage-class ``` 3. 创建Pod，并挂载PVC卷： ```yaml apiVersion: v1 kind: Pod metadata: name: my-pod spec: containers: - name: my-container image: nginx volumeMounts: - name: my-volume mountPath: /data volumes: - name: my-volume persistentVolumeClaim: claimName: my-pvc ``` 4. 删除PVC的正确步骤： ```shell kubectl delete pod my-pod kubectl delete pvc my-pvc kubectl delete pv my-pv ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

See you !

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值