Terraform AWS EKS 模块中配置 ConfigMap 的权限问题解析

在使用 Terraform AWS EKS 模块(v20.x版本)创建和管理 EKS 集群时，配置 aws-auth ConfigMap 是一个常见但容易出错的操作。本文将深入分析其中的权限问题及其解决方案。

问题背景

当使用跨账户部署模式时，通过 GitLab Runner 在中央 AWS 账户中运行 Terraform 来创建和配置目标账户中的 EKS 集群。虽然集群创建成功，但在尝试更新 aws-auth ConfigMap 时会遇到"Unauthorized"错误。

核心问题分析

1. IAM 角色权限不足

在 EKS v20.x 版本中，创建集群的 IAM 身份默认不再拥有集群内部的管理权限。即使该角色能够成功创建集群，也不意味着它自动获得了操作 Kubernetes 资源的权限。

2. 认证模式的影响

EKS 支持三种认证模式：

• CONFIG_MAP
• API_AND_CONFIG_MAP
• API

对于前两种模式，必须设置 bootstrapClusterCreatorAdminPermissions=true 才能确保创建者拥有必要的管理权限。

3. 权限传播延迟

AWS 支持团队发现，访问条目关联创建后需要约1.5秒才能完全生效。如果在关联生效前尝试操作 ConfigMap，就会导致权限错误。

解决方案

1. 显式授予集群管理权限

在创建集群时，通过以下配置确保创建者拥有管理权限：

enable_cluster_creator_admin_permissions = true

2. 添加访问条目

为部署角色添加适当的 Kubernetes 访问权限：

resource "aws_eks_access_entry" "example" {
  cluster_name = module.eks.cluster_name
  principal_arn = "arn:aws:iam::${var.targetId}:role/gitlab-terraform-deployment"
  kubernetes_groups = ["system:masters"]  # 注意：实际使用时需调整，不能直接使用"system:"前缀
}

3. 添加延迟等待

在集群创建和权限配置后添加适当的等待时间：

resource "time_sleep" "wait_for_permissions" {
  create_duration = "3s"
  depends_on = [module.eks-cluster]
}

最佳实践建议

1. 明确认证模式：根据安全需求选择合适的认证模式，并相应配置权限。

2. 权限最小化：虽然可以使用管理员权限，但生产环境应遵循最小权限原则。

3. 自动化延迟处理：在关键操作间添加适当的等待时间，确保权限完全生效。

4. 模块版本兼容性：注意不同版本模块的权限行为变化，特别是从旧版本升级时。

通过以上措施，可以有效解决 EKS 集群 ConfigMap 配置中的权限问题，确保自动化部署流程的可靠性。