在 Kubernetes 中，Pod Affinity 和 Anti-affinity 是非常重要的概念，它们用于在调度时指定哪些 Pod 应该或不应该一起调度。通过合理使用 Pod Affinity 和 Anti-affinity 可以优化系统性能和资源利用率，改善服务质量。本文将介绍 Pod Affinity 和 Anti-affinity 的具体使用方法以及相关实践。
什么是 Pod Affinity 和 Anti-affinity
Pod Affinity 和 Anti-affinity 是 Kubernetes 中用于控制 Pod 排列的特性。简单来说，它们用于描述 Pod 之间的关系，以便 Kubernetes 能够更好地调度 Pod，提升系统的可靠性和性能。
Pod Affinity 是指两个或多个 Pod 之间存在关联关系，要求它们应该在同一个节点上调度。比如说，我们有两个容器，它们有一个共同的特征，比如都需要访问同一个数据卷。我们可以使用 Pod Affinity 来指定它们应该在同一节点上运行。
而 Anti-affinity 是指两个或多个 Pod 之间不存在关联关系，要求它们不应该同时被调度在同一个节点上。比如说，如果我们有两个容器，它们都要运行在不同的节点上，以增加系统的可靠性和故障容错性。
Pod Affinity 和 Anti-affinity 的使用
使用 Pod Affinity
使用 Pod Affinity 可以让 Kubernetes 更好地调度 Pod，提升系统的性能。下面是使用 Pod Affinity 的一些示例：
需要在同一个节点上运行的 Pod
apiVersion: v1
kind: Pod
metadata:
name: pod1
spec:
containers:
- name: container1
image: nginx
affinity:
podAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: app
operator: In
values:
- myapp
topologyKey: kubernetes.io/hostname在这个示例中，我们使用 Pod Affinity 来指定 Pod 应该在同一个节点上调度。这个 Pod 根据标签选择器查找与该 Pod 具有相同属性（这里是 myapp）的 Pod，然后根据节点的拓扑视角来进行调度。
必须在不同的节点上运行的 Pod
apiVersion: v1
kind: Pod
metadata:
name: pod2
spec:
containers:
- name: container2
image: nginx
affinity:
podAntiAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: app
operator: In
values:
- myapp
topologyKey: kubernetes.io/hostname这个示例中，我们使用 Pod Anti-affinity 来防止 Pod 被调度在同一个节点上。这个 Pod 也会根据标签选择器查找与该 Pod 具有相同属性（这里是 myapp）的 Pod，然后根据节点的拓扑视角来避免在同一个节点上进行调度。
使用 Pod Anti-affinity
使用 Pod Anti-affinity 可以让 Kubernetes 更好地调度 Pod，提升系统的可靠性和故障容错性。下面是使用 Pod Anti-affinity 的一些示例：
需要在不同的节点上运行的 Pod
apiVersion: v1
kind: Pod
metadata:
name: pod3
spec:
containers:
- name: container3
image: nginx
affinity:
podAntiAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: app
operator: In
values:
- myapp
topologyKey: kubernetes.io/hostname这个示例中，我们使用 Pod Anti-affinity 来防止 Pod 被调度在同一个节点上。这个 Pod 也会根据标签选择器查找与该 Pod 具有相同属性（这里是 myapp）的 Pod，然后根据节点的拓扑视角来防止在同一个节点上进行调度。
必须在同一个节点上运行的 Pod
apiVersion: v1
kind: Pod
metadata:
name: pod4
spec:
containers:
- name: container4
image: nginx
affinity:
podAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: app
operator: In
values:
- myapp
topologyKey: kubernetes.io/hostname在这个示例中，我们使用 Pod Affinity 来指定 Pod 应该在同一个节点上调度。这个 Pod 根据标签选择器查找与该 Pod 具有相同属性（这里是 myapp）的 Pod，然后根据节点的拓扑视角来进行调度。
实践
在实际应用中，我们经常需要在同一个节点上运行一组特定的 Pod，或者把一组特定的 Pod 隔离到不同的节点上。以下是一些应用实践：
配置文件
对于一个应用，可以把同一应用中的所有 Pod 分个组，通过标签关联。然后，可以使用 Pod Affinity 来将不同组中的 Pod 隔离到不同的节点上。这样可以增加系统的可靠性和故障容错性。这样像下面这样的配置文件：
apiVersion: v1
kind: Pod
metadata:
name: pod5
labels:
app: myapp
spec:
containers:
- name: container5
image: nginx
volumeMounts:
- name: myapp-volume
mountPath: /mnt/myapp
volumes:
- name: myapp-volume
emptyDir: {}
affinity:
podAntiAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
- labelSelector:
matchExpressions:
- key: app
operator: In
values:
- myapp
topologyKey: "kubernetes.io/hostname"脚本
除了使用配置文件外，还可以使用脚本来创建 Pod。如下所示：
kubectl run nginx --image=nginx --labels=app=myapp --overrides='{
"apiVersion": "v1",
"spec": {
"affinity": {
"podAntiAffinity": {
"requiredDuringSchedulingIgnoredDuringExecution": [
{
"labelSelector": {
"matchExpressions": [
{
"key": "app",
"operator": "In",
"values": [
"myapp"
]
}
]
},
"topologyKey": "kubernetes.io/hostname"
}
]
}
}
}
}'这个脚本可以创建一个标记为 myapp 的 Pod，并使用 Pod Anti-affinity 来保证同一个应用不会同时运行在同一个节点上。
总结
本文介绍了 Pod Affinity 和 Anti-affinity 的概念及使用方法，并提供一些示例代码。在实践中，使用 Pod Affinity 和 Anti-affinity 可以改善系统的性能和可靠性。但是需要注意，过度使用 Pod Affinity 和 Anti-affinity 可能会导致系统的资源利用率下降，需要根据实际情况进行设置。
来源：JavaScript中文网 ，转载请注明来源 本文地址：https://www.javascriptcn.com/post/65ae1e35add4f0e0ff7ab744