gpt4 book ai didi

kubernetes - 将 list 文件应用于已应用水平自动缩放器的部署时,最有效的方式来保持 “idempotentcy”?

转载 作者:行者123 更新时间:2023-12-02 12:37:24 25 4
gpt4 key购买 nike

假设您有一个CI / CD管道,作为该管道的一部分,您有一个部署 list 文件,您可以在其中更改一些值并重新部署。

另一方面,您的部署也是水平自动缩放的,它可以通过修改部署 list 文件以扩展到设置它的副本来工作。

然后,有一天您的水平自动缩放器旋转了40个 pods 以满足需求,然后您就可以运行将部署 list 设置为一个副本的管道。应用此文件的那一刻,它将杀死您的所有pod副本,这意味着您的缩放器需要将其备份,这可能会影响数据和服务,这是不好的。

如何应用 list 文件,以免影响扩展副本?我能想到的就是自动检查副本数量并更改部署 list 以反射(reflect)这一点,但这似乎是一个非常丑陋的解决方案。

我猜想对此必须有一个更好的解决方案,我只是找不到,或者我找错了地方...

最佳答案

不管它看起来多么丑陋,我都不认为您有很多选择,因为您的自动缩放器works by modifying your deployment manifest file

因此,您必须以某种方式将自动定标器在已部署 list 文件中完成的自动更改合并到要在CI / CD管道中部署的 list 的版本中,以具有足够的集群“容量”来处理部署时的流量负载。

如果您能够以某种方式使两个部署版本同时处于 Activity 状态,并且逐渐将流量从旧版本迁移到新版本,则可能会有另一种选择,这将为新部署的自动扩展程序腾出时间来扩展所需数量的副本。如果GKE提供了类似的功能,请不要使用,这是解决此类情况的推荐deployment strategy for GAE

关于kubernetes - 将 list 文件应用于已应用水平自动缩放器的部署时,最有效的方式来保持 “idempotentcy”?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54639353/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com