k8s专栏-持久化存储(一)
前言：
参考k8s教程由浅入深(哔哩哔哩课程) 深入剖析Kubernetes(极客时间)
一、nfs网络存储
部署步骤:
1.在一台服务器上安装nfs
yaml install -y nfs-utils设置挂载目录
vi /etc/export
[路径](例如:/data/nfs) *[代表所有内容](rw,no_root_squash)2.启动nfs
systemctl start nfs3.在k8s集群的node结点上也安装上k8s
二.在k8s上部署持久化网络存储
方案1：不使用pv/pvc在deployment中使用nfs
(1) 部署deployment
(2)暴露k8s端口
kubectl expose deployment [deployment名称] --port=80 --target-port=80 --type NodePort方案2:使用pv/pvc
定义：
pv:持久化存储，对存储资源进行抽象，对外提供可以调用的地方(类似于接口)
pvc:用于调用，不需要关心内部实现细节(类似于实现)
(1).定义pv
(2).定义pvc与应用
三、原理
1.再谈pv/pvc
PV:描述持久化数据卷。这个 API 对象主要定义的是一个持久化存储在宿主机上的目录，比如一个 NFS 的挂载目录。
PVC:由开发人员创建，或者以PVC模板的方式成为StatefulSet的一部分，然后由StatefulSet控制器负责创建带编号的PVC。
2.PV与PVC绑定
PVC需要和PV绑定之后才可以被使用。绑定时需要检查
- PVC和PV的spec字段。如PV的storage大小需要满足PVC要求
- PV和PVC的storageClassName字段必须一样
- 例子如下
PVC和PV的绑定：将这个PV对象名字填入PVC的spec.volumeName字段，kubelet只要获得PVC对象，就能找到它绑定的PV。
PV转变为容器的持久化存储过程：
- 容器的Volume：将一个宿主机上的目录跟容器里的目录绑定挂载在一起
- 持久化 Volume：宿主机上的volume宿主机上的目录具有持久性，其实现通常需要使用远程存储
持久化宿主机目录---两阶段处理：
一个pod调度到一个节点之后，kubectl就会负载为pod创建他的Volume目录。默认情况下，kubelet为Volume创建的目录是如下所示的一个宿主机的路径
/var/lib/kubelet/pods//volumes/kubernetes.io~/ 若Volume是远程块存储:
1).kubelet需要先调用远程API，将它提供的Persistent Disk挂载到pod所在的宿主机上。(attach阶段，此阶段可用参数为nodeName/宿主机名称)
相当于执行
gcloud compute instances attach-disk <虚拟机名字> --disk <远程磁盘名字>2).格式化远程磁盘，并挂载到宿主机指定挂载点(Mount，此阶段可用参数为dir/宿主机目录)
相当于执行
# 通过lsblk命令获取磁盘设备ID
$ sudo lsblk
# 格式化成ext4格式
$ sudo mkfs.ext4 -m 0 -F -E lazy_itable_init=0,lazy_journal_init=0,discard /dev/<磁盘设备ID>
# 挂载到挂载点
$ sudo mkdir -p /var/lib/kubelet/pods//volumes/kubernetes.io~/ 若为nfs：
nfs跳过第一阶段，直接执行mount，相当于执行
$ mount -t nfs :/ /var/lib/kubelet/pods//volumes/kubernetes.io~/ 接下来，kubelet只需要把volume目录通过CRI里的Mounts参数，传递给docker，就可以为Pod里的容器挂载这个持久化的Volume了。
相当于执行了
$ docker run -v /var/lib/kubelet/pods//volumes/kubernetes.io~/:/<容器内的目标目录> 我的镜像 ... 关于 PV 的“两阶段处理”流程，是靠独立于 kubelet 主控制循环（Kubelet Sync Loop）之外的两个控制循环来实现的.
attach阶段由Volume Controller负责维护，控制循环的名称为AttachDetachController。
mount阶段必须发生在pod所在宿主机上，所以必须是kubelet组件的一部分。此阶段控制循环名称：VolumeManagerReconciler。它是独立于主循环的goroutine
3. Volume Controller
作用：专门处理持久化存储的控制器，维护多个控制循环
运行结点：Volume Controller属于kube-controller-manage一部分，运行在master上
PersistentVolumeController ：Volume Controller多个控制循环中的一个，会不断查看每一个PVC是不是已经Bound，如果不是，就遍历所有可用的PV，尝试进行绑定。
AttachDetachController：不断检查每一个pod的PV，和这个Pod所在宿主机之间挂载情况，从而决定是否需要对这个PV进行attach(或dettach)操作
4.StorageClass 对象(详情查看https://blog.csdn.net/bbwangj/article/details/82355357)
背景：PV需要手动创建，当PVC数量很多时，十分不方便。因此，Kubernetes提供Dynamic Provisioning以自动创建 PV 的机制。
StorageClass 对象的作用：创建PV模板
StorageClass 对象的定义：
1).PV的属性(存储类型、Volume大小)
2).创建PV需要用到的存储插件（Ceph）
在定义了对象后，k8s就能根据用户提交的PVC找到一个对应的StorageClass，然后k8s调用该StorageClass声明的存储插件，创建出需要的PV
部署步骤：
1).部署storageClass
# storageClass
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: block-service
provisioner: kubernetes.io/gce-pd #Kubernetes 内置的 GCE PD 存储插件的名字
parameters:
type: pd-ssd # PV 的参数。比如：type=pd-ssd，指的是这个 PV 的类型是“SSD 格式的 GCE 远程磁盘”2).在PVC中指定StorageClass 名字
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: claim1
spec:
accessModes:
- ReadWriteOnce
storageClassName: block-service #指定storageClass名字
resources:
requests:
storage: 30Gi