k8s 的 statefulSet 的 Pod 调度问题

使用 podAntiffinity

`podAntiffinity` 是软满足（尽量满足），也可能会出现分布不均的情况。如果 K8s 是 1.18 及以上版本的话，用 `topologySpreadConstraints` 吧，并设置 `whenUnsatisfiable: DoNotSchedule`，这样能保证均匀分布

@finian 还要设置 `maxSkew: 1`

topologySpreadConstraints

用 PodAntiAffinity 的 requiredDuringSchedulingIgnoredDuringExecution 。

topologySpreadConstraints 可能并不完全适用你的场景，maxSkew 为 1 在正常情况下可以满足你的要求，但如果某一节点宕机则会调度 2 个 Pod 到某一节点，可能导致 hostPath 内有状态数据异常。

@anubu 我用的是 1.20.2 版本的，然后在 1.14.x 版本上是正常的，会自动调度到不同 node.
Helm 里面我也看了，确认了有这些：
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: es-accobot-hkpf
operator: In
values:
- es-accobot-hkpf
podAntiAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: app
operator: In
values:
- elasticsearch
topologyKey: kubernetes.io/hostname

@anubu `podAntiffinity` 在正常情况下也可能会调度 2 个 Pod 到某一节点，它只是尽量满足约束条件，不是强制的。你说的某个节点宕机的情况下，在 `whenUnsatisfiable: DoNotSchedule` 设置下，不会出现 2 个 Pod 被调度到一个节点的情况（因为这时最大的 skew 为 2，不满足 maxSkew: 1 的约束），但是这时系统会停止调度（只部署了 2 个 Pod 在不同的节点，另外一个节点因为宕机无法调度）

@finian 感谢指正，应该是我理解错了，以为 maxSkew 约束条件计算不包含宕机节点。关于 podAntiffinity 是软性约束这点还不太确认，需要找些资料再学习一下。

@farmer01 不太确认版本问题和 podAntiffinity 无法硬性约束的问题。可以按照 2 楼的建议，使用 topologySpreadConstraints 。

@finian 可以设置 hard 还是 soft 约束。

hard 用 requiredDuringSchedulingIgnoredDuringExecution

@swulling 你说得对。我错看成 preferredDuringSchedulingIgnoredDuringExecution 了。因为我们之前的场景是希望 Pod 均匀分布，且每个节点会多于一个，在 1.18 版本之前，只能使用 podAntiAffinity 的 preferredDuringSchedulingIgnoredDuringExecution，这时候是不能保证均匀分布的。后来 1.18 版本后才改成使用 topologySpreadConstraints

DaemonSet

statefulSet 真的靠谱吗，目前还不敢尝试

用的 DaemonSet 从来没出现过这种情况。

@finian podAntiAffinity 有个 requiredDuringSchedulingIgnoredDuringExecution

@plko345 requiredDuringSchedulingIgnoredDuringExecution 不能满足一个节点部署多个 Pod 的需求（均匀分布且每个节点多于一个 Pod ）