问题标签 [kube-scheduler]

如果我运行这个：

我得到这个输出：

据说我需要一个 kubernetes 调度程序才能真正启动容器？有谁知道如何启动 kube-scheduler？

我在我的 k8s 中使用 calico 作为 CNI，我试图在 3 个服务器中部署一个主集群。我正在使用kubeadm，请按照官方设置指南进行操作。但是发生了一些错误，kube-controller-manager进入kube-schedulerCrashLoopBackOff 错误，无法正常运行。

我kubeadm reset在每台服务器上都试过了，还重新启动了服务器，降级了 docker。

我kubeadm init --apiserver-advertise-address=192.168.213.128 --pod-network-cidr=192.168.0.0/16用来初始化master，然后运行kubectl apply -f https://docs.projectcalico.org/v3.3/getting-started/kubernetes/installation/hosted/rbac-kdd.yaml并kubectl apply -f https://docs.projectcalico.org/v3.3/getting-started/kubernetes/installation/hosted/kubernetes-datastore/calico-networking/1.7/calico.yaml启动calico。

进入 CrashLoopBackoffkube-controller-manager的原因是什么？kube-scheduler我怎样才能制造kube-controller-manager和kube-scheduler运行良好？

我们在具有有限 IP 池的节点上使用 CNI 插件桥接/主机本地，这些 IP 池可以在 cpu/mem 耗尽之前耗尽。

在这种情况下，如何确保不将 Pod 调度到 IP 已用尽但资源仍然可用的 Pod。

一旦 IP 用尽，有什么方法可以污染节点。

我们可以使用 DaemonSet 对象在每个节点上部署一个副本。我们如何为每个节点部署 2 个副本或 3 个副本？我们怎样才能做到这一点。请告诉我们

我有一个 HA 集群（比如 3 个 master，每个 master 上有 1 个 kubes-scheduler pod）。每个 kube-scheduler pod 中运行一个容器。在这个容器里面，这里需要解决两个问题：

1. 如何知道容器在哪个 kube-scheduler pod 上运行？
2. 如何知道这个容器运行的 kube-scheduler 是否是领导者？

我知道 pod 的“...kubernetes.io/leader”注释的“holderIdentity”字段会告诉领导者的ID。那么唯一的问题是如何知道容器在哪个 pod 上运行。或者有一种方法我可以简单地知道我正在运行的 pod 是否是领导者。

我正在尝试在 Kubernetes 中添加带有调度程序插件的自定义调度程序。由于 Kubernetes 文档中没有详细的示例（调度框架，20180409-调度框架）

所以我只是为了测试而制作它。但是，我得到了error: unable to recognize "test.yaml": no matches for kind "KubeSchedulerConfiguration" in version "kubescheduler.config.k8s.io/v1alpha1"。

如何配置和使用调度程序插件？

就我而言，测试配置是

kubectl 命令

当我创建为 pod 时，

环境

去

去模块

我有 kubernetes 1.15.3 设置

我的 kube-controller 和 kube-scheduler 非常频繁地重新启动。这发生在 Kubernetes 升级到 1.15.3 之后。

这是系统的日志

日志是

我们在 kube v1.13.10 上。我们在集群中有大约 500 个节点。最近，我开始从大师那里收到有关 DiskPressure 的警报。经过一番检查，我们发现原因是 kube-scheduler 日志。它们的大小增加到每个约 20GB，并且可以有 5 个。而主实例只有 80GB 的磁盘空间。
Logrotate 配置为每小时运行一次，延迟压缩（默认 kops 设置）。日志大多充满了这样的消息

我增加了 master 的磁盘大小。但是为什么会有这么多错误信息？它在 1 小时内生成了 20GB 的日志，我认为这有点极端。我怎样才能避免它？

我的 Kubernetes 集群有问题，我的 kube-scheduler pod 卡在“CrashLoopBackOff”状态，我无法纠正它。日志抱怨缺少服务令牌：

谁能解释一下它是什么/var/run/secrets/kubernetes.io/serviceaccount/token，它应该存储在哪里（是主机上的路径还是容器内的路径）以及如何重新生成它？

我在所有使用kubeadm. 自从这个错误第一次出现以来，我已经愚蠢地升级了集群（我读到它可能是我使用的版本中的一个错误）。我之前使用的是 1.14.* 版本。

任何帮助将不胜感激; 一切都在这个集群上运行，我觉得我的手臂已经被切断了。

提前致谢，

哈利

我正在使用 Rancher 运行 Kubernetes，我看到 kube-scheduler 出现了奇怪的行为。添加第三个节点后，我希望看到 pod 开始被安排并分配给它。然而，kube-schedulernode3以最低的分数给这个新的第三个节点打分，尽管它几乎没有运行 pod，我希望它获得最高分。

以下是来自 Kube-scheduler 的日志：