【每日一个云原生小技巧 #75】Kubernetes 指定 Pod 所在节点

使用场景

1. 资源分配：根据 Pod 的资源需求（如 CPU、内存）和节点的可用资源，调度器选择最合适的节点。
2. 亲和性与反亲和性：通过标签选择器，可以指定 Pod 应该或者不应该与某些节点一起运行。
3. 数据局部性：对于需要访问特定数据（如本地存储）的应用，可以通过节点选择器将 Pod 调度到特定节点。
4. 异常处理：当节点出现问题时，系统可能需要将 Pod 从故障节点移动到健康的节点。

使用技巧

1. 资源预留：为系统组件预留资源，确保关键服务不受资源竞争影响。
2. 标签和选择器：合理使用标签（label）和选择器（selector），以便更好地控制 Pod 的分布。
3. 污点和容忍度：设置节点的污点（taint）以阻止 Pod 调度到特定节点，同时为 Pod 设置容忍度（toleration）以允许它们在某些情况下被调度到这些节点。
4. 优先级和抢占：通过设置 Pod 的优先级和抢占策略，可以确保高优先级的应用获得所需资源。

使用案例

假设我们有一个 Web 应用和一个数据库服务，我们希望它们运行在不同的节点上以提高系统的可靠性。

1. 为节点打标签：

kubectl label nodes node1 role=web
kubectl label nodes node2 role=db

1. 配置 Pod 规约：Web 应用的 Pod 规约：

apiVersion: v1
kind: Pod
metadata:
  name: web-app
spec:
  nodeSelector:
    role: web
  containers:
  - name: web-app
    image: web-app-image

数据库服务的 Pod 规约：

apiVersion: v1
kind: Pod
metadata:
  name: db-service
spec:
  nodeSelector:
    role: db
  containers:
  - name: db-service
    image: db-service-image

通过上述配置，Web 应用的 Pod 将只被调度到标签为 role=web 的节点上，而数据库服务的 Pod 将只被调度到标签为 role=db 的节点上。这样，我们就可以确保 Web 应用和数据库服务运行在不同的节点上，从而提高系统的可靠性。