Terraform AWS EKS模块中aws-auth配置的最佳实践

前言

在使用Terraform AWS EKS模块部署Kubernetes集群时，aws-auth ConfigMap的配置是一个关键步骤。这个ConfigMap负责管理哪些AWS IAM实体可以访问EKS集群以及他们的权限级别。本文将深入探讨aws-auth配置的正确方法以及常见问题的解决方案。

aws-auth ConfigMap的重要性

aws-auth ConfigMap位于kube-system命名空间中，是EKS集群身份验证的核心组件。它定义了哪些IAM角色和用户可以访问集群，以及他们在Kubernetes RBAC系统中的映射关系。正确配置aws-auth对于集群的安全管理和多团队协作至关重要。

常见配置问题分析

认证失败的根本原因

当出现"Unauthorized"错误时，通常意味着Terraform执行者没有被正确授权访问集群。这可能有以下几个原因：

1. 集群端点设置为私有访问(cluster_endpoint_public_access=false)，而执行环境无法访问私有端点
2. 执行Terraform的IAM实体没有被映射到aws-auth ConfigMap中
3. 没有启用集群创建者的管理员权限

版本20.x的重要变更

从模块版本20.0.0开始，aws-auth功能被拆分为独立子模块。这一变化带来了更清晰的架构，但也需要用户调整原有的配置方式。

解决方案与最佳实践

启用创建者管理员权限

在EKS模块配置中添加以下参数可确保集群创建者自动获得管理员权限：

enable_cluster_creator_admin_permissions = true

这个设置会确保执行Terraform的IAM实体自动被授予集群管理员权限，避免了"先有鸡还是先有蛋"的权限问题。

正确的模块依赖关系

当使用独立的aws-auth子模块时，必须确保正确的依赖关系：

module "aws-auth" {
  source = "terraform-aws-modules/eks/aws//modules/aws-auth"
  
  # 其他配置...
  
  depends_on = [module.eks]
}

认证模式的选择

EKS支持多种认证模式，推荐使用API_AND_CONFIG_MAP模式以获得最佳兼容性：

authentication_mode = "API_AND_CONFIG_MAP"

高级配置技巧

多角色映射配置

aws-auth支持复杂的角色映射配置，可以针对不同团队设置不同权限：

aws_auth_roles = [
  {
    rolearn  = "arn:aws:iam::123456789012:role/DevOps"
    username = "devops-user"
    groups   = ["system:masters"]
  },
  {
    rolearn  = "arn:aws:iam::123456789012:role/ReadOnly"
    username = "readonly-user"
    groups   = ["view"]
  }
]

节点组自动注册

对于自管理节点组，需要确保节点能够自动注册到集群：

aws_auth_roles = [
  {
    rolearn  = module.eks.self_managed_node_group_iam_role_arn
    username = "system:node:{{EC2PrivateDNSName}}"
    groups   = ["system:bootstrappers", "system:nodes"]
  }
]

故障排查指南

当遇到aws-auth相关问题时，可以按照以下步骤排查：

1. 确认执行Terraform的IAM实体是否有eks:DescribeCluster权限
2. 检查集群端点访问设置是否与执行环境匹配
3. 验证aws-auth ConfigMap是否已正确创建
4. 使用aws eks update-kubeconfig测试手动访问

总结

正确配置aws-auth是EKS集群管理的基础。通过理解其工作原理和掌握最佳实践，可以避免常见的权限问题，构建安全可靠的Kubernetes环境。记住在升级到模块v20.x版本时，要特别注意aws-auth子模块的独立性和必要的依赖声明。