将应用程序迁移到新的节点组

检索您现有节点组的名称，同时将 my-cluster 替换为您的集群名称。

eksctl get nodegroups --cluster=my-cluster

示例输出如下。

CLUSTER      NODEGROUP          CREATED               MIN SIZE      MAX SIZE     DESIRED CAPACITY     INSTANCE TYPE     IMAGE ID
default      standard-nodes   2019-05-01T22:26:58Z  1             4            3                    t3.medium         ami-05a71d034119ffc12

用 eksctl 和下面的命令启动新节点组。将命令中的所有 example value 替换为您自己的值。版本号不能高于控制面板的 Kubernetes 版本，也不能比控制面板的 Kubernetes 版本低两个以上的次要版本。我们建议您使用与控制面板相同的版本。

如果满足以下条件，我们建议阻止容器组（pod）访问 IMDS：

eksctl create nodegroup \
  --cluster my-cluster \
  --version 1.32 \
  --name standard-nodes-new \
  --node-type t3.medium \
  --nodes 3 \
  --nodes-min 1 \
  --nodes-max 4 \
  --managed=false

当上一个命令完成时，使用以下命令验证您的所有节点是否已达到 Ready 状态：

kubectl get nodes

使用以下命令删除原始节点组。在命令中，将所有 example value 替换为集群和节点组名称：

eksctl delete nodegroup --cluster my-cluster --name standard-nodes-old

执行创建自行管理的 Amazon Linux 节点中概述的步骤，启动新的节点组。

完成创建堆栈后，在控制台中选中它，然后选择 Outputs（输出）。

记录已创建的节点组的 NodeInstanceRole。您需要它来将新的 Amazon EKS 节点添加到集群。

同时更新两个节点组的安全组，以便它们可以相互通信。有关更多信息，请参阅 查看集群的 Amazon EKS 安全组要求。

编辑 aws-auth configmap 以在 RBAC 中映射新的节点实例角色。

kubectl edit configmap -n kube-system aws-auth

为新的节点组添加新的 mapRoles 条目。

apiVersion: v1
data:
  mapRoles: |
    - rolearn: ARN of instance role (not instance profile)
      username: system:node:{{EC2PrivateDNSName}}
      groups:
        - system:bootstrappers
        - system:nodes>
    - rolearn: arn:aws:iam::111122223333:role/nodes-1-16-NodeInstanceRole-U11V27W93CX5
      username: system:node:{{EC2PrivateDNSName}}
      groups:
        - system:bootstrappers
        - system:nodes

将 ARN of instance role (not instance profile) 代码段替换为在上一步中记录的 NodeInstanceRole 值。保存并关闭该文件以应用更新后的 configmap。

查看节点的状态并等待新节点加入您的集群并达到 Ready 状态。

kubectl get nodes --watch

（可选）如果使用 Kubernetes Cluster Autoscaler，请将部署缩减到 0 个副本以避免相互冲突的扩缩操作。

kubectl scale deployments/cluster-autoscaler --replicas=0 -n kube-system

使用以下命令，对要使用 NoSchedule 删除的每个节点执行 Taint 操作。如此一来，就不会在要替换的节点上调用或重新调用新的容器组（pod）。有关更多信息，请参阅 Kubernetes 文档中的 Taints and Tolerations。

kubectl taint nodes node_name key=value:NoSchedule

如果要将节点升级到新的 Kubernetes 版本，则可使用以下代码段来标识并污染特定 Kubernetes 版本（此示例中为 1.30 版本）的所有节点。版本号不能高于控制面板的 Kubernetes 版本，也不能比控制面板的 Kubernetes 版本低两个以上的次要版本。我们建议您使用与控制面板相同的版本。

K8S_VERSION=1.30
nodes=$(kubectl get nodes -o jsonpath="{.items[?(@.status.nodeInfo.kubeletVersion==\"v$K8S_VERSION\")].metadata.name}")
for node in ${nodes[@]}
do
    echo "Tainting $node"
    kubectl taint nodes $node key=value:NoSchedule
done

确定集群的 DNS 提供商。

kubectl get deployments -l k8s-app=kube-dns -n kube-system

示例输出如下。此集群使用 CoreDNS 解析 DNS，但您的集群可能会返回 kube-dns）：

NAME      DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
coredns   1         1         1            1           31m

如果您的当前部署所运行的副本少于 2 个，请将部署扩展到 2 个副本。如果您的上一个命令输出返回了该项，请将 coredns 替换为kubedns。

kubectl scale deployments/coredns --replicas=2 -n kube-system

使用以下命令耗尽要从集群中删除的每个节点：

kubectl drain node_name --ignore-daemonsets --delete-local-data

如果您要将节点升级到新的 Kubernetes 版本，请使用以下代码段标识并耗尽特定 Kubernetes 版本（此示例中为 1.30 版本）的所有节点。

K8S_VERSION=1.30
nodes=$(kubectl get nodes -o jsonpath="{.items[?(@.status.nodeInfo.kubeletVersion==\"v$K8S_VERSION\")].metadata.name}")
for node in ${nodes[@]}
do
    echo "Draining $node"
    kubectl drain $node --ignore-daemonsets --delete-local-data
done

在旧节点耗尽后，请撤销您之前授权的安全组入口规则。然后删除 AWS CloudFormation 堆栈以终止实例。

编辑 aws-auth configmap 以从 RBAC 中删除旧节点实例角色。

kubectl edit configmap -n kube-system aws-auth

删除旧节点组的 mapRoles 条目。

apiVersion: v1
data:
  mapRoles: |
    - rolearn: arn:aws:iam::111122223333:role/nodes-1-16-NodeInstanceRole-W70725MZQFF8
      username: system:node:{{EC2PrivateDNSName}}
      groups:
        - system:bootstrappers
        - system:nodes
    - rolearn: arn:aws:iam::111122223333:role/nodes-1-15-NodeInstanceRole-U11V27W93CX5
      username: system:node:{{EC2PrivateDNSName}}
      groups:
        - system:bootstrappers
        - system:nodes>

保存并关闭该文件以应用更新后的 configmap。

（可选）如果您使用的是 Kubernetes Cluster Autoscaler，请将部署缩减为 1 个副本。

kubectl scale deployments/cluster-autoscaler --replicas=1 -n kube-system

（可选）确认您使用的是最新版本的 Kubernetes 的 Amazon VPC CNI 插件。您可能需要更新 CNI 版本以使用最新的受支持实例类型。有关更多信息，请参阅 使用 Amazon VPC CNI 将 IP 分配给容器组（pod）。

如果您的集群使用适用于 DNS 解析的 kube-dns（请参阅[migrate-determine-dns-step]），请将 kube-dns 部署横向缩减为 1 个副本。

kubectl scale deployments/kube-dns --replicas=1 -n kube-system