8.StatefulSet控制器
Operator:由CoreOS封装组织提供
Cattle,pet
StatefulSet详解:https://blog.51cto.com/newfly/2140004
应用状态
应用状态:应用组件完成工作(即执行任务)时所需的数据。应用的行为预期执行行为所需的数据是完全分离的,就可以认为是无状态的。
有状态应用:多个功能不同的实例有依赖和启动先后关系。
无状态应用:实例间互相不依赖,请求包含了响应端需求的全部信息。
容器应用可能的状态:持久化状态 配置状态 会话状态 连接状态 集群状态
一、StatefulSet控制器
StatefulSet控制器:有状态应用副本集(PetSet ==>StatefulSet )
1、 稳定且唯一的网络标识符
2、 稳定且持久的存储
3、 有序、平滑地部署和扩展
4、 有序、平滑地终止和删除
5、 有序的滚动更新
三个组件:
Headless Service、StatefulSet Controller、volumeClaimTemplate
每个pod应该有自己专用的存储卷,因为分布式集群系统,每个节点的数据都是不一样的,如果是同一个存储卷,数据可能会被覆盖。
基于pod模板来创建Pod是不适用于StatefulSet的,因为pod模板中都是使用的同一个存储卷。
[kubelet@master volumes]$ kubectl explain statefulset.spec
[kubelet@master yaml]$ kubectl explain statefulset.spec. volumeClaimTemplates
# volumeClaimTemplates会自动去创建pvc,并请求满足条件的pv绑定(pv需手动创建)
二、示例
StatefulSet 示例:
创建StatefulSet控制器时,顺序创建,会自动去创建PVC;删除StatefulSet控制器时,倒序删除,不会自动删除PVC。
Pod的每一个名称都是固定的,并且可以被解析的。
(myapp-0.myapp.default.svc.cluster.local -- >
POD_NAME.HEADLESS_SVC_NAME.NAMESPACE. svc.cluster.local)
扩容和缩容:
[kubelet@master ~]$ kubectl scale sts myapp --replicas=4 [kubelet@master ~]$ kubectl patch sts myapp -p '{"spec":{"replicas":3}}'
更新:(金丝雀canary发布)
[kubelet@master ~]$ kubectl explain sts.spec.updateStrategy [kubelet@master ~]$ kubectl explain sts.spec.updateStrategy.rollingUpdate Partition # 分区更新,指的是一个对应的更新的边界,如果为5,则编号>=5的pod会被更新
# 编号大于等于3的pod在更新时会被更新。 [kubelet@master ~]$ kubectl patch sts myapp -p '{"spec":{"updateStrategy":{"rollingUpdate":{"partition":3}}}}' [kubelet@master ~]$ kubectl set image sts/myapp myapp=ikubernetes/myapp:v2
[kubelet@master ~]$ kubectl get pod myapp-3 -o yaml # v2 [kubelet@master ~]$ kubectl get pod myapp-2 -o yaml # v1 # 此时只有myapp-3这个pod为v2版本,其他依旧是v1版本。 [kubelet@master ~]$ kubectl patch sts myapp -p '{"spec":{"updateStrategy":{"rollingUpdate":{"partition":0}}}}' 此时,剩余pod会依次更新。
K8S上管理有状态的应用很复杂!!!!