Kubernetes “运行时孤立复制集”；kubectl apply”一词；使用新的图像标签

我的部署

yml

文件用构建版本标记我的映像

因此，每次我从发布管道运行

kubectl apply

，它都会提取映像并正确部署它

我的问题是关于

replicaset

：当我运行

kubectl get all

时，我看到从前面的图像终止的pod中出现孤立的replicaset。（至少，这是我的理解。）这些孤立复制集的

所需

、

当前

和

就绪

属性为0

---

这会导致某种内存泄漏吗？是否在应用kubectl之前运行任何其他命令？

当您将部署从版本1升级到版本2时，部署将创建一个新的复制集并增加副本的计数，而以前的计数变为0。细节

如果尝试执行另一个从版本2到版本3的滚动更新，您可能会注意到在升级结束时，您有两个计数为0的复制集

这对我们有什么好处？

假设pod的当前版本引入了任何问题，您可能希望回滚到以前的版本。如果您有旧的ReplicaSet，则可以将current缩放为0并增加旧的ReplicaSet计数。看看怎么做

默认情况下，Kubernetes存储最后10个复制集，并允许您回滚到其中任何一个。但是，您可以通过更改部署中的

spec.revisionHistoryLimit

来改变这一点。参考：

---

当您将部署从版本1升级到版本2时，部署将创建一个新的复制集并增加副本的数量，而以前的数量变为0。细节

如果尝试执行另一个从版本2到版本3的滚动更新，您可能会注意到在升级结束时，您有两个计数为0的复制集

这对我们有什么好处？

假设pod的当前版本引入了任何问题，您可能希望回滚到以前的版本。如果您有旧的ReplicaSet，则可以将current缩放为0并增加旧的ReplicaSet计数。看看怎么做

默认情况下，Kubernetes存储最后10个复制集，并允许您回滚到其中任何一个。但是，您可以通过更改部署中的

spec.revisionHistoryLimit

来改变这一点。参考：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
spec:
  replicas: 1
  revisionHistoryLimit: 3
...