kubernets之statefulset
StatefulSet是控制器的一种，可以创建独特身份的POD。它提供有序的部署和伸缩。
使用statefulset
使用限制
组成部分
pod身份识别
保证部署和伸缩
使用statefulset
statefulset对以下应用是有价值的。
稳定、唯一的网络访问地址
稳定、持久的存储
有序、优雅的部署和伸缩
有序。优雅的删除和终止
上述描述中，稳定等同于在POD再次调度之后可以持久。如果应用不需要稳定的认证或有序的部署、删除、伸缩，你可以使用无状态的副本（例如Deployment或ReplicaSet）来部署你的应用，这将更适合无状态应用。
使用限制
Statefulset目前为bate版本，在1.5之前在任何发布版中都不可用
类似所有alpha/beta资源，你可以通过apiserver参数--runtime-config禁用Statefulset
POD使用的持久化存储可以是基于storage class的动态卷，也可以是预先管理员分配的
删除或缩减Statefulset不会删除分配的volumes。这是为了确保数据安全，数据比自动清除与statefulset关联的资源更重要
Statefulset当前需要一个Headless Service提供网络访问地址
目前需要手动完成更新存在Statefulset
组成部分
下面的示例描述Statefulset的组件。
一个名为nginx的Headless Service，用于控制网络访问
名为web的Statefulset，启动三个副本POD
volumeClaimTemplates将提供持久化存储
--- apiVersion: v1 kind: Service metadata: name: nginx labels: app: nginx spec: ports: - port: 80 name: web clusterIP: None selector: app: nginx --- apiVersion: apps/v1beta1 kind: StatefulSet metadata: name: webspec: serviceName: "nginx" replicas: 3 template: metadata: labels: app: nginx spec: terminationGracePeriodSeconds: 10 containers: - name: nginx p_w_picpath: gcr.io/google_containers/nginx-slim:0.8 ports: - containerPort: 80 name: web volumeMounts: - name: www mountPath: /usr/share/nginx/html volumeClaimTemplates: - metadata: name: www annotations: volume.beta.kubernetes.io/storage-class: anything spec: accessModes: [ "ReadWriteOnce" ] resources: requests: storage: 1Gi
POD身份识别
StatefulSet POD有一个独特的身份识别，由一个序号、一个稳定的网络身份和稳定的存储。身份绑定POD，不管POD被调度到哪个节点上。
1）序号索引
Statefulset有N个实例，每个POD将被分配一个唯一的整数序号，范围在[1，N]。
2）稳定的网络ID
StatefulSet的每个POD的名称是由StatefulSet的名称和Pod序号组成。POD名称的格式为$(statefulset name)-$(ordinal)。上述示例中创建的POD名称为web-0,web-1,web-2。statefulset使用Headless Service控制POD的域名。service域名的格式为$(service name).$(namespace).svc.cluster.local，cluster.local为cluster domain。每个POD创建后会有一个匹配的域名，格式为$(podname).$(service_domain)。下表为示例，描述cluster domain、service name和statefulset name如何相互作用。
Cluster Domain Service (ns/name) StatefulSet (ns/name) StatefulSet Domain Pod DNS Pod Hostname
cluster.local default/nginx default/web nginx.default.svc.cluster.local web-{0..N-1}.nginx.default.svc.cluster.local web-{0..N-1}
cluster.local foo/nginx foo/web nginx.foo.svc.cluster.local web-{0..N-1}.nginx.foo.svc.cluster.local web-{0..N-1}
kube.local foo/nginx foo/web nginx.foo.svc.kube.local web-{0..N-1}.nginx.foo.svc.kube.local web-{0..N-1}
3)稳定的存储
kubernetes为每一个VolumeClaimTemplate创建一个PV。在上述nginx的示例中，每一个POD将获得一个大小为1G的PV。当POD被调度到一个节点上的时候，volumeMounts将通过与之绑定的PVC挂载PV。
说明：与PVC绑定的PV不会因POD或statefulset删除而删除，需要手动执行删除。
保证部署和伸缩
对于statefulset的N个副本，当POD被部署，它们将是有序的，[0..N-1]
当POD被删除，它们将按反向的顺序终止，先终止N-1的POD
在伸缩操作应用到POD之前，必须保证之前所有POD的状态是running且ready。
在POD被终止之前，所有当前序号之后的POD必须完全关闭
StatefulSet不应该指定pod.Spec.TerminationGracePeriodSeconds为0。这种做法是不安全的，强烈劝阻。为进一步解释,请参阅强制删除StatefulSet POD。
上面的nginx例子创建后，三个POD将按web-0 web-1 web-2顺序部署。web-1不会在web-0 running并ready之前部署，web-2直到web-1处于running并ready状态后才会开始部署。web-1 running且ready之后，但web-2还未启动，此时如果web-0故障，web-2将不会被启动，直到web-0成功被重启并达到running且ready的状态。
如果一个用户修改已部署的statefulset，例如replicas=1，web-2会先被终止。web-1将不会终止，直到web-2完全关闭和删除。web-2已经终止并完全关闭，但在web-1终止前，此时如果web-0故障，web-1将不会被终止，直到web-0处于running且ready的状态。