EKS Nodegroup是否为必须？相关概念及跨VPC部署问题咨询

问题1：Node Group的概念、必要性，是否可以自行创建EC2加入集群，Node Group的优势 #

• 概念：Node Group是AWS EKS提供的工作节点统一管理单元，本质是对一组作为K8s工作节点的EC2实例的生命周期、配置、伸缩能力的封装，分为托管型（AWS负责节点运维）和自管型（用户自主运维节点）两类。
• 可以自行创建EC2加入EKS集群，但不能使用普通自建K8s的kubeadm join命令：EKS控制面是AWS托管的，没有暴露kubeadm相关的接入配置，自定义EC2接入需要使用EKS优化AMI，配置对应IAM工作节点权限、集群CA证书、kubelet接入参数，走EKS专属的节点注册流程。
• 使用Node Group的核心优势：
  • 全生命周期自动化管理：支持批量创建、滚动升级、批量销毁节点，升级过程会自动排空节点上的Pod，避免业务中断，无需逐台操作EC2
  • 自动伸缩原生支持：直接对接K8s Cluster Autoscaler，托管Node Group还可以直接开启自带的自动伸缩能力，根据集群负载自动调整节点数量，无需自行开发监控扩缩容脚本
  • 配置标准化兼容：默认使用与集群版本匹配的EKS优化AMI，自动配置合规的IAM权限、kubelet参数、网络规则，不会出现自定义节点常见的版本不兼容、权限缺失问题
  • 故障自动修复：托管Node Group会自动检测状态异常的节点，自动重建替换，无需人工介入排查节点故障
  • 安全补丁自动更新：支持配置自动触发EKS优化AMI的安全补丁更新，降低节点安全漏洞风险

问题2：Node Group是否必须和集群在同一个VPC，是否支持跨VPC部署 #

• 原生托管/自管Node Group必须和EKS集群部署在同一个VPC内，AWS没有提供直接跨VPC创建Node Group的能力。
• 如果需要使用其他VPC的EC2作为集群工作节点，可以通过网络打通后手动注册节点的方式实现，无法纳入原生Node Group管理，具体操作流程：
  1. 先通过VPC对等连接或者中转网关（Transit Gateway）打通集群VPC和目标VPC的网络，确保两个VPC CIDR无冲突，路由、安全组规则放通EKS API端口（443）、kubelet端口（10250）、NodePort端口范围的双向访问
  2. 在目标VPC中创建EC2实例，选择与集群大版本匹配的EKS优化AMI，绑定符合EKS工作节点要求的IAM角色
  3. 确保目标VPC内的EC2可以正常解析EKS API服务器的域名，网络连通正常
  4. 登录EC2实例执行EKS节点注册脚本，完成节点接入流程，接入后的节点由用户自行管理生命周期、升级、伸缩能力

内容的提问来源于stack exchange，提问作者nischeruku