Kubernetes GCP正在杀死我唯一的前端和数据库吊舱所在的节点
我的应用程序在谷歌云平台(GCP)上运行,容器在kubernetes内运行 问题是: 当云平台向下扩展节点时,它会杀死节点,而我唯一的数据库和前端吊舱就在这里 问题:Kubernetes GCP正在杀死我唯一的前端和数据库吊舱所在的节点,kubernetes,google-cloud-platform,autoscaling,gcp,Kubernetes,Google Cloud Platform,Autoscaling,Gcp,我的应用程序在谷歌云平台(GCP)上运行,容器在kubernetes内运行 问题是: 当云平台向下扩展节点时,它会杀死节点,而我唯一的数据库和前端吊舱就在这里 问题: 如何阻止GCP杀死节点,我唯一的前端和数据库吊舱就在其中?我自己解决了这个问题 我所有的前端、后端、数据库和redis容器都在同一个nodepool中。当我把它们分成不同的节点文件夹时,一切都开始工作了 正在创建节点选择器: 添加到backend-deployment.yaml的末尾 节点选择器: cloud.google.com
如何阻止GCP杀死节点,我唯一的前端和数据库吊舱就在其中?我自己解决了这个问题 我所有的前端、后端、数据库和redis容器都在同一个nodepool中。当我把它们分成不同的节点文件夹时,一切都开始工作了 正在创建节点选择器: 添加到backend-deployment.yaml的末尾 节点选择器: cloud.google.com/gke-nodepool:后端 更多信息:
我自己解决了这个问题 我所有的前端、后端、数据库和redis容器都在同一个nodepool中。当我把它们分成不同的节点文件夹时,一切都开始工作了 正在创建节点选择器: 添加到backend-deployment.yaml的末尾 节点选择器: cloud.google.com/gke-nodepool:后端 更多信息:
我认为您可以设置最小副本的数量,但Pod的设计本质上是可杀死的,Pod的生命周期通常独立于数据库/持久性存储的生命周期。kubernetes可以很好地处理缩小规模的问题。没问题。我认为问题在于谷歌云平台方面,它会杀死cpu使用率较低的节点。我认为你可以设置最小副本数量,但Pod本质上是可杀死的,POD的生命周期通常独立于数据库/持久性存储的生命周期。kubernetes能够很好地处理向下扩展。没问题。我认为问题在于谷歌云平台方面,它杀死了cpu使用率较低的节点。