升级AWS EKS集群及托管节点组时保留IP地址

嘿，这个问题我之前帮团队处理过，刚好可以给你捋捋几个可行的方案，根据你的业务需求选最合适的就行～

首先得明确：AWS托管节点组（Managed Node Groups）默认的升级逻辑是滚动替换节点，新节点会从子网的公网IP池里自动获取新地址，没办法直接让新节点继承旧节点的IP。不过我们可以通过以下几种方式绕开这个限制：

• 用静态弹性IP（EIP）绑定节点
  你可以先预分配和节点数量一致的弹性IP，然后通过节点的用户数据脚本，让节点启动时自动关联对应的EIP。具体步骤大概是：

  1. 提前在AWS控制台或用aws ec2 allocate-address命令创建足够的EIP，记下它们的分配ID；
  2. 给托管节点组的IAM角色添加ec2:AssociateAddress权限；
  3. 在托管节点组的用户数据里加入一段脚本，比如：

     #!/bin/bash
     INSTANCE_ID=$(curl -s http://169.254.169.254/latest/meta-data/instance-id)
     # 这里可以根据实例标签或其他逻辑匹配对应的EIP，比如从参数里传入
     aws ec2 associate-address --instance-id $INSTANCE_ID --allocation-id eipalloc-xxxxxx
     

  注意要做好EIP的分配逻辑，避免多个节点争抢同一个IP，比如可以给EIP和节点加对应的标签，让脚本能精准匹配。

• 切换到自定义节点组（Self-Managed Node Groups）
  如果业务对IP保留的需求很强，托管节点组的灵活性可能不够，这时候可以考虑换成自定义节点组。自定义节点组允许你完全控制节点的启动模板和生命周期：

  1. 创建包含EIP绑定脚本的启动模板；
  2. 升级时手动分批替换节点：先启动新节点并绑定旧节点的EIP，验证业务正常后再删除旧节点；
  3. 这种方式虽然麻烦一点，但能完全掌控IP的分配，适合必须保留特定IP的场景。

• 通过负载均衡代理流量（推荐最佳实践）
  其实很多时候，业务不需要直接依赖节点的公网IP，更合理的方式是用Network Load Balancer（NLB）或Application Load Balancer（ALB）来承接流量，通过K8s的Service或Ingress自动将流量路由到节点上。
  这样即使节点IP变化，负载均衡的目标组会自动注册新节点，业务流量完全不受影响。这也是K8s架构的最佳实践，减少对底层节点资源的依赖，让集群更具弹性。

另外还有几个小提醒：

• 如果用EIP方案，要注意AWS的EIP配额限制，提前确认配额足够；
• 升级时建议先拿一个节点做测试，验证IP绑定逻辑正常后再批量操作；
• 尽量避免业务直接耦合节点IP，这会让集群的弹性大打折扣。

备注：内容来源于stack exchange，提问作者basava022