OpenKruise项目中SidecarSet滚动更新机制问题分析与修复

在OpenKruise项目使用过程中，发现当SidecarSet配置了较小的maxUnavailable值时，会导致Pod更新被阻塞的问题。这个问题涉及到Kruise控制器对SidecarSet滚动更新策略的处理逻辑。

该问题的核心在于控制器计算可用副本数时的取整逻辑。当maxUnavailable设置为百分比形式（如5%）且集群规模较小时，计算结果可能会被向下取整为0。这意味着系统认为没有可用的Pod可以被更新，从而导致整个更新过程被卡住。

例如在一个包含5个Pod的部署中：

• 5%的maxUnavailable计算结果为0.25
• 向下取整后变为0
• 系统认为没有Pod可以被更新
• 更新流程被完全阻塞

OpenKruise团队已经修复了这个问题，主要改进包括：

1. 优化了maxUnavailable值的计算逻辑
2. 确保至少有一个Pod可以被更新
3. 完善了边界条件的处理

这个修复保证了即使在较小规模的部署中，SidecarSet的滚动更新也能正常进行。对于用户来说，这意味着：

• 小规模部署现在可以正常使用百分比形式的maxUnavailable配置
• 更新过程更加可靠，不会因为计算问题而卡住
• 保持了滚动更新的安全性，同时提高了可用性

这个问题提醒我们，在实现Kubernetes控制器时，需要特别注意边界条件的处理，特别是当配置参数涉及百分比计算和小规模部署场景时。OpenKruise团队通过这个修复，进一步提高了SidecarSet功能的健壮性和用户体验。