Terraform AWS EKS模块中SQS服务主体名称问题的分析与解决

问题背景

在AWS中国区(北京或宁夏)使用Terraform AWS EKS模块(版本20.2)部署Karpenter时，系统会自动创建一个SQS队列并配置相应的访问策略。然而，策略文档中错误地使用了带有".cn"后缀的服务主体名称(Service Principal)，导致队列创建失败。

技术细节分析

AWS服务主体名称(Service Principal)是IAM策略中用于标识AWS服务的特殊标识符。在全局AWS区域(如us-east-1等)，正确的服务主体名称格式为<service>.amazonaws.com。例如：

• SQS服务：sqs.amazonaws.com
• EventBridge服务：events.amazonaws.com

然而，在AWS中国区，虽然域名使用.cn后缀，但服务主体名称仍保持与全球区相同的格式，不应添加.cn后缀。模块中错误地配置了以下服务主体名称：

• sqs.amazonaws.com.cn
• events.amazonaws.com.cn

这种错误的配置会导致SQS队列创建失败，并返回"InvalidAttributeValue"错误。

影响范围

此问题影响所有在AWS中国区(北京或宁夏)使用Terraform AWS EKS模块部署Karpenter的用户，具体表现为：

1. SQS队列创建失败
2. Karpenter相关的事件驱动自动扩展功能无法正常工作
3. 整个EKS集群的自动节点供应功能受到影响

解决方案

该问题已在Terraform AWS EKS模块的20.2.2版本中得到修复。修复内容包括：

1. 移除了服务主体名称中的.cn后缀
2. 确保在AWS中国区使用与全球区相同的服务主体名称格式

升级到20.2.2或更高版本即可解决此问题。

最佳实践建议

1. 版本控制：在使用Terraform模块时，应始终指定版本号并定期检查更新
2. 分区感知：开发跨区域部署的模块时，需要特别注意AWS中国区的特殊要求
3. 测试验证：在中国区部署前，建议先在测试环境验证所有AWS服务主体名称的配置
4. 错误监控：对Terraform部署过程中的错误进行监控和告警，特别是IAM和SQS相关的错误

总结

AWS服务主体名称的格式一致性对于跨区域部署至关重要。虽然AWS中国区使用不同的域名后缀，但其服务主体名称仍保持与全球区相同的格式。Terraform AWS EKS模块20.2.2版本的修复确保了在中国区的兼容性，为使用Karpenter实现EKS集群自动扩展提供了可靠的基础。