volume
volume
Pod的存储卷，不应该在某台Node上，而是在共享存储中（NFS,MFS）
在Pod上有一个基础容器pause，所有加入到这个Pod的容器，都共享pause容器的Net，UTS，IPC。
Pause也可以接入volume，pause接入时，必须要识别此volume从哪种操作系统上过来，例是NFS还是MFS，节点做了桥接
k8s内置了许多标准的存储接口，也提供给用户CSI(container stroage interface)用户自定义接口
kubectl explain pods.spec.volumes
k8s提供的存储类型
云存储： awsElasticBlockstorage、azureDisk、azureFile
分布式存储：cephfs，glusterfs，rbd
网络存储：nfs,iscsi,fc
临时存储：emptyDir,gitRepo (Pod生命周期结束，此存储也会消失)
本地存储：hostPath，local （跟随Node的生命周期结束）
特殊存储：configMap，secret,downwardAPI
自定义存储：csi
持久存储：persistentVolumeClain,pvc
image.png
存储卷使用示例
https://kubernetes.io/docs/concepts/storage/volumes/#hostpath
kubectl explain pods.spec.volumes.hostPath
[root@k8s-master basic]# cat vol-daemon.yaml
apiVersion: v1
kind: Namespace
metadata:
name: vol
---
apiVersion: v1
kind: Pod
metadata:
name: myapp
namespace: vol
labels:
app: myapp
spec:
nodeName: k8s-node-01
containers:
- name: myapp
image: ikubernetes/myapp:v1
volumeMounts:
- name: webstor
mountPath: /usr/share/nginx/html
readOnly: true
volumes:
- name: webstor
hostPath:
path: /volumes/myapp
type: DirectoryOrCreate
kubectl apply -f pod-daemon.yaml
kubectl describe pods myapp -n vol
kubectl get pods -n vol -o wide
kubectl explain pods.spec.nodeName 绑定Pod在某个节点上
临时存储
emptyDir,Pod一终止，此目录就会删除
kubectl explain pods.spec.volumes.emptyDir
medium 空值或Memory
sizeLimit 当medium 为Memory 时，必须设定此值，如果emptyDir不使用任何值，即medium是空值，sizeLimit不限制，yml 中应使应用emptyDir:{}
网络存储
nfs服务器
mkdir /vols/v{1,2,3,4,5} -p
vim /etc/exports
/vols/v1 10.0.0.0/24(rw,no_root_squash) //no_root_squash 加上，否则Pod可能会挂载失败
systemctl start nfs
systemctl enable nfs
k8s节点 测试挂载
mount -t nfs 10.0.0.104:/vols/v1 /mnt
mount 查看挂载情况
umount /mnt 卸载
kubectl explain pods.spec.volumes.nfs
path: nfs服务器上的目录
server: nfs服务器上的地址和端口，端口可以不给
存储卷示例
volumes:
- name: redisdata
nfs:
server: 172.18.0.69
path: /vols/v1
# Pod 存储卷
1. 定义存储卷
kubectl explain pods.spec.volumes
2.在容器中挂载存储卷
kubectl explain pods.spec.containers.volumeMounts
image.png
PV为一个中间件，是k8s上的一个资源。与后台存储系统提供的存储逻辑单元--对应，我们只需要把存储单元映射成一个个PV，提供给k8s使用
pv是集群级别的资源
Pod要使用pv,而Pod是名称空间级别资源。我们要把pv映射成名称空间，且一个pv对应一个名称空间。（一对一进行绑定）
image.png
要让名称空间与PV绑定，需要名称空间的pvc与pv1绑定，此时pv1是binding状态，其余pv是available状态
因此使用Pod pvc类型做存储卷时，应直接使用
kubectl explain pods.spec.volumes.persistentVolumeClaim
在Pod的容器中要挂载PVC，如果一段时间内Pod被删除了，这个PVC应该会在名称空间，另一个Pod挂载这个PVC，会应该共享此PVC的数据
如果有两个Pod来同时挂载这个PVC，PVC是否支持，取决于底层存储是否支持。
如果底层存储设备，是块读写，则不支持。如果一个名称空间，所有Pod都回收了，PVC也删了，但对应的PV不会删，其上面还有数据。PV一旦删了，其数据也没有了。因为PV对应的存储设备的存储单元，pv 处于 reclaim（可回收状态）
PV如何来的
1、静态，由管理员手动创建
2、动态
1.在名称空间创建PVC，此时存储设备上有多个逻辑单元。PVC发送请求，创建PV。在存储空间没有逻辑单元，创建PVC发送请求，调用存储设备的管理界面的API接口，创建存储设备的存储逻辑单元，再创建PV
PV的生命周期（lifecycle）
provisioning 创建
Binding
Using
Reclaiming 回收
pv的回收策略
Delete（删除这个pv）
Recycle（删除pv上的数据）
Retain（保留这个PV和PV上的数据）
PV 如何动态创建
image.png
PVC向sc发送请求，sc定义了向存储设备的API，即创建逻辑单元，并且在sc中创建了pv。
pvc和pv只属于sc。pvc不能跨sc创建pv,即pvc和pv要么属于一个sc，要不都不属于一个sc
存储逻辑
image.png
注意：PV不属于名称空间，不能定义namespace
1.先定义存储空间
NFS
vim /etc/exports
/vols/v1 172.18.0.0/16(rw,no_root_squash)
/vols/v2 172.18.0.0/16(rw,no_root_squash)
/vols/v3 172.18.0.0/16(rw,no_root_squash)
/vols/v4 172.18.0.0/16(rw,no_root_squash)
/vols/v5 172.18.0.0/16(rw,no_root_squash)
exports -rav
kubectl explain pv
kubectl explain pv.spec
access-mode:访问模型，单路读写，多路只读，多路读写
RWO(单路读写） Readwriteonce
ROX(多路只读）ReadOnlyMany
RWX（多路读写）ReadWriteMany
[root@k8s-master basic]# cat pv-demo.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
name: pv-nfs-v1
labels:
storages: nfs
spec:
accessModes: ["ReadWriteOnce","ReadWriteMany","ReadOnlyMany"] //这里的accessModes 的特性一定不能超过底层存储系统支持的特性
capacity:
storage: 5Gi //定义存储空间
volumeMode: Filesystem //有两种存储类型，一种是块存储，一种是文件系统存储
persistentVolumeReclaimPolicy: Retain //PVC删除后，PV的回收策略
nfs:
server: 10.0.0.104
path: /vols/v2
kubectl apply -f pv-daemon.yaml
[root@k8s-master basic]# cat pvc.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: redis-data
namespace: develop
spec:
accessModes:
- ReadWriteOnce
volumeMode: Filesystem
resources:
requests:
storage: 3Gi //此处pv一定要有3G以上的空间
kubectl get pvc -n develop
# Pod使用pvc
[root@k8s-master basic]# cat pod-pvc.yaml
apiVersion: v1
kind: Pod
metadata:
name: pod-pvc
namespace: develop
spec:
containers:
- name: myapp
image: ikubernetes/myapp:v1
imagePullPolicy: IfNotPresent
volumes:
- name: data
persistentVolumeClaim:
claimName: redis-data
kubectl apply -f pod-pvc.yaml
kubectl describe pods pod-pvc -n develop
查看 volumes
pv和pvc的存储保护
如果Pod在使用PVC，如果删了PVC。此请求可以正常发出，但pvc不会被真正删除。直到使用此pvc的Pod被删除，这个PV才会被删除。当PVC删除后，绑定的pv为Released状态，不能再被pvc绑定（pv为avaiable时，才可以被绑定）
kubectl delete pv ... 切换到pv所在的存储逻辑单元，删除数据
sc存储类
假设一个公司有多种存储类型设备，可以把相同的类型设备归为一类
image.png
当pvc申请pv时，也要向存储类进行申请，在存储类中应有pv
kubectl explain sc （了解）
