首先发生的是我们更新了configmap（更改了密钥），然后更新了部署以使用新密钥。两者都成功。完成后，我们检查了事件，发现由于引用旧密钥而导致卷安装错误。
下面是我如何调查错误以及原因。首先，我认为由于错误是因为引用了旧键，所以在更新configmap之后但在更新部署之前一定是pod崩溃了，因为卷挂载仅在pod启动时发生，现在我不太确定。
我再次检查了事件，没有崩溃事件。
我的问题是除了崩溃以外，还有其他导致卷装入的问题吗？如果没有，可能是什么原因？
更新已在卷中使用的ConfigMap时，最终也会投影投影的键。 Kubelet正在检查是否在每个定期同步中都重新安装已安装的ConfigMap。但是，它使用其基于本地ttl的缓存来获取ConfigMap的当前值。结果，从更新ConfigMap到将新密钥投射到Pod的时间的总延迟可能与kubelet同步时间（默认为1分钟）+ ConfigMaps缓存的ttl（默认为1分钟）一样长。 ）在kubelet中。您可以通过更新窗格的注释之一来触发立即刷新。