GKE Autoscaling如何配置缩容时优先删除旧Pod（FILO替代FIFO）

你的需求可以通过Kubernetes原生配置结合GKE集群特性实现，不需要修改GKE默认的自动扩缩容底层逻辑，具体实现方案如下：

方案1：通过Pod优先级配置实现FILO缩容逻辑 #

GKE集群自动扩缩容（Cluster Autoscaler）会优先删除优先级更低的Pod，你可以通过动态设置Pod优先级实现优先删除旧Pod的效果：

• 首先创建优先级依次递减的多个PriorityClass，或者通过变更webhook给新创建的Pod自动分配更高的优先级数值（越新的Pod优先级数值越高）
• 集群触发缩容时，Cluster Autoscaler会按照优先级从低到高排序选择待删除Pod，天然就会优先移除创建时间更早的旧Pod，符合你要的FILO效果
• 针对你的内存泄漏场景，还可以额外给运行时长超过预设阈值（比如24小时）的Pod打低优先级标签，不需要等集群缩容触发，K8s调度器会优先驱逐这部分有泄漏风险的旧Pod

方案2：配置Pod TTL自动清理旧Pod #

如果你只是需要定期清理运行过久的Pod，不需要绑定缩容触发逻辑，可以直接用Kubernetes原生TTL控制器实现：

• GKE 1.21及以上版本默认支持TTL After Finished Controller特性，你可以在工作负载的Pod模板中添加TTL相关注解，设置Pod最大运行时长
• Pod运行达到时长阈值后会被自动标记为可驱逐，不管集群是否触发缩容都会被优先清理，刚好适配内存泄漏暂无法修复的场景

补充优化建议 #

• 给你的应用Pod配置resources.limits.memory阈值，超过内存限制后K8s会自动重启Pod，可作为内存泄漏场景的兜底保障
• 不要尝试修改GKE托管的Cluster Autoscaler原生FIFO排序逻辑，托管组件的底层配置不支持用户自定义修改，强行调整会导致集群扩缩容功能异常

内容的提问来源于stack exchange，提问作者kozan