ACK容器服务网络方案：Flannel vs Terway
在阿里云ACK（容器服务Kubernetes版）中，网络插件的选择直接影响集群的性能、可扩展性和功能丰富度。ACK支持两种网络插件：Flannel和Terway。它们的设计理念不同，适用场景也不同。本文深入对比两种方案，帮助你做出正确的选择。
Flannel模式
Flannel是社区经典的K8s网络方案，使用VXLAN隧道封装Pod间的网络通信。优点是实现简单、兼容性好、对VPC无额外要求。缺点是存在隧道封装开销（约10%-15%的网络性能损耗），Pod无法直接使用VPC的安全组和流量镜像功能。
Flannel模式下，Pod IP从独立的Pod CIDR分配（和VPC网段独立），集群内通过Flannel DaemonSet维护路由表。适合对网络性能要求不高的中小型集群。
Terway模式
Terway是阿里云自研的网络插件，有两种工作模式：
ENI模式：每个Pod分配一个ENI（弹性网卡）或ENI的一个辅助IP。Pod直接使用VPC网络，无隧道开销，性能接近裸金属。Pod可以享受VPC的安全组、流量镜像、网络ACL等功能。
ENIIP模式（推荐）：ENI的多IP模式，一块ENI可以分配多个IP给不同的Pod。兼顾了性能和密度（单节点可运行更多Pod）。
对比总结
- 性能：Terway（ENIIP）> Flannel。Terway无封装开销，网络延迟降低约30%。
- Pod数量：Flannel受Pod CIDR大小限制；Terway受节点ENI配额和ENI多IP数量限制。
- NetworkPolicy：Terway原生支持K8s NetworkPolicy（通过安全组实现），Flannel不支持。
- 复杂度：Flannel更简单，Terway需要理解ENI、VSwitch等阿里云概念。
选择建议
新集群建议直接使用Terway ENIIP模式，性能更好、功能更丰富。已有Flannel集群如果没有性能或NetworkPolicy需求，不必急于迁移（迁移需要重建集群）。大规模集群（500+节点）建议Terway，可以充分利用VPC网络能力。