Amazon EKS AMI 中ECR FIPS端点与VPC端点兼容性问题分析

Amazon EKS AMI项目在实现FIPS合规性支持时，出现了一个关于ECR(Elastic Container Registry)FIPS端点与VPC端点兼容性的技术问题。这个问题主要影响在政府云区域(如us-gov-west-1)使用RHEL操作系统的环境。

问题背景

当用户启用了FIPS合规模式，并在支持FIPS端点的区域中同时配置了VPC端点时，系统会尝试通过FIPS端点访问ECR服务。项目代码中实现了一个检查逻辑，用于验证FIPS端点是否可解析。然而，这个检查存在一个关键缺陷：它只验证了端点是否可解析，而没有验证实际的网络连通性。

技术细节

在隔离网络环境中，虽然FIPS端点能够成功解析DNS记录，但由于AWS并未提供FIPS兼容的ECR VPC端点服务，导致实际的网络连接尝试会超时失败。错误信息显示为无法建立到FIPS端点的HTTPS连接，具体表现为TCP连接超时。

影响范围

这个问题主要影响以下特定配置环境：

• 使用RHEL操作系统的节点
• 位于政府云区域(如us-gov-west-1)
• 启用了FIPS合规模式
• 配置了VPC端点服务

解决方案

项目维护团队通过合并相关修复代码解决了这个问题。解决方案的核心思路是：

1. 移除了原有的仅检查DNS解析的逻辑
2. 改为在AMI构建阶段预先缓存所需的容器镜像
3. 避免了运行时对FIPS端点的依赖检查

这种改进不仅解决了FIPS端点与VPC端点的兼容性问题，还提高了节点启动的可靠性，因为不再需要依赖实时的镜像拉取操作。

技术启示

这个问题给我们的技术启示是：

1. 在网络连通性检查中，仅验证DNS解析是不够的，必须验证端到端的连接能力
2. 在隔离网络环境中，对云服务端点的可用性假设需要更加谨慎
3. 预先缓存关键镜像可以显著提高系统启动的可靠性
4. FIPS合规性实现需要考虑所有依赖服务的端到端兼容性

这个问题也展示了开源社区协作的价值，用户报告的问题经过技术讨论后，由维护团队实现了优雅的解决方案。