eksctl创建EKS集群时未管理节点组的可见性问题解析

在使用eksctl工具创建Amazon EKS集群时，开发者可能会遇到一个常见现象：通过eksctl成功创建了未管理节点组(unmanaged nodegroup)，但在AWS EKS控制台中却无法查看到该节点组信息。这种情况并非系统错误，而是由于EKS控制台和AWS CLI的设计机制导致的正常现象。

问题现象分析

当开发者使用eksctl配置文件创建包含未管理节点组的EKS集群时，虽然CloudFormation控制台确认了资源创建成功，eksctl命令行工具也能正确显示节点组信息，但在以下两种情况下会出现"找不到"的情况：

1. 在AWS EKS控制台的"节点组"管理界面中不可见
2. 使用AWS CLI的describe-nodegroup命令查询时返回ResourceNotFoundException错误

根本原因

这种现象的根本原因在于AWS EKS服务对节点组类型的区分处理：

• 托管节点组(Managed Nodegroups)：由EKS服务直接管理，会在EKS控制台和API中显示
• 未管理节点组(Unmanaged Nodegroups)：实际上是通过Auto Scaling Group(ASG)实现的，EKS服务不直接管理

eksctl工具在创建未管理节点组时，实际上是在后台创建了一个Auto Scaling Group，这个ASG会使用EKS优化的AMI镜像，并自动加入EKS集群。但由于它不是EKS服务直接管理的资源，因此不会出现在EKS特定的管理接口中。

验证与监控方法

对于未管理节点组，开发者可以通过以下方式验证和监控其状态：

1. 通过eksctl工具查询：

   eksctl get nodegroup --cluster <集群名称> --region <区域>
   

2. 通过AWS Auto Scaling控制台查看： 在EC2服务的Auto Scaling Groups部分可以找到对应的ASG，其名称通常包含"eksctl"和集群名称等标识

3. 通过kubectl验证节点状态：

   kubectl get nodes
   

配置建议

在eksctl配置文件中，节点组默认就是未管理类型。如果需要创建托管节点组，需要显式指定类型：

managedNodeGroups:
  - name: managed-ng
    instanceType: t3.medium
    desiredCapacity: 2

相比之下，未管理节点组的配置更简单，但需要开发者自行承担更多管理责任：

nodeGroups:
  - name: unmanaged-ng
    instanceType: t2.large
    desiredCapacity: 1

运维考虑

选择未管理节点组时，开发者需要注意：

1. 需要自行处理节点更新和补丁管理
2. 不会自动享受EKS服务提供的托管节点组的自动修复功能
3. 需要自行监控ASG的健康状态
4. 在删除集群时需要确保ASG也被正确清理

总结

eksctl工具创建的未管理节点组不会出现在EKS控制台中，这是预期行为而非系统错误。开发者应该通过ASG控制台或eksctl工具来管理这类资源。理解这种区分有助于更好地规划和管理EKS集群资源，特别是在需要精细控制节点配置或使用自定义AMI等高级场景时，未管理节点组提供了更大的灵活性。