Deployment kubernetes中自动缩放部署的.spec.replicas设置为什么?

Deployment kubernetes中自动缩放部署的.spec.replicas设置为什么?,deployment,kubernetes,autoscaling,Deployment,Kubernetes,Autoscaling,创建kubernetes部署时,我将.spec.replicas设置为所需的最小副本数。然后我创建了一个具有最小和最大副本的水平pod自动缩放器 进行下一次部署的最简单方法是使用相同的下限。将它与自动缩放相结合时,我应该将副本设置为以前使用的最小值,还是应该获取当前的副本数量并从那里开始?这将涉及到api的额外往返,因此如果不需要,则最好使用。对您的问题有两种解释: 1。您有一个现有的部署对象,并希望更新它-“部署应用程序的新版本”。 在这种情况下,您不需要更改部署对象中的副本(它由水平pod

创建kubernetes部署时,我将.spec.replicas设置为所需的最小副本数。然后我创建了一个具有最小和最大副本的水平pod自动缩放器


进行下一次部署的最简单方法是使用相同的下限。将它与自动缩放相结合时,我应该将副本设置为以前使用的最小值,还是应该获取当前的副本数量并从那里开始?这将涉及到api的额外往返,因此如果不需要,则最好使用。

对您的问题有两种解释:

1。您有一个现有的部署对象,并希望更新它-“部署应用程序的新版本”。

在这种情况下,您不需要更改部署对象中的副本(它由水平pod autoscaler管理)或水平pod autoscaler配置。它将开箱即用。这足以改变部署规范的重要部分

有关更多详细信息,请参阅滚动更新

2。您有一个现有部署对象,并且希望使用相同的应用程序创建第二个部署对象


如果您创建一个单独的应用程序,它可能具有不同的负载特性,因此所需的副本数量可能会有所不同。在任何情况下,HPA都会相对快速地进行调整,因此IMO不需要将副本的初始数量设置为相同的数量。

谢谢。我的问题围绕案例1展开。我认为“开箱即用”并不十分准确。有关详细信息,请参见,尤其是在末尾。