Post #89

之前和波波讨论 Calico icmp 黑洞的问题, 对 Calico-felix watch iptables 的行为感到无奈. 在 Calico 的邪恶统治下, 在 iptables 一些关键表链里插入更高优先级的规则会被回滚收敛到 Calico 喜欢的状态. 路由也一样. 然而今天我才体会到相反的设计是多么狗屎: Openstack-OVN-Octavia 体系下的 LB, 要多智障有多智障! 按照文档, olb create && olb pool create && olb member create && olb listener create, 跑通了最简单的 lb, 长舒一口气, 开始探索更高级的姿势, 比如 logical switch-based lb 或者纯三层 RR LB, 起手一个 ovn-nbctl create load_balancer && ovn-nbctl set logical_router load_balancer, 新的 lb 跑不通就算了, 旧的 lb 连 arp 都不通了! 我仔细一查, 流表被 ovn-nbctl 改坏了, 已经够见鬼了, 按照文档走都这么僵硬, 更绝的是把新 lb 删掉也不会恢复, irreversible damage 是吧, 简直就是唐氏综合征. 这时候我才开始怀念 Calico 对 iptables / route table 的状态收敛, 确实是很有经验的工程师煞费苦心的设计, 用一句诗来形容恐怕是, 日月之行, 若出其中; 星汉灿烂, 若出其里.