Kubernetes 在gcloud中更新后,Postgres pod突然消失

Kubernetes 在gcloud中更新后,Postgres pod突然消失,kubernetes,gcloud,Kubernetes,Gcloud,由于此消息,我们更改了kubernetes节点的版本,并且由于某些原因,无法调度POD 然而,在这条消息之前,有一个postgres吊舱正在运行 正如你所见,豆荚不见了,出于某种原因,为什么会这样? 我似乎无法找回它,当我尝试kubectl get events时,我发现找不到任何资源,是否有任何方法可以恢复postgres容器,或获取有关它的信息,为什么它会关闭?我能做什么kubectl日志postgres似乎也不起作用 我想知道的是这个postgres pod在哪里运行(比如位置路径),或者

由于此消息,我们更改了kubernetes节点的版本,并且由于某些原因,无法调度POD 然而,在这条消息之前,有一个postgres吊舱正在运行

正如你所见,豆荚不见了,出于某种原因,为什么会这样? 我似乎无法找回它,当我尝试
kubectl get events
时,我发现找不到任何资源,是否有任何方法可以恢复postgres容器,或获取有关它的信息,为什么它会关闭?我能做什么
kubectl日志postgres
似乎也不起作用

我想知道的是这个postgres pod在哪里运行(比如位置路径),或者这个pod的配置是否仍然可用,或者是否永远丢失了。如果吊舱死了,我还能访问它的“墓地”(也就是说数据库数据)吗?或者这已经清理干净了吗

更新


好的,所以这个pod不是由控制器管理的,所以这就是为什么当它死亡时没有它的踪迹,但是为什么没有关于这个pod被杀死的日志信息?

从你的pod的名称判断,它不是使用部署或复制集配置的(如果它是,就像你的其他pod一样,它的名称后面会有一个随机id)

更可能的是,它是一个独立的pod,这意味着一个节点消失了,pod也消失了

可以使用
kubectl get pods--show all
,但可能性不大

如果您的数据库有一个,您仍然可以通过将数据重新附加到新的postgres pod来检索数据


未来,您可以考虑设置并确保所有的POD都在一个具有持续卷的副本或部署中。

< P>根据您的POD的名称来判断,它不是使用部署或副本集提供的(如果它像您的其他POD,它的名称后面有一个随机ID)

更可能的是,它是一个独立的pod,这意味着一个节点消失了,pod也消失了

可以使用
kubectl get pods--show all
,但可能性不大

如果您的数据库有一个,您仍然可以通过将数据重新附加到新的postgres pod来检索数据


以后,您可以考虑设置并确保所有的POD都在一个具有持续卷的副本或部署中。

我们设法通过联系一个熟悉代码的老开发人员来解决我们所遇到的问题。我想我会把这个留给任何想要分数的人。我们通过联系一位熟悉代码的老开发人员解决了我们遇到的问题,我想我会把这个留给任何想要分数的人。