kubectl create configmap cmName --from-file=fileName

这种方式要求文件内部必须是一行一对的key=values，可以在使用的时候注入至pod内部变成环境变量
    1.txt
        name=zhangsan
        password=123


还有一张情况是文件内容不是一行一对的key=values，这种情况的话文件名会变成key，内容会变成values，没办法变成环境变量，只能还原成文件去使用
    2.txt
        今天天气不错，适合爬山（可以理解文件内容为配置文件）

kubectl create configmap cmName --from-literal=name=tom --from-literal=password=pass

这种方式适合简短的key=values，在创建cm时候直接将key values写在了选项中，不用在单独写文件了，如果有几十上百组key values还是用第一种比较好

# 定义第一个 ConfigMap，包含应用的基本配置信息
apiVersion: v1
kind: ConfigMap
metadata:
  name: literal-config  # ConfigMap 名称
  namespace: default    # ConfigMap 所在的命名空间
data:
  name: jim  # 配置项 "name" 的值是 "jim"
  password: pass  # 配置项 "password" 的值是 "pass"

---

# 定义第二个 ConfigMap，包含日志级别的配置
apiVersion: v1
kind: ConfigMap
metadata:
  name: env-config  # ConfigMap 名称
  namespace: default  # ConfigMap 所在的命名空间
data:
  logs_level: INFO  # 配置项 "logs_level" 的值是 "INFO"

---

# 定义一个 Pod，包含一个容器，利用 ConfigMap 配置环境变量
apiVersion: v1
kind: Pod
metadata:
  name: cm-env-test-pod  # Pod 名称
  namespace: default  # Pod 所在的命名空间
spec:
  containers:
    - name: test-container  # 容器名称
      image: nginx:v1  # 使用的镜像是 nginx:v1
      imagePullPolicy: IfNotPresent  # 镜像拉取策略：如果镜像本地已经存在，则不拉取
      command:  # 容器启动时执行的命令
        - "/bin/bash"  # 启动 bash
        - "-c"  # 以 -c 选项执行后面的命令
        - "env"  # 执行 "env" 命令，打印当前环境变量
      env:  # 定义容器的环境变量
        - name: USERNAME  # 环境变量 "USERNAME"
          valueFrom:  # 环境变量的值来自 ConfigMap
            configMapKeyRef:  # 从 ConfigMap 中引用
              name: literal-config  # 指定使用的 ConfigMap 名称
              key: name  # 指定使用 ConfigMap 中的 "name" 键的值
        - name: PASSWORD  # 环境变量 "PASSWORD"
          valueFrom:  # 环境变量的值来自 ConfigMap
            configMapKeyRef:  # 从 ConfigMap 中引用
              name: literal-config  # 指定使用的 ConfigMap 名称
              key: password  # 指定使用 ConfigMap 中的 "password" 键的值
      envFrom:  # 使用 ConfigMap 将多个键值对作为环境变量传递
        - configMapRef:  # 引用 ConfigMap 来获取键值对
            name: env-config  # 指定 ConfigMap 名称为 "env-config"
  restartPolicy: Never  # Pod 的重启策略：如果容器崩溃，Pod 不会自动重启


pod中引用环境变量的方式有两种，
    env：更灵活，将值取出，给我们要赋予的变量
    envFrom：直接引入cm，key和values直接注入到pod内，无法替换了
两种方式按需选择

​

apiVersion: v1
kind: ConfigMap
metadata:
  name: literal-config
  namespace: default
data:
  name: tom
  password: pass

---

apiVersion: v1
kind: Pod
metadata:
  name: cm-command-pod
  namespace: default
spec:
  containers:
    - name: myapp-container
      image: nginx:v1
      imagePullPolicy: IfNotPresent
      command:
        - "/bin/bash"
        - "-c"
        - "echo $(USERNAME) $(PASSWORF)"
      env:
        - name: USERNAME
          valueFrom:
            configMapKeyRef:
              name: literal-config
              key: name
        - name: PASSWORD
          valueFrom:
            configMapKeyRef:
              name: literal-config
              key: password
  restartPolicy: Never

​

# 定义第一个 ConfigMap，包含配置信息
apiVersion: v1
kind: ConfigMap
metadata:
  name: literal-config  # ConfigMap 的名称为 "literal-config"
  namespace: default    # ConfigMap 所在的命名空间为 "default"
data:
  name: tom  # 配置项 "name" 的值为 "tom"
  password: pass  # 配置项 "password" 的值为 "pass"

---

# 定义一个 Pod，挂载 ConfigMap 作为卷
apiVersion: v1
kind: Pod
metadata:
  name: cm-volume-pod  # Pod 的名称为 "cm-volume-pod"
  namespace: default  # Pod 所在的命名空间为 "default"
spec:
  containers:
    - name: myapp-container  # 容器的名称为 "myapp-container"
      image: nginx:v1  # 容器使用的镜像是 "nginx:v1"
      imagePullPolicy: IfNotPresent  # 镜像拉取策略：如果镜像本地已有，则不拉取
      volumeMounts:  # 定义容器中的卷挂载
        - name: config-volume  # 卷的名称为 "config-volume"
          mountPath: /etc/config  # 将卷挂载到容器的路径 /etc/config
  volumes:  # 定义 Pod 中使用的所有卷
    - name: config-volume  # 卷的名称为 "config-volume"
      configMap:  # 卷的数据来源是 ConfigMap
        name: literal-config  # 从名为 "literal-config" 的 ConfigMap 获取数据
  restartPolicy: Never  # Pod 的重启策略为 "Never"，即容器崩溃后不会自动重启

server {
    listen 80 default_server;
    server_name  example.com www.example.com;
    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }
}

​

apiVersion: apps/v1  # 指定API版本为 apps/v1，表示此资源属于 Kubernetes 的应用程序管理 API 组。
kind: Deployment     # 资源类型为 Deployment，表示这是一个部署对象，用于管理应用程序副本的生命周期。
metadata:             # 元数据部分，包含关于此资源的元信息。
  name: hotupdate-deploy  # 部署的名称为 hotupdate-deploy。
  labels:                # 为资源定义标签，这有助于管理和选择资源。
    app: hotupdate-deploy  # 标签 app 设置为 hotupdate-deploy，便于识别和管理此资源。
spec:                # 规格部分，定义期望的部署状态。
  replicas: 5         # 设置部署的副本数量为 5，表示需要 5 个相同的 pod 实例。
  selector:           # 定义用于选择匹配的 Pod 的标签。
    matchLabels:      # 标签匹配规则，必须满足这些标签才能选择到对应的 Pods。
      hotupdate-deploy  # 使用 hotupdate-deploy 标签来选择匹配的 Pods。
  template:           # Pod 模板定义，用来创建 Pod 的规范。
    metadata:         # Pod 的元数据。
      labels:         # 为 Pod 指定标签，这些标签会与 selector 匹配。
        app: hotupdate-deploy  # 给 Pod 添加 app 标签，值为 hotupdate-deploy。
    spec:             # Pod 内部容器的规格定义。
      containers:     # Pod 中的容器定义部分。
        - name: nginx  # 容器名称为 nginx。
          image: nginx:v1  # 使用 nginx:v1 镜像。
          imagePullPolicy: IfNotPresent  # 如果本地已有该镜像则不会重新拉取，只有当本地没有时才会拉取。
          volumeMounts:  # 定义容器的挂载卷。
            - name: config-volume  # 挂载的卷名称为 config-volume。
              mountPath: /etc/nginx/conf.d/  # 将配置文件挂载到容器的 /etc/nginx/conf.d/ 目录。
      volumes:         # 定义 Pod 中使用的所有卷。
        - name: config-volume  # 卷的名称为 config-volume。
          configMap:          # 配置卷使用一个 ConfigMap 作为数据来源。
            name: default-nginx  # 指定使用的 ConfigMap 名称为 default-nginx，用于提供 Nginx 配置。

​

​

​

​

​

[root@k8s-master ~]# echo test |base64 
dGVzdAo=
[root@k8s-master ~]# echo dGVzdAo= |base64 -d
test
[root@k8s-master ~]#

如果解码没有编码过的数据会报错

[root@k8s-master ~]# echo 666 |base64 -d
뭢ase64: 输入无效
[root@k8s-master ~]# 

[root@k8s-master ~]# echo admin |base64 
YWRtaW4K
[root@k8s-master ~]# echo 13579 |base64 
MTM1NzkK
[root@k8s-master ~]# 
#用户和密码先进行编码


apiVersion: v1
kind: Secret
metadata:
  name: mysecret
type: Opaque
data:
  username: YWRtaW4K
  password: MTM1NzkK

secret中，values会自动进行解码，所以一旦使用Opaque类型切记要先进行数据编码，不然解码会出错

​

​

​

apiVersion: apps/v1   # 指定 API 版本，表示使用的是 Kubernetes 中的 apps/v1 版本
kind: Deployment      # 指定资源类型为 Deployment，这意味着是一个应用部署
metadata:
  name: opaque-secret-env-deploy   # Deployment 的名称，这里是 'opaque-secret-env-deploy'
  labels:                         # 给 Deployment 添加标签，方便后续查询或选择
    app: opaque-secret-env       # 标签 'opaque-secret-env'
spec:
  replicas: 5                   # 设置该 Deployment 创建 5 个副本（Pod）
  selector:                      # 定义 Deployment 用于选择 Pod 的标签
    matchLabels:
      app: op-se-env-pod          # 选择标签为 app=op-se-env-pod 的 Pod
  template:                       # 定义 Pod 模板，Deployment 会基于该模板创建 Pod
    metadata:
      labels:
        app: op-se-env-pod        # Pod 的标签，确保 Pod 与 Deployment 匹配
    spec:
      containers:                 # Pod 中的容器定义部分
        - name: myapp-container   # 容器名称，给容器起名为 'myapp-container'
          image: nginx:v1         # 容器使用的镜像是 'nginx:v1'
          imagePullPolicy: IfNotPresent # 如果本地镜像不存在，才从镜像仓库拉取
          ports:
            - containerPort: 80   # 容器暴露端口 80
          env:                     # 定义环境变量部分
            - name: TEST_USER      # 环境变量名称为 TEST_USER
              valueFrom:           # 环境变量值通过引用 Secret 获取
                secretKeyRef:       # 引用 Kubernetes Secret
                  name: mysecret    # Secret 名称为 'mysecret'
                  key: username     # Secret 中的 key 是 'username'，它将作为 TEST_USER 环境变量的值
            - name: TEST_PASSWORD  # 环境变量名称为 TEST_PASSWORD
              valueFrom:           # 环境变量值通过引用 Secret 获取
                secretKeyRef:       # 引用 Kubernetes Secret
                  name: mysecret    # Secret 名称为 'mysecret'
                  key: password     # Secret 中的 key 是 'password'，它将作为 TEST_PASSWORD 环境变量的值

apiVersion: v1  # API 版本，v1 是 Kubernetes 中最基础的 API 版本
kind: Pod  # 资源类型为 Pod，表示这是一个 Pod 配置
metadata:
  name: secret-volume-pod  # Pod 的名称为 'secret-volume-pod'
  labels:
    name: secret-volume  # 给 Pod 添加标签，标签 'name' 的值为 'secret-volume'
spec:
  volumes:  # 定义 Pod 使用的所有卷（Volumes）
    - name: volumes12  # 卷的名称为 'volumes12'
      secret:  # 使用 Kubernetes Secret 类型的卷
        secretName: mysecret  # 引用名为 'mysecret' 的 Secret 作为卷的内容
  containers:  # Pod 中定义的容器部分
    - name: myapp-contaienr  # 容器的名称，注意：'container' 拼写错误，正确应为 'container'
      image: nginx:v1  # 容器使用的镜像是 'nginx:v1'
      imagePullPolicy: IfNotPresent  # 如果本地没有镜像，则从仓库拉取镜像
      volumeMounts:  # 定义容器内的卷挂载部分
        - name: volumes12  # 挂载名为 'volumes12' 的卷（此卷是 Secret 类型的）
          mountPath: "/data"  # 将卷挂载到容器内的 '/data' 路径

apiVersion: v1
kind: Pod
metadata:
  name: secret-volume-pod
  labels:
    name: secret-volume
spec:
  volumes:
    - name: volumes12
      secret:
        secretName: mysecret
        defaultMode: 256    #用的是十进制数字，会转换为对应的一个权限因为权限代表的数字就是八进制的，会变成400
  containers:
    - name: myapp-contaienr
      image: nginx:v1
      imagePullPolicy: IfNotPresent
      volumeMounts:
        - name: volumes12
          mountPath: "/data"

apiVersion: v1  # 指定使用 Kubernetes API 版本 v1
kind: Pod  # 资源类型为 Pod，表示创建一个 Pod
metadata:
  name: secret-volume-pod  # Pod 的名称为 'secret-volume-pod'
  labels:
    name: secret-volume  # 给 Pod 添加标签，标签 'name' 的值为 'secret-volume'
spec:
  volumes:  # 定义 Pod 中的所有卷
    - name: volumes12  # 卷的名称为 'volumes12'
      secret:  # 使用 Kubernetes Secret 类型的卷
        secretName: mysecret  # 引用名为 'mysecret' 的 Secret
        items:  # 通过 items 字段指定哪些 Secret 键应该被挂载
          - key: username  # 选择 Secret 中的键 'username'
            path: my-group/my-username  # 将 Secret 中 'username' 键的值挂载到容器内的 '/data/my-group/my-username'
  containers:  # 定义容器部分，Pod 中运行的应用容器
    - name: myapp-contaienr  # 容器名称，注意：'container' 拼写错误，应该是 'myapp-container'
      image: nginx:v1  # 容器使用的镜像是 'nginx:v1'
      imagePullPolicy: IfNotPresent  # 如果本地镜像不存在，则从镜像仓库拉取镜像
      volumeMounts:  # 定义容器内的卷挂载
        - name: volumes12  # 挂载名为 'volumes12' 的卷（该卷来源于 Secret）
          mountPath: "/data"  # 将卷挂载到容器内的 '/data' 路径

apiVersion: v1
kind: Pod
metadata:
  name: secret-volume-pod
  labels:
    name: secret-volume
spec:
  volumes:
    - name: volumes12
      secret:
        secretName: mysecret
  containers:
    - name: myapp-contaienr
      image: nginx:v1
      imagePullPolicy: IfNotPresent
      volumeMounts:
        - name: volumes12
          mountPath: "/data"

apiVersion: v1  # Kubernetes API 版本，v1 是基础版本，用于创建 Pod 等资源
kind: Pod  # 资源类型为 Pod，表示创建一个 Pod 资源
metadata:
  name: downward-api-env-example  # Pod 的名称为 'downward-api-env-example'
  namespace: default  # 指定 Pod 所在的命名空间为 'default'
spec:
  containers:  # 定义 Pod 中的容器
    - name: my-container  # 容器的名称为 'my-container'
      image: nginx:v1  # 使用 nginx:v1 作为容器的镜像
      imagePullPolicy: IfNotPresent  # 如果本地没有该镜像，则从仓库拉取
      env:  # 定义容器的环境变量
        - name: POD_NAME  # 环境变量 'POD_NAME' 将存储 Pod 的名称
          valueFrom:
            fieldRef:
              fieldPath: metadata.name  # 通过 Downward API 获取 Pod 的名称
        - name: POD_NAMESPACE  # 环境变量 'POD_NAMESPACE' 将存储 Pod 所在的命名空间
          valueFrom:
             fieldRef:
               fieldPath: metadata.namespace  # 通过 Downward API 获取 Pod 的命名空间
        - name: POD_IP  # 环境变量 'POD_IP' 将存储 Pod 的 IP 地址
          valueFrom:
            fieldRef:
              fieldPath: status.podIP  # 通过 Downward API 获取 Pod 的 IP 地址，注意字段大小写应为 'status.podIP'
        - name: CPU_REQUEST  # 环境变量 'CPU_REQUEST' 将存储 Pod 的 CPU 请求值
          valueFrom:
            resourceFieldRef:  # 使用 resourceFieldRef 获取资源请求的值
              resource: requests.cpu  # 获取 CPU 请求值
        - name: CPU_LIMIT  # 环境变量 'CPU_LIMIT' 将存储 Pod 的 CPU 限制值
          valueFrom:
             resourceFieldRef:  # 使用 resourceFieldRef 获取资源限制的值
               resource: limits.cpu  # 获取 CPU 限制值
        - name: MEMORY_REQUEST  # 环境变量 'MEMORY_REQUEST' 将存储 Pod 的内存请求值
          valueFrom:
             resourceFieldRef:  # 使用 resourceFieldRef 获取资源请求的值
               resource: requests.memory  # 获取内存请求值
        - name: MEMORY_LIMIT  # 环境变量 'MEMORY_LIMIT' 将存储 Pod 的内存限制值
          valueFrom:
             resourceFieldRef:  # 使用 resourceFieldRef 获取资源限制的值
               resource: limits.memory  # 获取内存限制值
  restartPolicy: Never  # 设置 Pod 的重启策略为 'Never'，表示 Pod 不会在终止后自动重启

apiVersion: v1  # API版本，指定Pod对象使用的API版本
kind: Pod  # 资源类型为 Pod
metadata:
  name: downward-api-volume-example  # Pod 的名称
spec:
  containers:  # 定义 Pod 中的容器
    - name: my-container  # 容器名称
      image: nginx:v1  # 使用的镜像，指定了 nginx:v1
      imagePullPolicy: IfNotPresent  # 镜像拉取策略：如果本地已有镜像则不拉取
      resources:  # 设置容器的资源请求和限制
        limits:
          cpu: "1"  # 限制容器最多使用 1 核 CPU
          memory: "512Mi"  # 限制容器最多使用 512Mi 内存
        requests:
          cpu: "0.5"  # 请求容器 0.5 核 CPU
          memory: "256Mi"  # 请求容器 256Mi 内存
      volumeMounts:  # 将卷挂载到容器中
         - name: downward-api-volume  # 卷的名称，匹配 volumes 部分的名称
           mountPath: /etc/podinfo  # 将卷挂载到容器的 /etc/podinfo 目录
  volumes:  # 定义 Pod 中的卷
    - name: downward-api-volume  # 卷的名称，匹配 volumeMounts 部分的名称
      downwardAPI:  # 使用 Downward API 卷类型
        items:  # 通过 Downward API 获取并挂载 Pod 的字段
          - path: "annotations"  # 将 Pod 的注解挂载到名为 annotations 的文件
            fieldRef:
              fieldPath: metadata.annotations  # 引用 Pod 的 metadata.annotations 字段
          - path: "labels"  # 将 Pod 的标签挂载到名为 labels 的文件
            fieldRef:
              fieldPath: metadata.labels  # 引用 Pod 的 metadata.labels 字段
          - path: "name"  # 将 Pod 的名称挂载到名为 name 的文件
            fieldRef:
              fieldPath: metadata.name  # 引用 Pod 的 metadata.name 字段
          - path: "namespace"  # 将 Pod 的命名空间挂载到名为 namespace 的文件
            fieldRef:
              fieldPath: metadata.namespace  # 引用 Pod 的 metadata.namespace 字段
          - path: "uid"  # 将 Pod 的 UID 挂载到名为 uid 的文件
            fieldRef:
              fieldPath: metadata.uid  # 引用 Pod 的 metadata.uid 字段
          - path: "cpuRequest"  # 将容器的 CPU 请求值挂载到名为 cpuRequest 的文件
            resourceFieldRef:
              containerName: my-container  # 指定容器名称为 my-container
              resource: requests.cpu  # 获取容器的 requests.cpu 资源字段
          - path: "memoryRequest"  # 将容器的内存请求值挂载到名为 memoryRequest 的文件
            resourceFieldRef:
              containerName: my-container  # 指定容器名称为 my-container
              resource: requests.memory  # 获取容器的 requests.memory 资源字段
          - path: "cpuLimit"  # 将容器的 CPU 限制值挂载到名为 cpuLimit 的文件
            resourceFieldRef:
              containerName: my-container  # 指定容器名称为 my-container
              resource: limits.cpu  # 获取容器的 limits.cpu 资源字段
          - path: "memoryLimit"  # 将容器的内存限制值挂载到名为 memoryLimit 的文件
            resourceFieldRef:
              containerName: my-container  # 指定容器名称为 my-container
              resource: limits.memory  # 获取容器的 limits.memory 资源字段
  restartPolicy: Never  # 设置 Pod 的重启策略为 Never，表示该 Pod 不会自动重启

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: test-api-cluster-admin-binding
subjects:
  - kind: ServiceAccount
    name: test-api
    namespace: default
roleRef:
  kind: ClusterRole
  name: Cluster-admin
  apiGroup: rbac.authorization.k8s.io

kubectl create sa test-api

# apiVersion表示使用的Kubernetes API的版本，v1是比较常用的版本之一
apiVersion: v1
# kind用于指定当前配置的资源类型，这里是Pod，表示要创建一个Pod资源
kind: Pod
# metadata部分用于定义该Pod的元数据信息，比如名称、所属命名空间等
metadata:
  # name字段指定Pod的名称，这里取名为volume-emptydir-disk-pod
  name: volume-emptydir-disk-pod
  # namespace字段指定Pod所属的命名空间，这里是default命名空间
  namespace: default
# spec部分用于定义Pod的规格，也就是详细的配置内容
spec:
  # containers字段用于定义Pod中包含的容器列表，这里可以包含一个或多个容器
  containers:
    # 开始定义第一个容器，名称为myapp
    - name: myapp
      # image字段指定容器要使用的镜像，这里使用的是nginx镜像，版本为v1
      image: nginx:v1
      # imagePullPolicy用于指定镜像拉取策略，IfNotPresent表示如果本地不存在该镜像才去拉取
      imagePullPolicy: IfNotPresent
      # ports字段用于定义容器要暴露的端口信息
      ports:
        # 定义容器内的端口80将被暴露，可用于对外提供服务等情况
        - containerPort: 80
      # volumeMounts字段用于定义容器内挂载存储卷的相关配置
      volumeMounts:
        # 定义挂载的存储卷名称为logs-volume
        - name: logs-volume
          # 指定在容器内的挂载路径为/var/log/nginx/，这样容器内对应路径下的数据可以存储到挂载的存储卷中
          mountPath: /var/log/nginx/
    # 开始定义第二个容器，名称为busybox
    - name: busybox
      # 指定该容器使用的镜像为busybox镜像
      image: busybox
      # 同样设置镜像拉取策略为IfNotPresent
      imagePullPolicy: IfNotPresent
      # command字段用于定义容器启动时要执行的命令
      command:
        # 这是具体的命令内容，整体命令是先创建一个名为access.log的文件，然后持续跟踪该文件的变化（通常用于查看日志等情况）
        - "/bin/sh"
        - "-c"
        - "touch /logs/access.log && tail -f /logs/access.log"
      # 定义该容器内挂载存储卷的配置
      volumeMounts:
        # 挂载的存储卷名称同样为logs-volume
        - name: logs-volume
          # 指定在容器内挂载的路径为/logs，用于和上面的命令配合，对该路径下的日志文件进行操作等
          mountPath: /logs
  # volumes字段用于定义Pod使用的存储卷列表
  volumes:
    # 定义一个名为logs-volume的存储卷
    - name: logs-volume
      # 这里指定存储卷类型为emptyDir，即一个临时的、基于节点本地存储的空目录存储卷，常用于容器间共享数据等场景
      emptyDir: {}

apiVersion: v1
kind: Pod
metadata:
  name: test-pd
spec:
  containers:
  - image: registry.k8s.io/test-webserver
    name: test-container
    volumeMounts:
    - mountPath: /cache
      name: cache-volume
  volumes:
  - name: cache-volume
    emptyDir:
      sizeLimit: 500Mi
      medium: Memory

apiVersion: v1
kind: Pod
metadata:
  name: hostpath-pod
spec:
  containers:
    - name: myapp
      image: nginx:v1
      imagePullPolicy: IfNotPresent
      volumeMounts:
        - name: test-volume
          mountPath: /test-pd
  volumes:
    - name: test-volume
      hostPath:
        path: /data    #注意这个/data是最后pod分配节点的/data，不是master的/data
        type: Directory

#搭建nfs服务器，每个节点都安装
yum -y install nfs-utils rpcbind
systemctl start rpcbind
systemctl start nfs

回到master节点

mkdir /nfsdata
chmod 666 /nfsdata
chown nfsnobody /nfsdata
cd /nfsdata

#为了更好呈现pvc效果，多建几个目录进行pv制作，并且每个目录下都有内容
for i in {1..10} ;do mkdir $i ;echo $i > $i/index.html ;done

vim /etc/exports
/nfsdata/1 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/2 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/3 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/4 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/5 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/6 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/7 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/8 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/9 *(rw,no_root_squash,no_all_squash,sync)
/nfsdata/10 *(rw,no_root_squash,no_all_squash,sync)

exportfs -r

showmount -e  hostIP查看共享

可以在集群中其他节点测试挂载nfs目录
mount -t nfs nfsServerIP:/Path localPath

这样就模拟了十个nfs的共享存储，并且将目录 /nfsdata/10 以读写权限共享给所有客户端，保留客户端 root 权限（无映射限制），并确保数据同步写入磁盘

apiVersion: v1  # API版本，Kubernetes核心API v1版本
kind: PersistentVolume  # 资源类型，定义一个持久化存储卷
metadata:
  name: nfsv1  # 存储卷的名称，必须唯一
spec:
  capacity:
    storage: 1Gi  # 存储容量，大小为1Gi
  accessModes:
    - ReadWriteOnce  # 访问模式，仅允许单个节点读写
  persistentVolumeReclaimPolicy: Recycle  # 回收策略，删除时清理数据
  storageClassName: nfs  # 存储类名称，指向NFS存储
  nfs:  # 定义NFS的相关配置
    path: /nfsdata/1  # NFS共享目录路径
    server: 192.168.176.101  # NFS服务器的IP地址
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfsv2  # 第二个存储卷
spec:
  capacity:
    storage: 1Gi  # 存储容量为1Gi
  accessModes: 
    - ReadWriteMany  # 访问模式，多个节点可同时读写
  persistentVolumeReclaimPolicy: Recycle  # 回收策略，删除时清理数据
  storageClassName: nfs  # NFS存储类
  nfs:
    path: /nfsdata/2  # NFS共享目录路径
    server: 192.168.176.101  # NFS服务器的IP地址
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfsv3  # 第三个存储卷
spec:
  capacity:
    storage: 1Gi  # 存储容量为1Gi
  accessModes: 
    - ReadOnlyMany  # 访问模式，多个节点只读访问
  persistentVolumeReclaimPolicy: Recycle  # 回收策略，删除时清理数据
  storageClassName: nfs  # NFS存储类
  nfs:
    path: /nfsdata/3  # NFS共享目录路径
    server: 192.168.176.101  # NFS服务器的IP地址
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfsv4  # 第四个存储卷
spec:
  capacity:
    storage: 1Gi  # 存储容量为1Gi
  accessModes: 
    - ReadWriteOnce  # 访问模式，仅单节点读写
  persistentVolumeReclaimPolicy: Retain  # 回收策略，删除后保留数据
  storageClassName: nfs  # NFS存储类
  nfs:
    path: /nfsdata/4  # NFS共享目录路径
    server: 192.168.176.101  # NFS服务器的IP地址
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfsv5  # 第五个存储卷
spec:
  capacity:
    storage: 3Gi  # 存储容量为3Gi
  accessModes: 
    - ReadWriteOnce  # 访问模式，仅单节点读写
  persistentVolumeReclaimPolicy: Recycle  # 回收策略，删除时清理数据
  storageClassName: nfs  # NFS存储类
  nfs:
    path: /nfsdata/5  # NFS共享目录路径
    server: 192.168.176.101  # NFS服务器的IP地址
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfsv6  # 第六个存储卷
spec:
  capacity:
    storage: 1.2Gi  # 存储容量为1.2Gi（建议调整为整数值）
  accessModes: 
    - ReadWriteOnce  # 访问模式，仅单节点读写
  persistentVolumeReclaimPolicy: Delete  # 回收策略，删除时销毁数据
  storageClassName: nfs  # NFS存储类
  nfs:
    path: /nfsdata/6  # NFS共享目录路径
    server: 192.168.176.101  # NFS服务器的IP地址
---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfsv7  # 第七个存储卷
spec:
  capacity:
    storage: 0.9Gi  # 存储容量为0.9Gi（建议调整为有效单位如900Mi）
  accessModes: 
    - ReadWriteOnce  # 访问模式，仅单节点读写
  persistentVolumeReclaimPolicy: Recycle  # 回收策略，删除时清理数据
  storageClassName: nfs  # NFS存储类
  nfs:
    path: /nfsdata/7  # NFS共享目录路径
    server: 192.168.176.101  # NFS服务器的IP地址

apiVersion: v1
kind: Service
metadata:
  name: nginx # 定义 Service 的名称
  labels:
    app: nginx # 为 Service 添加标签
spec:
  clusterIP: None # 配置为无头服务（Headless Service），允许直接访问 Pod
  ports:
    - name: web # 定义端口名称
      port: 80 # Service 暴露的端口
  selector:
    app: nginx # 选择标签为 app=nginx 的 Pod
---
apiVersion: apps/v1
kind: StatefulSet
metadata:
  name: web # StatefulSet 名称，用于唯一标识 StatefulSet
spec:
  replicas: 3 # 副本数量，表示创建 3 个 Pod
  selector:
    matchLabels:
      app: nginx # 定义 Pod 的匹配标签，确保正确匹配模板中的 Pod
  serviceName: nginx # 关联的 Service 名称，必须是 Headless Service
  template:
    metadata:
      labels:
        app: nginx # Pod 模板的标签，需与 selector 匹配
    spec:
      containers:
        - name: nginx-container # 容器名称
          image: nginx:one # 使用的 Nginx 镜像版本
          imagePullPolicy: IfNotPresent # 如果本地没有镜像，则从镜像仓库拉取
          ports:
            - name: nginxweb # 容器端口名称
              containerPort: 80 # 容器内部服务暴露的端口
          volumeMounts:
            - name: www # 卷挂载名称，对应 volumeClaimTemplates
              mountPath: /usr/share/nginx/html # 挂载到容器的路径
  volumeClaimTemplates: # 定义持久化卷模板
    - metadata:
        name: www # PVC 名称，需与 volumeMounts 一致
      spec:
        accessModes: 
          - ReadWriteOnce # 定义卷访问模式，单节点可读写
        storageClassName: nfs # 使用的存储类
        resources:
          requests:
            storage: 1Gi # 请求的存储大小为 1Gi