Amazon VPC CNI for Kubernetes v1.19.4版本深度解析

Amazon VPC CNI（Container Network Interface）是AWS为Kubernetes集群提供的网络插件解决方案，它允许Kubernetes Pod直接获取VPC网络中的IP地址，实现与EC2实例同等的网络性能和安全性。这个插件是AWS EKS服务的核心组件之一，负责管理Pod的网络连接和安全组规则。

重要警示

v1.19.4版本存在一个关键问题：当用户为每个Pod配置自定义网络或安全组时会出现兼容性问题。AWS团队建议使用这些功能的用户暂时停留在v1.19.3版本，等待v1.19.5版本的修复补丁发布。这个问题已经在v1.19.5版本中得到解决。

版本核心变更

网络策略执行模式的重要变更

从1.19.4版本开始，如果用户从aws-node DaemonSet中移除了Network Policy Agent容器，必须确保同时没有设置NETWORK_POLICY_ENFORCING_MODE环境变量。如果在NP代理不存在的情况下设置这个值，可能会导致Pod创建失败。

主要功能改进

1. SDK升级：项目已更新使用AWS SDK V2版本，这带来了更好的性能和更现代的API接口。

2. EKS服务端点处理：改进了对EKS服务Beta端点的处理逻辑，提高了兼容性。

3. 多网络支持：新增了Multus CNI v4.1.4的清单文件，为需要多网络接口的场景提供支持。

4. IPv6地址处理：修复了当ENI同时分配了IPv4和IPv6地址时，主ENI IP查找的问题。

5. 缓存优化：改进了CNINode的缓存机制，现在只在安全组策略(SGP)使用时才会缓存CNINode对象。

6. 启动依赖简化：移除了IPAMD启动时对API服务器的依赖，提高了组件的独立性和可靠性。

关键问题修复

1. CNI指标助手：修复了类型断言和类型转换的顺序问题，提高了指标收集的稳定性。

2. 冲突重试逻辑：修正了retryOnConflict不应该在NotFound情况下重试的问题。

3. CRD元数据：移除了CRD元数据中为null的creationTimestamp字段。

4. 网络策略模式检测：现在会跳过未设置network_policy_enforcing_mode时的相关配置步骤。

部署指南

标准部署方式

对于大多数AWS区域，可以使用以下命令部署：

kubectl apply -f https://raw.githubusercontent.com/aws/amazon-vpc-cni-k8s/v1.19.4/config/master/aws-k8s-cni.yaml

特殊区域部署

AWS GovCloud和中国区域需要使用特定的清单文件：

• GovCloud东部区域(us-gov-east-1)：

kubectl apply -f https://raw.githubusercontent.com/aws/amazon-vpc-cni-k8s/v1.19.4/config/master/aws-k8s-cni-us-gov-east-1.yaml

• GovCloud西部区域(us-gov-west-1)：

kubectl apply -f https://raw.githubusercontent.com/aws/amazon-vpc-cni-k8s/v1.19.4/config/master/aws-k8s-cni-us-gov-west-1.yaml

• 中国区域：

kubectl apply -f https://raw.githubusercontent.com/aws/amazon-vpc-cni-k8s/v1.19.4/config/master/aws-k8s-cni-cn.yaml

Helm部署方式

用户也可以选择使用Helm进行部署，具体安装步骤请参考项目中的README文档。

验证部署

部署完成后，可以通过以下命令验证版本是否正确更新：

kubectl describe daemonset aws-node -n kube-system | grep Image | cut -d "/" -f 2-3

预期输出应包含：

amazon-k8s-cni-init:v1.19.4
amazon-k8s-cni:v1.19.4
amazon/aws-network-policy-agent:v1.2.1

技术深度解析

网络策略执行模式的变化

这个版本对网络策略执行模式的处理进行了重要调整。Network Policy Agent是负责执行Kubernetes网络策略的组件，当它被移除时，相关的环境变量也必须同步清理。这一变化反映了AWS对组件间依赖关系的严格管理，确保系统状态的明确性。

启动依赖优化

移除IPAMD对API服务器的启动依赖是一个重要的架构改进。IPAMD(IP Address Management Daemon)负责管理Pod的IP地址分配，之前版本在启动时需要与API服务器通信。这一依赖的移除提高了组件的鲁棒性，特别是在API服务器暂时不可用的情况下，网络功能仍能保持正常。

多网络支持的意义

Multus CNI的加入为需要多网络接口的高级用例打开了大门。例如，用户可以为Pod配置一个接口用于常规通信，另一个专用接口用于存储或高性能网络。这种灵活性对于NFV(网络功能虚拟化)和电信云等场景尤为重要。

升级建议

虽然v1.19.4版本带来了多项改进，但考虑到已知的自定义网络问题，建议：

1. 不使用自定义网络/每Pod安全组功能的用户可以安全升级到v1.19.4，享受性能改进和新功能。

2. 使用这些高级功能的用户应等待v1.19.5版本发布后再进行升级。

3. 所有用户在升级前都应充分测试新版本在自己的环境中的表现，特别是在生产环境部署前。

4. 如果已经升级到v1.19.4并遇到问题，可以考虑回滚到v1.19.3版本。

Amazon VPC CNI的持续演进体现了AWS对Kubernetes网络性能和安全性的重视，每个版本都在提高稳定性、性能和功能丰富度之间寻找平衡。