在Kubernetes中更新configmap时重新启动吊舱？
共有1个答案
当前解决此问题的最佳方案（在同级答案中链接的https://github.com/kubernetes/kubernetes/issues/22368中有较深的引用）是使用部署，并将ConfigMaps视为不可变的。
当您想要更改配置时，使用您想要进行的更改创建一个新的ConfigMap，并将部署指向新的ConfigMap。如果新配置被破坏，部署将拒绝缩小您的工作副本集。如果新配置有效，则旧的副本集将被缩放为0个副本并被删除，新的豆荚将使用新配置启动。
不像只在原地编辑ConfigMap那么快，但要安全得多。
-
当与后台程序集关联的Kubernetes Pod的configmap更新时，如何自动重新启动它们？ 根据kubernetes文档，当configmap卷挂载更新时，它会自动更新POD。但是，我并不认为后台进程集会发生这种情况。我错过了什么？ 当我更新configmap中的字段以读取另一个日志文件时，虽然我看到卷挂载正在更新，但我看不到POD正在接收更改，除非我删除并重新创建后台启动。 有没有一种方
-
我有一个部署，其中包括一个configMap、persistentVolumeClaim和一个服务。我已经更改了configMap并将部署重新应用到我的集群中。我了解到此更改不会在部署中自动重启pod： 下面是Wiki.yaml的样子：
-
我们正在使用Docker 1.19运行库伯内特斯（1.18） Container是一个基于Java13的Spring启动应用程序（使用基本图像作为openjdk： 13-alpin），下面是内存设置。 豆荚： 内存-最小448M，最大2500M cpu-最小值0.1 容器： Xms:256M，Xmx:512M 当流量发送更长时间时，容器会突然重新启动；在Prometheus中，我可以看到Pod内存
-
null null null > 将Kubernetes降级为。 使用重新初始化了Kubernetes，因为服务器有另一个外部IP，无法通过其他主机访问，而Kubernetes倾向于选择该IP作为API服务器IP。由Flannel授权。 初始化后没有连接节点的结果输出 看起来API服务器已按其应有的方式部署 然后我将法兰绒网络pod应用于
-
我已经在节点(node1)上的pod(pod1)上部署了一个Spring Boot应用程序。我还在不同节点(node2)上的另一个pod(pod2)上部署了JMeter。我试图从POD2执行自动负载测试。为了执行负载测试，我要求为每个测试用例重新启动pod1。如何从POD2重新启动pod1？
-
ConfigMap是用来存储配置文件的kubernetes资源对象，所有的配置内容都存储在etcd中，下文主要是探究 ConfigMap 的创建和更新流程，以及对 ConfigMap 更新后容器内挂载的内容是否同步更新的测试。 测试示例 假设我们在 default namespace 下有一个名为 nginx-config 的 ConfigMap，可以使用 kubectl命令来获取： $ kube