Harvester项目中Kube-OVN与Calico的iptables PREROUTING链冲突分析

在Harvester集群环境中部署Kube-OVN网络插件时，我们发现其与现有Calico CNI在iptables PREROUTING链规则管理上存在严重冲突。这个问题不仅影响网络功能的稳定性，还可能导致Kubernetes服务和主机端口转发功能异常。

问题现象

在标准的Harvester集群中，节点上的iptables NAT表PREROUTING链初始包含以下关键规则：

1. Calico的预处理规则
2. Kubernetes服务端口规则
3. CNI主机端口DNAT规则

当安装Kube-OVN后，理想情况下应该在链首插入OVN预处理规则，同时保留原有规则。但实际观察到：

• 原有规则被意外删除
• 规则顺序不断变化
• 出现大量重复的OVN规则
• kube-ovn-cni Pod无法达到就绪状态

根本原因分析

这个问题源于两个网络组件对PREROUTING链的竞争性操作：

1. 规则插入位置冲突：Calico和Kube-OVN都试图将自己的规则插入链首
2. 规则管理逻辑缺陷：Kube-OVN的规则协调机制存在两个关键问题：
   • 规则索引计算不准确，导致删除错误规则
   • 删除操作后未及时更新索引，造成后续操作失败
3. 状态检测异常：持续的规则变更导致健康检查失败

解决方案

通过与上游Kube-OVN社区合作，我们实现了以下改进：

1. 优化规则插入策略：不再强制要求链首位置，确保优先级高于kube-proxy规则即可
2. 增强规则管理鲁棒性：
   • 改进规则索引跟踪机制
   • 添加重复规则检测和清理
   • 优化错误处理流程
3. 完善状态检测：基于实际网络功能状态而非规则位置判断就绪状态

实施效果

修复后的版本表现出：

1. 稳定的规则顺序和内容
2. 无重复规则产生
3. 组件正常启动和运行
4. 完整的网络功能支持

技术启示

这个案例为我们提供了宝贵的多CNI环境管理经验：

1. 规则优先级设计：网络组件应明确规则优先级需求，避免不必要的链首竞争
2. 协调机制重要性：在共享资源管理上需要更智能的协调策略
3. 状态检测优化：健康检查应关注实际功能而非中间状态

该修复已随Kube-OVN v1.13.13版本发布，为Harvester用户提供了更稳定的网络体验。