GCP正在杀死节点，我唯一的前端和数据库吊舱就在那里
问题：当云平台向下扩展节点时，它杀死了节点，而我唯一的数据库和前端吊舱就躺在那里。
问题：如何停止GCP杀死节点，我唯一的前端和数据库吊舱在里面？
共有1个答案
我自己算出了这个问题。
-
迷你库版本v0.24.1 kubernetes 1.8.0版 我面临的问题是，我在minikube中创建了几个，每个都有一个pod。 有时，当我启动minikube时，我的吊舱会先启动，然后由kubernetes重新启动。它们将一次又一次地从创建容器状态到运行状态，再到终止状态。 现在，我已经看到kubernetes杀死和重启的东西之前，如果kubernetes检测到磁盘压力，内存压力，或其他类似
-
我已经设置了普罗米修斯，通过跟踪普罗米修斯留档来监控库本内斯的指标。 普罗米修斯现在有很多有用的指标。 但是，我看不到任何引用我的pod或节点状态的指标。 理想情况下-我希望能够绘制pod状态（运行，挂起，CrashLoopBackoff，错误）和节点（NodeNow，就绪）。 这个度量单位在哪里？如果没有，我可以添加到某个地方吗？怎么做？
-
我已经在节点(node1)上的pod(pod1)上部署了一个Spring Boot应用程序。我还在不同节点(node2)上的另一个pod(pod2)上部署了JMeter。我试图从POD2执行自动负载测试。为了执行负载测试，我要求为每个测试用例重新启动pod1。如何从POD2重新启动pod1？
-
我有一个“大”微服务（网站），在production env中部署了3个POD和Helm Chart，但当我部署新版本的Helm Chart时，在40秒内（启动我的大微服务的时间），我的网站出现问题 我尝试了，但它对我不起作用。 我的EKS版本：“V1.14.6-EKS-5047ED”
-
我在kubernetes部署了一个基于play框架的java应用程序。其中一个吊舱因内存不足/内存泄漏而死亡。在本地，可以使用一些实用程序并监视jvm堆的使用情况。我是库伯内特斯的新手。 如果您告诉我如何在一个被杀死的Kubernetes吊舱中检查我的应用程序的堆使用历史记录，我将不胜感激。kubectl get events on this killed pod将提供事件历史记录，但我想检查该死
-
我正在运行一个带有RHEL7.8 BareMetal计算节点的OCP4.6。我们正在集群上运行功能和HA测试。我们在这个集群上的主要应用程序是一个包含大约250个吊舱的StatefulSet。 关闭节点后，在该节点上运行的吊舱进入状态，并停留在那里。由于这是一个状态集，所以在原始pod结束终止之前，pod不能在另一个节点上重新启动。 查看K8S的文档--我发现在节点关闭后StatefulSet p