sts 更新策略及删除
sts 更新策略及删除
StatefulSet需要headless service
StatefulSet不保证pod的数量，顺序创建，倒叙删除。
StatefulSet的命名需要遵守DNS子域名规范：
- 不能超过253个字符
- 只能包含小写字母，数字，以及'-'和'.'
- 必须咦字母数开头
- 必须以字母数字结尾
StatefulSet 的 .spec.updateStrategy 字段让你可以配置和禁用掉自动滚动更新 Pod 的容器、标签、资源请求或限制、以及注解。有两个允许的值：
- OnDelete
当 StatefulSet 的 .spec.updateStrategy.type 设置为 OnDelete 时， 它的控制器将不会自动更新 StatefulSet 中的 Pod。 用户必须手动删除 Pod 以便让控制器创建新的 Pod，以此来对 StatefulSet 的 .spec.template 的变动作出反应。
- RollingUpdate
RollingUpdate 更新策略对 StatefulSet 中的 Pod 执行自动的滚动更新。这是默认的更新策略
不同于Deployment的strategy，sts的回滚策略字段为updateStrategy。
滚动更新
当 StatefulSet 的 .spec.updateStrategy.type 被设置为 RollingUpdate 时， StatefulSet 控制器会删除和重建 StatefulSet 中的每个 Pod。 它将按照与 Pod 终止相同的顺序（从最大序号到最小序号）进行，每次更新一个 Pod。
Kubernetes 控制平面会等到被更新的 Pod 进入 Running 和 Ready 状态，然后再更新其前身。 如果你设置了 .spec.minReadySeconds（查看最短就绪秒数）， 控制平面在 Pod 就绪后会额外等待一定的时间再执行下一步。
分区滚动更新
通过声明 .spec.updateStrategy.rollingUpdate.partition 的方式，RollingUpdate 更新策略可以实现分区。 如果声明了一个分区，当 StatefulSet 的 .spec.template 被更新时， 所有序号大于等于该分区序号的 Pod 都会被更新。 所有序号小于该分区序号的 Pod 都不会被更新，并且，即使它们被删除也会依据之前的版本进行重建。 如果 StatefulSet 的 .spec.updateStrategy.rollingUpdate.partition 大于它的 .spec.replicas，则对它的 .spec.template 的更新将不会传递到它的 Pod。 在大多数情况下，你不需要使用分区，但如果你希望进行阶段更新、执行金丝雀或执行分阶段上线，则这些分区会非常有用。
最大不可用 Pod
特性状态： Kubernetes v1.24 [alpha]
你可以通过指定 .spec.updateStrategy.rollingUpdate.maxUnavailable 字段来控制更新期间不可用的 Pod 的最大数量。 该值可以是绝对值（例如，“5”）或者是期望 Pod 个数的百分比（例如，10%）。 绝对值是根据百分比值四舍五入计算的。 该字段不能为 0。默认设置为 1。
该字段适用于 0 到 replicas - 1 范围内的所有 Pod。 如果在 0 到 replicas - 1 范围内存在不可用 Pod，这类 Pod 将被计入 maxUnavailable 值。
说明：
maxUnavailable 字段处于 Alpha 阶段，仅当 API 服务器启用了 MaxUnavailableStatefulSet特性门控时才起作用。
强制回滚
在默认 Pod 管理策略(OrderedReady) 下使用滚动更新， 可能进入需要人工干预才能修复的损坏状态。
如果更新后 Pod 模板配置进入无法运行或就绪的状态（例如， 由于错误的二进制文件或应用程序级配置错误），StatefulSet 将停止回滚并等待。
在这种状态下，仅将 Pod 模板还原为正确的配置是不够的。 由于已知问题，StatefulSet 将继续等待损坏状态的 Pod 准备就绪（永远不会发生），然后再尝试将其恢复为正常工作配置。
恢复模板后，还必须删除 StatefulSet 尝试使用错误的配置来运行的 Pod。这样， StatefulSet 才会开始使用被还原的模板来重新创建 Pod
示例
apiVersion: apps/v1 kind: StatefulSet metadata: name: web namespace: default spec: podManagementPolicy: OrderedReady replicas: 3 revisionHistoryLimit: 10 selector: matchLabels: app: nginx #必须匹配 .spec.template.metadata.labels serviceName: nginx #必须匹配 .spec.template.metadata.labels template: metadata: labels: app: nginx spec: containers: - image: nginx:1.14 imagePullPolicy: IfNotPresent name: web ports: - containerPort: 80 protocol: TCP terminationMessagePath: /dev/termination-log terminationMessagePolicy: File dnsPolicy: ClusterFirst restartPolicy: Always schedulerName: default-scheduler terminationGracePeriodSeconds: 30 updateStrategy: rollingUpdate: partition: 0 type: RollingUpdate --- apiVersion: v1 kind: Service metadata: name: web namespace: default labels: app: nginx spec: selector: app: nginx clusterIP: None ports: - port: 80 targetPort: 80 protocol: TCP name: http
sts删除
删除StatefulSet有两种方式：级联删除，非级联删除
- 使用非级联删除时，StatefulSet的pod不会被删除(很少使用)
- 使用级联删除时，StatefulSet和它的pod都会被删除
非级联删除
使用kubectl delete sts xxx 删除StatefulSet的时候，只需要后面加上--cascade=false参数，就会采用非级联删除，此时删除StatefulSet不会删除它的pod.
管理的pod并没有被删除,由于此时删除了StatefulSet，它管理的pod变成了孤儿因此单独删除pod时，不会被重建.
级联删除
省略--cascade=false参数就是级联删除
参考链接
官方文档： https://kubernetes.io/zh-cn/docs/concepts/workloads/controllers/statefulset/#replicas
