谷歌云系统 kube-system 命名空间部署守护进程不起作用答案

【问题标题】：Google cloud system kube-system namespaced deployed daemonsets not working谷歌云系统 kube-system 命名空间部署守护进程不起作用
【发布时间】：2020-07-13 00:18:30
【问题描述】：

我们的集群中的多个部署似乎无法正常工作。但我有点担心接触这些，因为它们是 kube-system 命名空间的一部分。我也不确定让他们进入正常状态的正确方法是什么。

我目前有两个带有消息警告的守护程序集

DaemonSet 没有选择节点

见下图。有谁知道正确的方法是什么？

【问题讨论】：

使用kubectl get daemonset -n kube-system thename -o yaml 查看 DaemonSet 对象。你可能会看到一个 GPU 选择器，它只在有 GPU 的节点上运行而你没有？
我还想查看 kubectl get daemonset -n kube-system NAME -o yaml 和 kubectl describe daemonset -n kube-system NAME 的输出，其中 NAME 是您的 DeamonSet 名称。请问，您能否更新您的问题并包含这些命令的输出？
我们的 gck 集群也有同样的问题。你解决了吗？
@Andreas 你能解决这个问题吗？这仍然是一个持续的问题吗？你能分享复制这个的步骤吗？您是如何通过 GUI 创建这个集群的，一些 terraform/ansible 中的 IaC 脚本？

标签： kubernetes google-cloud-platform

【解决方案1】：

DaemonSet 正在您的 Kubernetes 集群的每个节点中创建一个 pod。

如果 Kubernetes 调度器无法调度任何 pod，有几种可能：

Pod spec 对于内存节点容量的内存请求资源太高，查看spec.containers[].resources.requests.memory的值
节点可能有污点，所以 DaemonSet 声明必须有容忍度 (kubernetes documentation about taint and toleration)
pod 规范可能有一个 nodeSelector 字段 (kubernetes documentation about node selector)
pod 规范可能具有强制节点亲和性或反亲和性 (kubernetes documentation about node affinity)
如果在集群上启用了Pod Security Policies，则安全策略可能会阻止访问 pod 需要运行的资源

没有唯一可能的解决方案。更一般地说，一个好的开始是查看与守护程序集相关的事件：

> kubectl describe daemonsets NAME_OF_YOUR_DAEMON_SET

【讨论】：