Kubernetes——卷管理

已于 2023-02-01 11:16:17 修改
阅读量170 收藏
点赞数
分类专栏： Kubernetes 文章标签： kubernetes 容器
于 2023-02-01 09:53:27 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41358740/article/details/128827319
版权

文章目录

卷管理

  • 卷可以解决容器崩溃或重启后历史数据丢失的问题
  • 卷可以解决容器或Pod被删除后数据持久保存的问题
  • 卷可以解决在多个容器内共享数据的问题
  • kubernetes支持很多类型的卷
    • Pod可以同时使用任意数目的卷类型
    • Pod中的容器在崩溃或重启后数据都不会丢失
  • 临时卷
    • 临时卷类型的生命周期与Pod相同，当Pod不存在时，k8s也会销毁临时卷
  • 持久卷
    • 当Pod执行结束或被删除以后，k8s不会销毁持久卷
  • 如何使用卷？
    • 使用卷时，在.spec.volumes字段中设置为Pod提供的卷，并在.spec.containers[*].volumeMounts字段中声明卷在容器中的挂载位置
    • 卷不能挂载到其他卷之上，也不能与其他卷有硬链接

临时卷

Pod资源文件

---
apiVersion: v1
kind: Pod
metadata:
  name: web1
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80

emptyDir卷

  • emptyDir是一种临时卷
    • emptyDir的本质是一个简单的空白目录
    • 当Pod被创建时，emptyDir也会同时被创建，并且Pod在该节点上运行期间，一直存在。当Pod被从节点上删除是，emptyDir卷中的数据也会被永久删除
  • emptyDir的用途：
    • 临时空间，例如缓存服务器、数据统计分析、归并排列
    • 同一个Pod中容器共享数据
[root@master ~]# vim myv1.yaml
---
apiVersion: v1
kind: Pod
metadata:
  name: web1
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:				# 定义卷
  - name: cache-volume	# 卷的名字，在容器内引用
    emptyDir: {}		# 卷的类型
  containers:
  - name: nginx
    image: myos:nginx
    volumeMounts:				# 在容器中引用卷
    - name: cache-volume		# 引用卷的名字
      mountPath: /var/cache		# 卷在容器中映射的路径，如果路径不存在就创建，存在就覆盖
    ports:
    - protocol: TCP
      containerPort: 80

[root@master ~]# kubectl apply -f myv1.yaml
pod/web1 created
[root@master ~]# kubectl exec -it web1 -- /bin/bash
[root@web html]# df -h /var/cache    # 卷会被当作块设备来挂载
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        40G  3.2G   35G   9% /var/cache

[root@master ~]# kubectl delete -f myv1.yaml
pod "web1" deleted

统计访问量（案例1）

[root@master ~]# vim myv1.yaml
---
apiVersion: v1
kind: Pod
metadata:
  name: web1
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: logs
    emptyDir: {}
  containers:
  - name: nginx
    image: myos:nginx
    volumeMounts:
    - name: logs
      mountPath: /usr/local/nginx/logs
    ports:
    - protocol: TCP
      containerPort: 80
  - name: log
    image: myos:v2009
    volumeMounts:
    - name: logs
      mountPath: /logdata
    command: ["/bin/bash"]
    args:
    - -c
    - |
      while true;do
        awk '{IP[$1]++}END{for(i in IP)print(i,IP[i])}' /logdata/access.log
        sleep 60
      done

[root@master ~]# kubectl apply -f myv1.yaml
pod/web1 created
[root@master ~]# kubectl get pod -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web1   2/2     Running   0          59s   10.244.3.50   node-0003
[root@master ~]# curl -s http://10.244.3.50
[root@master ~]# curl -s http://10.244.3.50
[root@master ~]# curl -s http://10.244.3.50
Nginx is running !
[root@master ~]# kubectl logs web1 -c log
10.244.0.0 3

configMap卷

  • configMap是一种临时卷

    • configMap卷提供了向Pod注入配置数据的方法，允许你将配置文件与镜像分离，使容器化的应用具有可移植性
    • configMap在使用之前需要先创建它，configMap不是用来保存大量数据的，在其中保存的数据不可超过1MiB

  • configMap的用途

    • 定义临时环境变量
    • 修改各种配置文件的参数，数据库的地址，用户名密码等

  • 创建configMap的语法格式

    kubectl create configmap 名称 [选项/参数]

设置容器变量

# 使用变量创建 configMap
[root@master ~]# kubectl create configmap mycm1 --from-literal=x=123 --from-literal=y=456
configmap/mycm1 created

# 查看 configMap
[root@master ~]# kubectl get configmaps 
NAME               DATA   AGE
kube-root-ca.crt   1      2d5h
mycm1              1      54s

# 引用 configMap 设置环境变量
[root@master ~]# vim myv2.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web2
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:			# 引用一个卷来配置环境变量
    - configMapRef:		# 引用configMap资源对象
        name: mycm1		# 引用configMap资源对象名称

[root@master ~]# kubectl apply -f myv2.yaml 
pod/web2 created
[root@master ~]# kubectl exec -it web2 -- /bin/bash
[root@web1 html]# echo ${x},${y}
123,456
  • 复杂变量可以使用资源文件
---
kind: ConfigMap		# 资源对象类型
apiVersion: v1		# 资源对象版本
metadata:			# 元数据，属性信息
  name: mycm1		# 资源对象名称
data:				# 定义数据
  "x": |			# 文件/变量名称
    123				# 文件/变量内容，不折叠换行符
    456
  "y": >			# 文件/变量名称
    123				# 文件/变量内容，折叠换行符
    456

配置系统时区

[root@master ~]# vim myv2.yaml 
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: timezone
data:
  TZ: "Asia/Shanghai"

---
apiVersion: v1
kind: Pod
metadata:
  name: web2
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:
    - configMapRef:
        name: timezone

[root@master ~]# kubectl delete -f myv2.yaml
pod "web2" deleted
[root@master ~]# kubectl apply -f myv2.yaml
configmap/timezone created
pod/web2 created
[root@master ~]# kubectl exec -it web2 -- /bin/bash
[root@web2 html]# date  +%T

配置Nginx解析PHP

# 拷贝 5/public/info.php 到 master 主机，创建测试页面
[root@master ~]# mkdir webphp
[root@master ~]# echo "Hello Nginx ." >webphp/info.html
[root@master ~]# cp info.php webphp/

# 把目录做 configMap
[root@master ~]# kubectl create configmap website --from-file=webphp
configmap/website created

# 修改 nginx 配置文件，并做成 ConfigMap
[root@master ~]# kubectl cp web2:/usr/local/nginx/conf/nginx.conf ./nginx.conf
[root@master ~]# vim nginx.conf
        location ~ \.php$ {
            root           html;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            include        fastcgi.conf;
        } 

[root@master ~]# kubectl create configmap webconf --from-file=nginx.conf
configmap/webconf created
[root@master ~]# kubectl get configmaps 
NAME               DATA   AGE
timezone           1      73m
webconf            1      5s
website            2      4m18s

修改Pod配置文件

[root@master ~]# vim myv2.yaml
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: timezone
data:
  TZ: "Asia/Shanghai"

---
apiVersion: v1
kind: Pod
metadata:
  name: web2
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: myphp			# 数据卷名称
    configMap:			# 引用数据资源对象类型
      name: website		# 引用数据资源对象名称
  - name: webconf
    configMap:
      name: webconf
  containers:
  - name: nginx
    image: myos:nginx
    volumeMounts:		# 在容器中引用卷
    - name: myphp		# 卷的名字
      mountPath: /usr/local/nginx/html/myphp	# 卷映射的路径
    - name: webconf
      subPath: nginx.conf	# 映射单一文件时指定子路径
      mountPath: /usr/local/nginx/conf/nginx.conf
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:
    - configMapRef:
        name: timezone
  - name: php          # 要解析动态网页，php同样需要应用测试网页文件
    image: myos:phpfpm
    volumeMounts:
    - name: myphp		# 应用nginx同样的卷
      mountPath: /usr/local/nginx/html/myphp  # 路径与nginx保持一致
    envFrom:
    - configMapRef:
        name: timezone

[root@master ~]# kubectl delete -f myv2.yaml 
pod "web2" deleted
[root@master ~]# kubectl apply -f myv2.yaml 
pod/web2 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web2   2/2     Running   0          7s    10.244.3.13   node-0003
[root@master ~]# curl http://10.244.3.13/myphp/info.php
<pre>
Array
(
    [REMOTE_ADDR] => 10.244.0.0
    [REQUEST_METHOD] => GET
    [HTTP_USER_AGENT] => curl/7.29.0
    [REQUEST_URI] => /info.php
)
php_host:       web2
1229

保护敏感数据（案例2）

  • 某个Pod提供WEB服务

    http://ip.xx.xx.xx/myphp/ 目录下php文件有安全风险，为该路径下所有php文件设置认证保护

  • 提示：

    1. 可以使用 httpd-tools 软件包中的 htpasswd 生成密码文件

    2. 可以使用 nginx 提供认证保护

      auth_basic "Website Admin";
      auth_basic_user_file "/usr/local/nginx/conf/webauth";

# 修改 nginx.conf 配置文件，启用认证
[root@master ~]# vim nginx.conf 
        location ~ ^/myphp/.+\.php$ {
            root           html;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            include        fastcgi.conf;
            auth_basic "Website Admin";
            auth_basic_user_file "/usr/local/nginx/conf/webauth";
        }

[root@master ~]# kubectl delete configmaps webconf 
configmap "webconf" deleted
[root@master ~]# kubectl create configmap webconf --from-file=nginx.conf 
configmap/webconf created

# 修改 configmap 之后重建 Pod
[root@master ~]# kubectl delete -f myv2.yaml 
configmap "timezone" deleted
pod "web2" deleted
[root@master ~]# kubectl apply -f myv2.yaml 
configmap/timezone created
pod/web2 created

# 创建认证文件
[root@master ~]# kubectl exec -it web2 -c nginx -- /bin/bash
[root@web2 html]# yum install -y httpd-tools
[root@web2 html]# htpasswd -nbm admin 123456 >/usr/local/nginx/conf/webauth
[root@web2 html]# exit

# 访问验证
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE    IP            NODE
web2   2/2     Running   0          100s   10.244.2.20   node-0002
[root@master ~]# curl http://10.244.2.20/myphp/info.html
Nginx is running !
[root@master ~]# curl http://10.244.2.20/myphp/info.php
<html>
<head><title>401 Authorization Required</title></head>
<body>
<center><h1>401 Authorization Required</h1></center>
<hr><center>nginx/1.17.6</center>
</body>
</html>
[root@master ~]# curl -u admin:123456 http://10.244.2.20/myphp/info.php
<pre>
Array
(
    [REMOTE_ADDR] => 127.0.0.1
    [REQUEST_METHOD] => GET
    [HTTP_USER_AGENT] => curl/7.29.0
    [REQUEST_URI] => /myphp/info.php
)
php_host:       web
1229

secret卷

  • secret是一种临时卷

    • secret类似于ConfigMap但专门用于保存机密数据
    • 在设置secret.data字段时，所有键值都必须是经过base64编码的字符串

  • secret的用途：

    • 为容器配置变量
    • 挂载配置文件/目录到容器上
    • 由kublet在为Pod拉取镜像时使用（需要登录的仓库）

  • 语法

    kubectl create secret 子类型 名称 [选项/参数]

  • 子类型

    • 通用类型

      kubectl create secret generic 名称 [选项/参数]

    • 用于创建访问docker仓库的子类型

      kubectl create secret docker-registry 名称 [选项/参数]

    • 用于创建TLS证书的子类型

      kubectl create secret tls 名称 [选项/参数]

[root@master ~]# kubectl create secret generic mysecret --from-literal=username=admin --from-literal=password=123456
secret/mysecret created
[root@master ~]# kubectl get secrets 
NAME                  TYPE                                  DATA   AGE
default-token-qw9b9   kubernetes.io/service-account-token   3      5d1h
mysecret              Opaque                                2      54s
[root@master ~]# kubectl get secrets mysecret -o yaml
apiVersion: v1
data:
  password: MTIzNDU2	# 变量key是明文，变量value必须base64编码
  username: YWRtaW4=
kind: Secret			# 资源对象
metadata:				# 元数据
  creationTimestamp: "2022-09-03T09:51:10Z"
  name: mysecret		# 资源对象名称
  namespace: default
  resourceVersion: "288864"
  uid: fec7e9bc-f957-40b5-ab7a-0382c75c3224
type: Opaque			# 数据类型

Pod 映射 secret

[root@master ~]# vim myv3.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web3
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:				# 引用一个卷来配置环境变量
    - secretRef:			# 引用secret资源对象
        name: mysecret		# secret资源对象的名称

[root@master ~]# kubectl apply -f myv3.yaml 
pod/web3 created
[root@master ~]# kubectl exec -it web3 -- /bin/bash
[root@web3 html]# echo ${username},${password}
admin,123456

[root@master ~]# kubectl delete -f myv3.yaml 
pod "web3" deleted
[root@master ~]# kubectl delete secrets mysecret
secret "mysecret" deleted

为案例2配置用户名密码

# 生成加密 base64 数据
[root@master ~]# kubectl exec -it web2 -c nginx -- /bin/bash
[root@web2 html]# yum install -y httpd-tools
[root@web2 html]# htpasswd -nbm admin 123456 |base64
YWRtaW46JGFwcjEkdGJqOXJISUckdk9DRFpDaFZJUHl0ZHdGSXl1Qm91MAoK
[root@web2 html]# exit

# 使用 secret 设置密码
[root@master ~]# vim myv2.yaml 
---
kind: Secret
apiVersion: v1
metadata:
  name: myauth
type: Opaque
data:
  webauth: YWRtaW46JGFwcjEkdGJqOXJISUckdk9DRFpDaFZJUHl0ZHdGSXl1Qm91MAoK

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: timezone
data:
  TZ: "Asia/Shanghai"

---
apiVersion: v1
kind: Pod
metadata:
  name: web2
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: myphp
    configMap:
      name: website
  - name: webconf
    configMap:
      name: webconf
  - name: webauth			# 卷名称
    secret:					# 引用卷的类型
      secretName: myauth	# 映射的资源对象名称
      items:				# 声明映射的键值，唯一时可以省略
      - key: webauth		# 映射的键值名称
        path: webauth		# 映射的文件名称
        mode: 0644			# 映射文件的权限
  containers:
  - name: nginx
    image: myos:nginx
    volumeMounts:
    - name: myphp
      mountPath: /usr/local/nginx/html/myphp
    - name: webconf
      subPath: nginx.conf
      mountPath: /usr/local/nginx/conf/nginx.conf
    - name: webauth			# 卷名字
      subPath: webauth		# 文件名称
      mountPath: /usr/local/nginx/conf/webauth		# 路径
    ports:
    - protocol: TCP
      containerPort: 80
    envFrom:
    - configMapRef:
        name: timezone
  - name: php
    image: myos:phpfpm
    volumeMounts:
    - name: myphp
      mountPath: /usr/local/nginx/html/myphp
    envFrom:
    - configMapRef:
        name: timezone

[root@master ~]# kubectl delete pod web2 
pod "web2" deleted
[root@master ~]# kubectl apply -f myv2.yaml 
configmap/timezone created
secret/myauth created
pod/web2 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web2   2/2     Running   0          4s    10.244.3.22   node-0003
[root@master ~]# curl -u admin:123456 http://10.244.3.22/myphp/info.php
<pre>
Array
(
    [REMOTE_ADDR] => 10.244.0.0
    [REQUEST_METHOD] => GET
    [HTTP_USER_AGENT] => curl/7.29.0
    [REQUEST_URI] => /myphp/info.php
)
php_host:       web2
1229

登录认证仓库（扩展）

# 创建需要登录私有仓库的资源对象
# --docker-server=harbor:443  # 仓库主机端口
# --docker-username=admin	  # 登录用户名
# --docker-password=123456    # 密码
[root@master ~]# kubectl create secret docker-registry harbor-auth --docker-server=harbor:443 --docker-username=admin --docker-password=123456
secret/harbor-auth created
[root@master ~]# kubectl get secrets 
NAME                  TYPE                                  DATA   AGE
harbor-auth           kubernetes.io/dockerconfigjson        1      24s

---
kind: Pod
apiVersion: v1
metadata:
  name: myapp
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  imagePullSecrets:			# 镜像仓库认证数据
  - name: harbor-auth		# 引用secter卷名称
  containers:
  - name: nginx
    image: harbor:443/myimg/myos:nginx
    imagePullPolicy: Always

持久卷

hostPath卷

  • hostPath是持久卷
    • hostPath卷的本质是使用本地设备，例如磁盘、分区、目录、Socket、CcharDevice 和 BlockDevice等等。hostPath卷的可用性取决于底层节点的可用性，如果节点变得不健康，那么hostPath卷也将不可被访问
    • hostPath卷里面的数据不会随着Pod的结束而消失
    • 注意事项：配置相同的Pod，可能在不同的节点上表现不同，因为不同节点上映射的文件内容不同
  • type对应类型
type类型说明
DirectoryOrCreate卷映射对象是一个目录，如果不存在就创建它，不能跨主机共享
Directory卷映射对象是一个目录，且必须存在，不能跨主机共享
FileOrCreate卷映射对象是一个文件，如果不存在就创建它，不能跨主机共享
File卷映射对象是一个文件，且必须存在，不能跨主机共享
Socket卷映射对象是一个Socket套接字，且必须存在
CharDevice卷映射对象是一个字符设备，且必须存在
BlockDevice卷映射对象是一个块设备，且必须存在
[root@master ~]# vim myv5.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web5
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:
  - name: mydata				# 数据卷名称
    hostPath:					# 引用的资源对象类型
      path: /var/log			# 在节点上存放的路径
      type: DirectoryOrCreate	# 目录不存在就创建新的
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    volumeMounts:				# 在容器中引用卷
    - name: mydata				# 引用卷的名字
      mountPath: /log			# 卷在容器中映射的路径

[root@master ~]# kubectl apply -f myv5.yaml 
pod/web5 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web5   1/1     Running   0          4s    10.244.2.28   node-0002
[root@master ~]# kubectl exec -it web5 -- /bin/bash
# 在不同的预节点显示的数据不同
[root@web5 data]# cat /log/messages
... ...
# 创建的数据可以永久保存，即使 Pod 被删除也不会丢失
[root@web5 data]# echo "hello world" >/log/myfile.txt

[root@master ~]# kubectl delete -f myv5.yaml 
pod "web5" deleted

[root@node-0002 ~]# cat /var/log/myfile.txt
hello world

NFS卷

  • NFS是持久卷
    • NFS卷能够将NFS（网络文件系统）挂载到你的Pod中
    • NFS卷的内容在删除Pod时会被卸载（umount），而不是被删除。NFS卷可以在不同节点的Pod之间共享数据
  • NFS卷的用途
    • NFS最大的功能就是在不同节点的不同Pod中共享读写数据。本地NFS的客户端可以透明的读写位于远端NFS服务器上的文件，就像访问本地文件一样

搭建NFS服务器

# 搭建 NFS 服务
[root@registry ~]# yum install -y nfs-utils
[root@registry ~]# mkdir -m 0777 /var/webroot
[root@registry ~]# echo "This is NFS server" >/var/webroot/index.html
[root@registry ~]# echo -e "/var/webroot\t*(rw)" >/etc/exports
[root@registry ~]# systemctl enable --now nfs
# 在 master 上验证服务
[root@master ~]# yum install -y nfs-utils
[root@master ~]# showmount -e registry
Export list for registry:
/var/webroot *
# 在所有节点安装 NFS 模块
[root@node-0001 ~]# yum install -y nfs-utils
[root@node-0002 ~]# yum install -y nfs-utils
[root@node-0003 ~]# yum install -y nfs-utils

搭建NFS服务器

[root@master ~]# vim myv6.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web6
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:					# 定义存储卷
  - name: website			# 存储卷名称
    nfs:					# 定义资源对象
      server: registry		# NFS服务器地址
      path: /var/webroot	# NFS服务器共享目录
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    volumeMounts:			#　映射存储卷
    - name: website			#　映射存储卷名称
      mountPath: /usr/local/nginx/html		#　映射到容器中的路径

[root@master ~]# kubectl apply -f myv6.yaml 
pod/web6 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web6   1/1     Running   0          3s    10.244.1.18   node-0001
[root@master ~]# curl http://10.244.1.18/
This is NFS server

# 清理实验 Pod
[root@master ~]# kubectl delete -f myv6.yaml 
pod "web6" deleted

PV/PVC卷

  • PV 的全称是 Persistent Volume ，是持久卷

  • PVC 的全称是 PersistentVolumeClaim ，是持久卷声明

  • PV/PVC的用途

    • 能提供一种通用的API来完成Pod对卷的部署管理与使用。
    • PV/PVC的引入使集群具备了存储的逻辑抽象能力

  • k8s 支持的存储卷

支持类型支持类型支持类型支持类型
awsElasticBlockStoredownwardAPIglusterfsCSI
azureDiskemptyDirhostPathISCSI
azureFileportworxVolumevsphereVolumerbd
cephfsflexVolumenfsscaelO
configMapgcePersistentDiskpersistentVolumeClaimsecret
  • 如何使用PV/PVC
    • PV是资源的提供者，根据集群的基础设施变化而变化，由K8s集群管理员配置
    • PVC是资源的使用者，根据业务服务的需求变化来配置，用户无需知道PV的技术细节，只需要声明你需要什么样的资源即可
    • PVC会根据用户声明的需求，自动找到PV完成绑定

持久卷（PV）

[root@master ~]# vim pv.yaml
---
kind: PersistentVolume
apiVersion: v1
metadata:
  name: pv-local
spec:
  volumeMode: Filesystem		# 提供资源的类型 [Filesystem, Block]
  accessModes:					# 存储卷能提供的访问模式
    - ReadWriteOnce				# 卷支持的模式 [RWO、ROX、RWX、RWOP]，hostPath只支持RWO
  capacity:						# 存储卷能提供的存储空间
    storage: 30Gi				# 空间大小
  persistentVolumeReclaimPolicy: Retain		# 数据手工回收 [Retain, Recycle, Delete]
  hostPath:
    path: /var/weblog
    type: DirectoryOrCreate

---
kind: PersistentVolume
apiVersion: v1
metadata:                       
  name: pv-nfs
spec:
  volumeMode: Filesystem		# 提供Filesystem访问方式
  accessModes:					# NFS支持多种访问方式，如 RWO、ROX、RWX
    - ReadWriteOnce
    - ReadOnlyMany
    - ReadWriteMany
  capacity:
    storage: 20Gi				# NFS能提供的磁盘空间
  persistentVolumeReclaimPolicy: Retain		# 数据手工回收
  nfs:							# NFS配置
    server: registry
    path: /var/webroot

[root@master ~]# kubectl apply -f pv.yaml 
persistentvolume/pv-local created
persistentvolume/pv-nfs created
[root@master ~]# kubectl get persistentvolume
NAME       CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS      CLAIM   STORAGECLASS   REASON   AGE
pv-local   30Gi       RWO            Retain           Available                                   2s
pv-nfs     20Gi       RWO,ROX,RWX    Retain           Available                                   2s

持久卷声明（PVC）

[root@master ~]# vim pvc.yaml
---
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: pvc1
spec:
  volumeMode: Filesystem	# 需要使用Filesystem的存储卷
  accessModes:
    - ReadWriteOnce			# 需要支持RWO的存储卷
  resources:
    requests:
      storage: 18Gi			# 最小磁盘空间需求

---
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: pvc2
spec:
  volumeMode: Filesystem	# 需要使用Filesystem的存储卷
  accessModes:
    - ReadWriteMany			# 需要支持RWM的存储卷
  resources:
    requests:
      storage: 15Gi			# 最小磁盘空间需求

[root@master ~]# kubectl apply -f pvc.yaml 
persistentvolumeclaim/pvc1 created
persistentvolumeclaim/pvc2 created
[root@master ~]# kubectl get persistentvolumeclaims 
NAME   STATUS   VOLUME     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc1   Bound    pv-local   30Gi       RWO                           8s
pvc2   Bound    pv-nfs     20Gi       RWO,ROX,RWX                   8s

Pod 调用 PVC

[root@master ~]# vim myv7.yaml 
---
apiVersion: v1
kind: Pod
metadata:
  name: web7
spec:
  terminationGracePeriodSeconds: 0
  restartPolicy: Always
  volumes:						# 定义存储卷
  - name: logdata				# 存储卷名称
    persistentVolumeClaim:		# 定义资源对象类型
      claimName: pvc1			# 资源对象类型PVC1
  - name: website				# 存储卷名称
    persistentVolumeClaim:		# 定义资源对象类型
      claimName: pvc2 			# 资源对象类型PVC2
  containers:
  - name: nginx
    image: myos:nginx
    ports:
    - protocol: TCP
      containerPort: 80
    volumeMounts:
    - name: logdata				# PVC卷名称
      mountPath: /usr/local/nginx/logs		# 挂载路径
    - name: website				# PVC卷名称
      mountPath: /usr/local/nginx/html		# 挂载路径

[root@master ~]# kubectl apply -f myv7.yaml 
pod/web7 created
[root@master ~]# kubectl get pods -o wide
NAME   READY   STATUS    RESTARTS   AGE   IP            NODE
web7   1/1     Running   0          19s   10.244.1.20   node-0001
[root@master ~]# curl http://10.244.1.20/
This is NFS server

[root@master ~]# kubectl delete -f myv7.yaml 
pod "web7" deleted

[root@node-0001 ~]# cat /var/weblog/access.log 
10.244.0.0 - - [27/Jun/2022:02:00:12 +0000] "GET / HTTP/1.1" 200 19 "-" "curl/7.29.0"
10.244.0.0 - - [27/Jun/2022:02:00:14 +0000] "GET / HTTP/1.1" 200 19 "-" "curl/7.29.0"
窒息う
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
kubernetes之卷
trouble is a friend
12-30 402
此博客借鉴了较多书中的内容，仅仅作为自己学习整理使用。该书为《kubernetes in action》，有兴趣的朋友可以读读这本书。 【卷的定义】 pod中的每个容器都有自己独立的文件系统，因为文件系统来自容器镜像。 每个容器都是通过在构建镜像时加入的详细配置文件来启动的。 在某些场景下，我们可能希望新的容器可以在之前容器结束的位置继续运行， 比如在物理机上重启进程。可能不需要整个文件...
k8s(四)卷的管理
vpx_srio的博客
05-11 291
本文对k8s常用卷的类型做了详细的梳理，从基本概念到如何书写资源文件。相信您看完以后，一定会对k8s卷有深刻的印象。
【项目实战22】k8s(8)—volumes卷的管理下（pv、pvc卷的管理）
weixin_48819467的博客
08-10 695
Volumes的管理下一、 NFS挂载卷一、前言二、实验环境二、NFS的挂载volumes的使用方式三、pv,pvc前言一、pv和pvc简介二、PV的使用过程三、PV的访问模式四、PV的回收策略四、PV、PVC的使用一、静态卷的使用二、动态卷的使用一、动态卷的简介二、动态卷的使用三、动态卷的回收四、设定sc为默认状态 一、 NFS挂载卷 一、前言 使用NFS可以使得不同节点上的容器挂载相同的容器，便于部署容器环境。 二、实验环境 server2-4作为客户端，下载启动NFS yum install -y n
Kubernetes详解（三十三）——Kubernetes存储卷
永远是少年
05-01 781
今天继续给大家介绍Linux运维相关知识，本文主要内容是Kubernetes存储卷。 一、Kubernetes存储卷概念 二、PV与PVC
七、kubernetes之存储卷管理
weixin_42155272的博客
05-21 742
k8s中的存储卷是属于pod，pod内的多个容器都可以挂载同一个存储卷以实现数据共享 pause是基础架构容器，每个Pod都有一个pause，该Pod里的所有容器都共享pause的名称空间，使得一个Pod里的容器交互更加效率 k8s中的存储卷是与宿主机上目录建立映射关系。为了使存储卷不因宿主机的故障而受影响，一般宿主机上的目录也是由宿主机挂载专门的存储设备而来。 k8s的存储卷类型 emptydi...
k8s（kubernetes）相关重要知识点运维笔记——详细文档
06-21
k8s（kubernetes）相关重要知识点运维笔记——详细文档 本文档旨在总结 k8s（kubernetes）相关重要知识点，涵盖 ConfigMap 的概念、数据类型、应用场景、使用方式等。 ConfigMap 是 k8s 中的一种配置管理工具，...
【k8s】——Kubernetes知识盘点
01-20
Kubernetes（简称k8s）是Google开源的一个容器编排系统，用于自动化容器化的应用部署、扩展和管理。它提供了一个平台，使得开发者可以方便地在分布式环境中运行微服务架构的应用程序。 2. **基本概念** - **Pod**...
3深入浅出kubernetes.zip
最新发布
05-19
另外，Kubernetes的存储管理也是关键部分，包括本地存储、持久卷（PV）、持久卷声明（PVC）以及存储类。这些机制使得数据能够在Pod生命周期中持久化，支持不同类型的存储设备和云存储解决方案。 最后，Kubernetes的...
zeebe-kubernetes：Zeebe Kubernetes配置
02-05
它将应用程序定义为可移植的、自包含的单元——Pod，可以跨多个主机进行调度和管理。Kubernetes提供了服务发现、健康检查、自动扩展等一系列功能，是现代云原生架构的重要组成部分。 **Zeebe在Kubernetes的部署** 1...
k8s-intro-tutorials：Kubernetes入门教程
02-04
【Kubernetes 入门教程——探索云原生应用的基石】 Kubernetes，简称 k8s，是Google开源的一款容器编排系统，旨在自动化容器化应用的部署、扩展和管理。Kubernetes 已成为云原生计算领域的重要组成部分，帮助企业...
熟悉Kubernetes卷管理方案，看这个11分钟的视频就够了
woqutechteam的博客
08-16 356
各位童鞋好 自“深入浅出Kubernetes存储”系列课程第一期推出已有一段时间了，童鞋们是不是都苦苦等待着第二期呢？ 嘿呀，童鞋们久等了，第二期课程上线啦上线啦！～   |  视频课程   通过上期“Kubernetes持久化存储简介”课程，相信大家对Kubernetes存储已经有了基础的了解。学到这里，有些童鞋会问，那Kubernetes是如何做到集群规模的卷管理的呢？它与Do...
Kubernetes基础：Secrets管理与卷引用方式
知行合一 止于至善
12-02 512
在容器化的实践之中，密码、token等信息的安全管理一直是一个问题，而在Kubernetes中可以使用Secrets可以在一定程度上解决这一问题。Secrets是Kubernetes中的一种对象类型，用来保存密码、token、私钥等敏感信息。上一篇文章介绍了环境变量引用方式，本文继续以具体示例来介绍卷引用的方式。
浅谈K8S的容器管理
qq_35466511的博客
03-17 5336
原本的学习知识可能偏重于IaaS平台的内容，比如说OpenStack或者说VMware这样的技术，会接触到更多虚机层面的东西。因为IaaS解决的东西是怎样将物理的算力和存储网络资源，转化成可以直接被上游操作系统调用的虚拟资源，相当于从物理主机转化为虚拟主机。 但由于近期工作接触PaaS平台的内容越来越多，在容器化的基础上引入了更为丰富的容器管理机制，所以自然也就绕不开当前的主流选择Kubernetes（下文简称K8S）。PaaS平台上，开发者仅需要关注上层运行的数据，以主流的容器引擎docker为例，开发
Docker与Kubernetes系列(四): Docker的数据卷
沈鸿斌的博客
02-21 3496
这段时间工作中用到了Docker以及Kubernetes（简称K8S），现在整理下我学习Docker以及K8S过程中看的一些比较好的资料，方便自己回顾，也希望能给容器小白一些帮助。给自己定一个小目标，二月底之前完成。 这是本系列的第四篇文章， 将介绍Docker的数据卷。
Kubernetes之存储卷Volume
cloudUncle的博客
10-05 2097
目前有两个问题摆在大家面前： 第一、由于容器本身是非持久化的，当容器崩溃后，kubelet将以镜像的初始状态重新启动容器，但是此时之前容器的数据已经丢失，我们该如何保护好容器的数据呢？ 第二、在同一Pod中的容器往往需要共享一些文件，此时我们又该如何实现呢？ ...
[Kubernetes] 容器挂载 ceph rbd 卷的平滑扩容方法
shida's blog
01-29 4627
一、 背景介绍         在之前的博客已经介绍了 Kubernetes 集成 ceph 分布式存储实现数据持久化的技术；         本篇介绍如何对已经挂载到容器的rbd卷进行空间扩（缩）容！ 二、 操作步骤 2.1   定位容器所使用的 ceph rbd 卷名称        访问 kubernetes dashboard，进入“持久化存储卷索取”菜单，        根据
k8s磁盘挂载到容器卷
zhanlijuan
10-25 1354
一、emptyDir emptyDir: 简单的空目录 不持久存储数据，只能作为临时存储，常用在一个pod的多个Docker容器之间交换数据，共享数据 创建包含两个容器的pod, 它们共享同一个卷 cat <<EOF > fortune-pod.yml apiVersion: v1 kind: Pod metadata: name: fortune labels: app: fortune spec: containers: - image: luksa/fort
K8S | Kubernetes 1.7 本地数据卷管理
weixin_34258838的博客
07-28 200
​本期文章来自才云科技（Caicloud）CTO 邓德源的技术原创。 1Overview Kubernetes 1.7 不会引入过多新功能，比较重要的几个特性包括 Priority API、CRI 的增强以及 Federation 的部分功能。此外，计划中还将提供本地存储管理，主要分为两个层面： 本地系统容量的管理。Kubernetes ...
【项目实战21】K8s(7)—volumes的管理上（emptyDir卷和hostPath卷）
weixin_48819467的博客
08-08 886
volumes的管理上一、前言一、pod存储问题二、Volumes的引入二、emptyDir卷一、emptyDir的简介二、emptyDir 的使用场景三、多容器共享pod三、hostPath卷一、hostPath卷简介二、使用hostPath卷 一、前言 一、pod存储问题 容器中的文件在磁盘上是临时存放的，这给容器中运行的特殊应用程序带来一些问题。 （1）当容器崩溃时，kubelet 将重新启动容器，容器中的文件将会丢失,因为容器会以纯净的状态重建。 （2）其次，当在一个 Pod 中同时运行
eSDK存储插件V2.2.16 Kubernetes CSI用户指南
接着，文档详细阐述了概述，包括插件的主要功能和目的，可能是为了在Kubernetes环境中提供高效、可靠的存储服务，支持动态卷创建、挂载和管理，以满足云原生应用的需求。 在环境要求部分，文档可能会列出硬件、软件...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值