k8s～控制deamonset中pod的数量

在Kubernetes中，DaemonSet是一种控制器，用于确保集群中的每个节点（或特定标签选择器匹配的节点）运行一个Pod的副本。由于DaemonSet的特性，它通常会在每个节点上运行一个Pod，但有时你可能需要对Pod的数量进行限制。以下是一些控制DaemonSet中Pod数量的方法：
1.使用节点选择器（Node Selector）
通过在DaemonSet的spec中设置nodeSelector，可以指定哪些节点上运行Pod。例如，如果你想在带有特定标签的节点上运行Pod，可以这样做：

1. apiVersion: apps/v1
2. kind: DaemonSet
3. metadata:
4.   name: example-daemonset
5. spec:
6.   selector:
7.     matchLabels:
8.       app: example
9.   template:
10.     metadata:
11.       labels:
12.         app: example
13.     spec:
14.       nodeSelector:
15.         key: value
16.       containers:
17.       - name: example-container
18.         image: example-image

复制代码

在这个例子中，只有带有key=value标签的节点会运行Pod。
2.使用节点亲和性（Node Affinity）
节点亲和性提供了更细粒度的控制，可以使用nodeAffinity来指定Pod应该调度到哪些节点上。例如：

1. apiVersion: apps/v1
2. kind: DaemonSet
3. metadata:
4.   name: example-daemonset
5. spec:
6.   selector:
7.     matchLabels:
8.       app: example
9.   template:
10.     metadata:
11.       labels:
12.         app: example
13.     spec:
14.       affinity:
15.         nodeAffinity:
16.           requiredDuringSchedulingIgnoredDuringExecution:
17.             nodeSelectorTerms:
18.             - matchExpressions:
19.               - key: key
20.                 operator: In
21.                 values:
22.                 - value
23.       containers:
24.       - name: example-container
25.         image: example-image

复制代码

在这个例子中，只有满足key In [value]条件的节点会运行Pod。
3.使用容忍度（Tolerations）
如果某些节点上有污点（Taints），可以通过设置容忍度（Tolerations）来允许Pod调度到这些节点上。例如：

1. apiVersion: apps/v1
2. kind: DaemonSet
3. metadata:
4.   name: example-daemonset
5. spec:
6.   selector:
7.     matchLabels:
8.       app: example
9.   template:
10.     metadata:
11.       labels:
12.         app: example
13.     spec:
14.       tolerations:
15.       - key: key
16.         operator: Equal
17.         value: value
18.         effect: NoSchedule
19.       containers:
20.       - name: example-container
21.         image: example-image

复制代码

在这个例子中，Pod会容忍带有key=value污点的节点。
4.更新策略（Update Strategy）
DaemonSet支持滚动更新，可以通过设置updateStrategy来控制更新过程中的Pod数量。例如：

1. apiVersion: apps/v1
2. kind: DaemonSet
3. metadata:
4.   name: example-daemonset
5. spec:
6.   selector:
7.     matchLabels:
8.       app: example
9.   template:
10.     metadata:
11.       labels:
12.         app: example
13.     spec:
14.       containers:
15.       - name: example-container
16.         image: example-image
17.   updateStrategy:
18.     type: RollingUpdate
19.     rollingUpdate:
20.       maxUnavailable: 1
21.       maxSurge: 0

复制代码

在这个例子中，maxUnavailable设置为1，表示在更新过程中最多有一个Pod不可用；maxSurge设置为0，表示在更新过程中不会创建额外的Pod。
5.使用PodDisruptionBudget（PDB）
PodDisruptionBudget是一种资源对象，用于限制同时中断的Pod数量。虽然PDB主要用于处理节点维护时的Pod迁移，但也可以用于限制Pod的创建。例如：

1. apiVersion: policy/v1
2. kind: PodDisruptionBudget
3. metadata:
4.   name: my-pdb
5. spec:
6.   minAvailable: 1
7.   selector:
8.     matchLabels:
9.       app: my-app

复制代码

在这个示例中，minAvailable: 1表示至少需要保证一个Pod处于可用状态，从而间接限制了同时创建的Pod数量。
6.使用LimitRange和ResourceQuota
LimitRange用于限制单个Pod的资源请求和限制，而ResourceQuota用于限制命名空间内的资源总量。例如：

1. apiVersion: v1
2. kind: LimitRange
3. metadata:
4.   name: my-limit-range
5. spec:
6.   limits:
7.   - type: Container
8.     max:
9.       cpu: "2"
10.       memory: 2Gi
11.     min:
12.       cpu: "100m"
13.       memory: 200Mi
14. ---
15. apiVersion: v1
16. kind: ResourceQuota
17. metadata:
18.   name: my-resource-quota
19. spec:
20.   hard:
21.     pods: "10"
22.     cpu: "20"
23.     memory: 20Gi

复制代码

在这个示例中，LimitRange限制了单个Pod的资源使用，而ResourceQuota限制了命名空间内总的Pod数量和资源使用量。
总结
通过以上方法，你可以灵活地控制DaemonSet中Pod的数量和调度策略。具体选择哪种方法取决于你的具体需求和集群的配置。以下是一些常见场景和推荐方法：
• 特定节点运行Pod：使用节点选择器（Node Selector）或节点亲和性（Node Affinity）。
• 容忍特定污点的节点：使用容忍度（Tolerations）。
• 控制更新过程中的Pod数量：使用更新策略（Update Strategy）。
• 限制同时中断的Pod数量：使用PodDisruptionBudget（PDB）。
• 限制命名空间内的资源使用：使用LimitRange和ResourceQuota。
希望这些方法能帮助你更好地管理和优化Kubernetes集群中的DaemonSet。如果有任何问题，可以参考Kubernetes的官方文档或联系技术支持获取进一步帮助。

来源：程序园用户自行投稿发布，如果侵权，请联系站长删除
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！