[置顶]kubernetes资源类型--PetSets/StatefulSet
PetSet首次在K8S1.4版本中，在1.5更名为StatefulSet。除了改了名字之外，这一API对象并没有太大变化。注意：以下内容的验证环境为CentOS7、K8S版本1.5.2，并部署SkyDNS。
http://blog.csdn.net/liyingke112/article/details/76685794
概念
在云原生应用的体系里，有下面两组近义词；第一组是无状态（stateless）、牲畜（cattle）、无名（nameless）、可丢弃（disposable）；第二组是有状态（stateful）、宠物（pet）、有名（having name）、不可丢弃（non-disposable）。
RC和RS主要是控制无状态服务，Pod的名字是随机设置的，重建后新的Pod名字变了，名字和部署在哪儿都不重要，重要的只是Pod总数。
PetSet/StatefulSet是用来部署和管理有状态服务。PetSet/StatefulSet中的每个Pod的名字都是事先确定的，不能更改，能提供固定的DNS名称、pod级别的持久化存储和有序pod，Pod名字是用来关联与该Pod对应的状态。
应用场景
有状态服务：数据库服务MySQL和PostgreSQL
集群化管理服务Zookeeper、etcd等有状态服务。
作为一种比普通容器更稳定可靠的模拟虚拟机的机制。传统的虚拟机正是一种有状态的宠物，运维人员需要不断地维护它，容器刚开始流行时，用容器来模拟虚拟机使用，所有状态都保存在容器里，而这已被证明是非常不安全、不可靠的。使用PetSet/StatefulSet，Pod仍然可以通过漂移到不同节点提供高可用，而存储也可以通过外挂的存储来提供高可靠性，PetSet/StatefulSet做的只是将确定的Pod与确定的存储关联起来保证状态的连续性。
特性
pod稳定的唯一网络标识
拥有固定的：pod名称、主机名、DNS域名等。注意pod的IP地址会变化的。
如果PetSet/StatefulSet名是web，replicas为2，则pod命名：web-0，web-1。并拥有固定的主机名和域名，完整域名格式为pod名.service名.namespace名.svc.域名。
当pod被迁移重新启动后，将保持原有的pod名称重新启动。例如web-0的Pod失败后，K8s将在集群中重启一个同名为web-0的pod。
该域名在集群内可用。这与k8s service的域名有所区别，带主机名的域名能定位到某一个pod主机，而service级别的域名只能定位到某一个服务。
通过一种叫HeadlessService的特殊Service来实现的。和普通Service相比，Headless Service没有Cluster IP，用于为一个集群内部的每个成员提供一个唯一的DNS名字，用于集群内部成员之间通信。
不部署HeadlessService的话，不是使用访问，但可以使用IP地址访问。
pod拥有稳定的持久存储
PetSet/StatefulSet内每一个pod都拥有各自的pvc持久化存储。
该特性能更好的支持分布式集群应用的数据同步，如类似etcd集群这样的有状态应用，节点间是需要进行数据同步的，当etcd集群的某个pod节点重启后，依然能够重新挂载原有的节点数据，重新保持数据复制、同步。
有序启动pod
PetSet/StatefulSet启动pod时，按固定的顺序去启动的，其总是优先启动数字编号更小的Pod。例如：web-0优先于web-1启动，web-1优先于web-2启动。
对于启动顺序有要求的有状态服务来说，该特性是非常重要的。
使用限制
必须部署PV和PVC
为了让pod拥有稳定的持久存储，必须使用持久化存储PV和PVC，增加了复杂性。
若PV使用nfs等无法通过调用API来创建存储的网络存储，PVC要在创建PetSet/StatefulSet1前静态创建，如果先创建PetSet/StatefulSet1，而没有创建PVC的话，将会自动创建PVC，但相关参数无法修改；
若为aws-ebs、vSphere、openstack Cinder等可以通过API调用来动态创建存储的虚拟存储，PVC除了可以通过静态的方式创建外，还可以通过StorageClass进行动态创建。
需要注意的是，动态创建出来的PV，默认的回收策略是delete，及在删除数据的同时，还会把虚拟存储卷删除。
删除或缩容PetSet/StatefulSet不会删除对应的存储卷容量。这是为了保证数据的安全，因为对待PetSet/StatefulSet的数据普通的做法比自动回收资源更实用。
必须部署Headless Service
和普通Service相比，Headless Service没有Cluster IP，在PetSet/StatefulSet中起到pod域名解析功能。
如果没有部署HeadlessService的话，PetSet/StatefulSet下的pod，无法通过域名进行访问。
必须手动更新pod
只能通过手动的方式升级PetSet/StatefulSet。
无法使用kubectl edit方式、类似与deployment（kubectl set image）和RC方式升级。能正常使用kubectledit编辑在线yaml文件，即使重启pod所在的node节点，也无法生效。
创建时命名规则有要求
如下面的例子：
StatefulSet：StatefulSet名称为lykops-sfs，卷名为pvc
PV：pv-lykops-sfs-{0,1}
PVC：pvc-lykops-sfs-{0,1}
规则如下：
PVC和PV的命名规则为：资源类型-StatefulSet名称-副本数序号（从0开始）
创建时PV和PVC的yaml规则有要求
除了命名规则外，还需要保证访问accessModes、resources这两个一样
按照以上规则创建后，可以看到PV和PVC能关联起来
扩容难
在扩容前，需要先部署好对应的PV和PVC
节点宕机，pod无法切换
当pod所在节点出现宕机，无法切换到其他node上运行。解决办法是恢复该节点工作。
创建范例
PV
cat << EOF > pv-lykops-sfs-0.yaml
apiVersion: v1
kind: PersistentVolume
metadata:
name: pv-lykops-sfs-0
labels:
type: nfs
app: pv
version: v1
spec:
capacity:
storage: 1Gi
accessModes:
-ReadWriteMany
persistentVolumeReclaimPolicy: Recycle
nfs:
path: /data
server: 192.168.20.128
readOnly: false
EOF
kubectl create -f pv-lykops-sfs-0.yaml
PVC
cat << EOF > pvc-lykops-sfs-0.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: pvc-lykops-sfs-0
labels:
type: nfs
app: pvc
version: v1
spec:
accessModes:
-ReadWriteMany
resources:
requests:
storage: 1Gi
EOF
kubectl create -f pvc-lykops-sfs-0.yaml
Headless Service
cat << EOF >lykops-sfs-headlessservice.yaml
apiVersion: v1
kind: Service
metadata:
name: lykops-sfs
labels:
software: apache
project: lykops
app: lykops-sfs
version: v1
spec:
ports:
-port: 80
name: apache
clusterIP: None
selector:
software: apache
project: lykops
app: lykops-sfs
version: v1
EOF
kubectl create -f lykops-sfs-headlessservice.yaml
StatefulSet
cat << EOF > lykops-sfs.yaml
apiVersion: apps/v1beta1
kind: StatefulSet
metadata:
name: lykops-sfs
labels:
software: apache
project: lykops
app: lykops-sfs
version: v1
spec:
serviceName: lykops-sfs
template:
metadata:
labels:
software: apache
project: lykops
app: lykops-sfs
version: v1
name: lykops-sfs
spec:
containers:
- name: lykops-sfs
image: web:apache
ports:
- containerPort: 80
name: apache
volumeMounts:
- name: pvc
mountPath: /data/
volumeClaimTemplates:
-metadata:
name: pvc
spec:
accessModes:
- ReadWriteMany
resources:
requests:
storage: 1Gi
EOF
kubectl create -f lykops-sfs.yaml
页:
[1]