GKE环境下Kubernetes VPA模式选型与应用副本配置问题咨询

VPA模式选择建议 #

你遇到的Auto模式仅调整一次的问题是VPA的默认特性导致的：Auto模式不会热更新正在运行的容器的资源配额，仅在Pod重建时才会生效新的资源配置，所以负载测试过程中如果Pod没有触发重建，自然不会有后续调整。另外资源上限过高的问题，可以通过配置VPA的ContainerResourcePolicy中的maxAllowed字段手动限制最高资源配额，给后续调整留足空间。
两种模式的选择逻辑如下：

• 如果当前阶段仅做负载测试观测VPA的资源推荐逻辑，优先选择Recommendation模式：该模式下VPA会持续计算并更新最新的资源推荐值，你可以直接读取VPA资源的status.recommendation字段获取不同负载下的推荐结果，不需要等待Pod重建，适配测试场景的需求。
• 如果是生产环境需要自动生效资源配置，再选择Auto模式，建议同时配置Pod Disruption Budget（PDB）控制Pod重建的影响范围，避免业务中断。

应用副本数量选择 #

副本数量结合你的测试目标和部署场景决定即可：

• 若测试目标仅为验证单实例负载下的VPA推荐准确性，选择1个副本即可，避免多副本负载分摊干扰VPA的资源计算结果。
• 若需要验证高可用场景下的VPA表现，或是生产环境需要冗余能力，选择2个副本即可。注意不推荐使用集群1的单Pod多容器部署架构，单个容器异常触发Pod重建会影响同Pod内所有服务，可用性极低，优先使用集群2的单Pod单容器架构。

有状态服务多副本部署方案 #

针对mysql、MongoDB这类有状态服务的多副本部署，无论副本数多少，都推荐使用StatefulSet或是对应服务的官方Operator实现：

• StatefulSet提供了稳定的网络标识、持久化存储绑定、有序的扩缩容与升级策略，完全匹配有状态服务的运行要求。
• 使用对应官方Operator会进一步降低运维成本，内置了主从切换、数据备份、故障转移等数据库专属运维能力，可靠性远高于手动编写的StatefulSet配置。

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