库伯内特斯：为什么调度器要移动吊舱
我有一个应用程序，通过部署类型部署，副本为1。调度器不断地将应用程序移动到不同的节点：
I022008:28:44.884808 1 Event.go:218]事件(V1.ObjectReference{kind：“pod”,namespace：“production”,name：“app1-production-77C79BDC85-DDJFB”,uid：“109fa057-1618-11e8-BFB0-005056946B20”,apiVersion：“v1”,resourceversion：“6017223”,fieldpath：“”}）：类型：“normal”原因：“dispudiced”成功将app1-production
类型正常，原因已排定。“预定”是什么意思？有什么办法能确切地找出它重新安排豆荚的原因吗？
另外，如果我想让这个豆荚在一个节点上停留很长一段时间，Statefulset是我的朋友，对吗？
共有1个答案
我的猜测是您的kubelet出于某种原因正在驱逐pod，使得部署的HA设计在调度器内部启动以从中恢复。试着找出kubelet驱逐你的豆荚的原因。StatefulSet在这方面根本帮不上忙，因为它是专门设计来保留网络标识、名称等内容的，而不需要在同一物理节点上进行调度（在典型的云设置中，该节点可能随时消失）。
-
我们在项目中使用Kubernetes中的Spring Boot。最近，我们决定为我们的应用程序添加适当的关闭，以确保无缝部署，并确保在pod终止过程中不会因任何原因导致任何请求失败。尽管Spring Boot提供了良好的关闭，但由于Kubernetes开始从endpoint移除pod，并同时向pod发送SIGTERM信号，因此请求仍有可能失败。引用kubernetes文件： 在kubelet开始优
-
我是Kubernetes的新手，开始阅读文档。通常使用“endpoint”一词，但文档中缺乏明确的定义。 Kubernetes的“终点”是什么？它位于哪里？ 我可以想象“endpoint”是单个“节点”的某种接入点，但这只是猜测。
-
迷你库版本v0.24.1 kubernetes 1.8.0版 我面临的问题是，我在minikube中创建了几个，每个都有一个pod。 有时，当我启动minikube时，我的吊舱会先启动，然后由kubernetes重新启动。它们将一次又一次地从创建容器状态到运行状态，再到终止状态。 现在，我已经看到kubernetes杀死和重启的东西之前，如果kubernetes检测到磁盘压力，内存压力，或其他类似
-
服务网格的主要特征是 < li >服务发现 < li >配置管理 两者都是由Kubernetes提供的。< br >那我们为什么需要服务网格呢？ *我知道对于更复杂的任务，例如分区、安全、复杂的负载平衡和路由，服务网格是正确的工具。
-
我的kubernetes部署中有一个多容器吊舱： java redis nginx 对于每一个集装箱，普罗米修斯出口商也有一个集装箱。 问题是，如果annotations部分只支持每个pod一个端口，我如何向Prometheus公开这些端口？ 但是我需要这样的东西： 也许还有其他方法可以从我的多容器pod中获取所有指标？提前感谢您的帮助。
-
我正在VM中运行一个单节点Kubernetes集群，用于开发和测试。我使用Rancher Kubernetes引擎（RKE，Kubernetes版本1.18）部署它，并使用MetalLB启用LoadBalancer服务类型。Traefik是2.2版，通过官方掌舵图部署(https://github.com/containous/traefik-helm-chart)。我部署了几个虚拟容器来测试设置