將應用程式移轉至新的節點群組

擷取現有節點群組的名稱，使用叢集名稱取代 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 的新節點群組。在命令中，使用您自己的值取代每一個範例值。版本編號不能晚於控制平面的 Kubernetes 版本。也不能比控制平面的 Kubernetes 版本早兩個以上的次要版本。建議使用與控制平面相同的版本。

如果下列條件為真，我們建議封鎖 Pod 對 IMDS 的存取：

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

之前的命令完成時，使用下列命令來確認所有節點已達到 Ready 狀態：

kubectl get nodes

使用下列命令來刪除原始的節點群組。在命令中，使用您的叢集和節點群組名稱取代每一個範例值：

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

使用您在上一個步驟中記錄的 NodeInstanceRole 值來取代執行個體角色 ARN (非執行個體設定檔) 程式碼片段。接著，儲存並關閉檔案以套用更新的 configmap。

注意節點狀態並等待新的節點加入叢集和達到 Ready 狀態。

kubectl get nodes --watch

(選用) 如果您使用的是 Kubernetes Cluster Autoscaler，請將部署縮減為零 (0) 個複本以避免衝突的擴展動作。

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

使用以下命令污染每個您想要用 NoSchedule 移除的節點。這樣就不會在您要取代的節點上排程或重新排程新的 Pod。如需詳細資訊，請參閱 Kubernetes 文件中的污點和容差。

kubectl taint nodes node_name key=value:NoSchedule

如果要將節點升級至新的 Kubernetes 版本，您可以使用以下程式碼片段識別並標示特定 Kubernetes 版本 (在此情況下為 1.31) 的所有節點。版本編號不能晚於控制平面的 Kubernetes 版本。也不能比控制平面的 Kubernetes 版本早兩個以上的次要版本。建議使用與控制平面相同的版本。

K8S_VERSION=1.31
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

範例輸出如下。此叢集針對 DNS 解析度使用 CoreDNS，但您的叢集可能會傳回 kube-dns：

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

如果您目前的部署執行少於 2 個複本，請將部署擴增為 2 個複本。如果您先前的命令輸出傳回該項目，請以 kubedns 取代 coredns。

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

使用以下命令清空您想要從叢集移除的每個節點：

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

如果要將節點升級至新的 Kubernetes 版本，請使用以下程式碼片段識別並耗盡特定 Kubernetes 版本 (在此情況下為 1.31) 的所有節點。

K8S_VERSION=1.31
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 部署縮減至一個複本。

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