Kubernetes数据持久化之StatefulSet（自动创建PVC）

一、Kubernetes无状态服务VS有状态服务

1）Kubernetes无状态服务

Kubernetes无状态服务特征：
1）是指该服务运行的实例不会在本地存储需要持久化的数据，并且多个实例对于同一请求响应的结果是完全一致的；
2）多个实例可以共享相同的持久化数据。例如：nginx实例、tomcat实例等；
3）相关的Kubernetes资源有：ReplicaSet、ReplicationController、Deployment等，由于是无状态服务，所以这些控制器创建的Pod名称都是随机性的。并且在缩容时并不会明确缩容某一个Pod，而是随机的，因为所有实例得到的返回值都是一样的，所以缩容任何一个Pod都可以；

2）Kubernetes有状态服务

Kubernetes有状态服务特征：
1）有状态服务可以说是需要数据存储功能的服务、或者指多线程类型的服务、队列等。（比如：mysql数据库、kafka、zookeeper等）；
2）每个实例都需要自己独立的持久化存储，并且在Kubernetes中通过声明模板的方式来进行定义。持久卷声明模板在创建pod之前创建，绑定到pod中，模板可以定义多个；
3）相关的Kubernetes资源有：StatefulSet。由于是有状态的服务，所以每个Pod都有特定的名称和网络标识。比如Pod名称是由StatefulSet名+有序的数字组成（0、1、2……）；
4）在进行缩容操作时，可以明确知道会缩容那一个Pod，从数字最大的开始。并且StatefulSet在已有实例不健康的情况下是不允许做缩容操作的；

3）无状态服务和有状态服务的区别

主要表现在以下方面：
1）实例数量：无状态服务可以有一个或多个实例，因此支持两种服务容量调节模式；有状态服务职能有一个实例，不允许创建多个实例，因此也不支持服务容量的调节；
2）存储卷：无状态服务可以有存储卷，也可以没有，即使有也无法备份存储卷中的数据；有状态服务必须要有存储卷，并且在创建服务时，必须指定该存储卷分配的磁盘空间大小；
3）数据存储：
无状态服务运行过程中的所有数据（除日志和监控数据）都存在容器实例里的文件系统中，如果实例停止或者删除，则这些数据都将丢失，无法找回；而对于有状态服务，凡是已经挂载了存储卷的目录下的文件内容都可以随时进行备份，备份的数据可以下载，也可以用于恢复新的服务。但对于没有挂载卷的目录下的数据，仍然是无法备份和保存的，如果实例停止或者删除，这些非挂载卷里的文件内容同样会丢失。

4）StatefulSet概述
StatefulSet是Kubernetes提供的管理有状态应用的负载管理控制器API。在Pods管理的基础上，保证Pods的顺序和一致性。与Deployment一样，StatefulSet也是使用容器的Spec来创建Pod，与之不同StatefulSet创建的Pods在生命周期中会保持持久的标记（例如Pod Name）。

5）StatefulSet特点

1）稳定的持久化存储，即Pod重新调度后还是能访问到相同的持久化数据，基于PVC来实现；
2）稳定的网络标志，即Pod重新调度后其PodName和HostName不变，基于Headless Service（即没有Cluster IP的Service）来实现；
3）有序部署，有序扩展，即Pod是有顺序的，在部署或者扩展的时候要依据定义的顺序依次依次进行（即从0到N-1，在下一个Pod运行之前所有之前的Pod必须都是Running和Ready状态），基于init containers来实现；
4）有序收缩，有序删除（即从N-1到0）；

二、使用StatefulSet实现自动创建PVC

1）搭建NFS共享存储
为了方便，就直接在master节点上部署NFS存储了！

[root@master ~]# yum -y install nfs-utils rpcbind
[root@master ~]# vim /etc/exports
/nfsdata *(rw,sync,no_root_squash)
[root@master ~]# mkdir /nfsdata
[root@master ~]# systemctl start nfs-server
[root@master ~]# systemctl start rpcbind
[root@master ~]# showmount -e
Export list for master:
/nfsdata *

2）创建rbac授权

[root@master ~]# vim rbac-rolebind.yaml
apiVersion: v1                            #创建一个用于认证的服务账号
kind: ServiceAccount
metadata:
  name: nfs-provisioner
---
apiVersion: rbac.authorization.k8s.io/v1        #创建群集规则
kind: ClusterRole
metadata:
  name: nfs-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&#