**協助改進此頁面** 本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 若要為本使用者指南貢獻內容，請點選每個頁面右側面板中的**在 GitHub 上編輯此頁面**連結。 本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 檢閱 EKS 自動模式版本備註 此頁面記錄 Amazon EKS 自動模式的更新。您可定期檢查本頁，以了解有關功能、錯誤修復、已知問題及已淘汰功能的公告。 如需接收有關此特定文件頁面所有來源檔案變更的通知，您可透過 RSS 閱讀器來訂閱以下 URL： ``` https://github.com/awsdocs/amazon-eks-user-guide/commits/mainline/latest/ug/automode/auto-change.adoc.atom ``` ## 2026 年 10 月 1 日 **功能**：從 EKS 1.37 開始，新建立的自動模式節點集區預設為 `consolidationPolicy: Balanced`，而不是 `WhenEmptyOrUnderutilized`。雖然每當看到替代候選項目產生任何成本節省 （每小時低至 0.01 USD)，就會`WhenEmptyOrUnderutilized`中斷節點的工作負載，但當每小時成本節省值得中斷該節點上的 Pod 的成本時， 會`Balanced`核准中斷。您應該會看到較少的 Pod 移出，成本大致相同。 若要在新的 EKS 1.37 Auto Mode 節點集區上保留先前的預設行為，請明確設定： ``` apiVersion: karpenter.sh/v1 kind: NodePool metadata: name: example spec: ... disruption: consolidationPolicy: WhenEmptyOrUnderutilized ``` 如果您透過 GitOps 管理自動模式節點集區 （例如 Argo CD 或 Flux)： + 省略的資訊清單`consolidationPolicy`會在 1.37 之後顯示在即時物件`Balanced`上，而 Git 來源仍然沒有值。如果您希望 Git 和叢集相符，請在資訊清單中`consolidationPolicy`明確設定 。 + 預設值只會在資源建立時間套用。刪除並重新建立未設定自動模式節點集區的 GitOps 同步 （或在 1.37 上引導的新叢集） 會提取，`Balanced`即使「相同」自動模式節點集區先前是 `WhenEmptyOrUnderutilized`。設定 欄位以避免重新建立時無提示翻轉。 EKS 1.37 也會將兩個 EKS 自動模式節點集區 （一般用途、系統） 更新為 `consolidationPolicy: Balanced`。由於 EKS Auto 每小時會協調這些項目，因此您無法覆寫這些項目上的此欄位。如果特定工作負載需要先前的`WhenEmptyOrUnderutilized`行為，請更新工作負載以鎖定設定 的 [NodePool](associate-workload.md)`consolidationPolicy: WhenEmptyOrUnderutilized`。 ## 2026 年 9 月 14 日 **棄用**：[`volume-modifier-for-k8s`](https://github.com/awslabs/volume-modifier-for-k8s)專案已棄用，有利於原生 Kubernetes [`VolumeAttributesClass`](https://kubernetes.io/docs/concepts/storage/volume-attributes-classes/) API。此專案用於在 PersistentVolumeClaim 上設定註釋，以修改 EBS 磁碟區。2026 年 10 月 31 日之後，Amazon EKS Auto Mode 不再支援這些註釋。若要在該日期之後修改 EBS 磁碟區，請改用 Kubernetes `VolumeAttributesClass` API。如需詳細資訊，請參閱[建立儲存類別](create-storage-class.md)。 ## 2026 年 8 月 17 日 **文件**：新增透過自動建立`AWSServiceRoleForAmazonEKS`存取項目上的 `eks:managed`群組授予 EKS Auto Mode 受管控制器其他 Kubernetes RBAC 的指示。這可解除封鎖使用案例，例如授予負載平衡器控制器對特定 的存取權，`Secret`以便其可以解析 ALB 上的 OIDC 組態`Ingress`。如需詳細資訊，請參閱 [將其他 Kubernetes RBAC 授予 EKS Auto Mode 受管控制器](auto-managed-rbac.md)和 的逐步解說[授予 EKS Auto Mode 負載平衡器控制器對特定 Secret 的存取權](auto-managed-rbac-example.md)。 ## 2026 年 8 月 12 日 **功能**：Amazon EKS Auto Mode 負載平衡器控制器現在支援從 AWS Load Balancer控制器到 v3.4 的功能。請注意，尚未支援閘道 API。 + 傳入的 JWT 驗證 – 在請求到達後端之前，透過新的傳入層級動作，在 Application Load Balancer (ALB) 接聽程式規則層級驗證 JSON Web 權杖 (JWTs)。如需詳細資訊，請參閱 [Application Load Balancer 現在支援 JWT 驗證的用戶端登入資料流程](https://aws.amazon.com/about-aws/whats-new/2025/11/application-load-balancer-jwt-verification/)。 + Network Load Balancer (NLB) 加權目標群組 – 在 NLB 服務上依權重將流量分散到多個目標群組。這支援藍綠和金絲雀部署模式，包括當至少一個其他目標群組具有非零權重時的權重為 0。如需詳細資訊，請參閱 [Network Load Balancer 現在支援加權目標群組](https://aws.amazon.com/blogs/networking-and-content-delivery/network-load-balancers-now-support-weighted-target-groups/)。 + TargetGroupBinding 對帳事件 – Amazon EKS 現在會在 TargetGroupBinding 對帳失敗時發出 Kubernetes 事件，讓目標註冊問題可透過 顯示，`kubectl describe`而不只是控制器日誌。 + 保留子網路順序 – `aws-load-balancer-subnets`註釋現在會遵守您指定的順序，而不是在內部重新排序子網路。 + ALB 的跨區域負載平衡 – 您現在可以在 Application Load Balancer 上明確停用跨區域負載平衡。 ## 2026 年 8 月 5 日 **功能**：Amazon EKS Auto Mode 負載平衡器控制器現在支援多叢集目標群組，符合 AWS Load Balancer控制器的行為。透過此功能，您可以在多個`TargetGroupBinding`資源之間共用相同的目標群組 ARN，因此單一目標群組可以為多個 Kubernetes 叢集 （在相同的 VPC 中） 提供服務，或從其他來源接受目標。如需詳細資訊，請參閱[設定多叢集目標群組](auto-multi-cluster-target-groups.md)。 ## 2026 年 7 月 27 日 **功能**：Amazon Elastic Kubernetes Service (Amazon EKS) Auto Mode 負載平衡器控制器現在支援來自 AWS Load Balancer控制器 v2.13 和 v2.14 的功能。 + Application Load Balancer (ALB) URL 重寫 – 您現在可以在請求到達後端服務之前轉換請求 URLs 和主機標頭，而無需變更應用程式。如需詳細資訊，請參閱[使用 AWS Application Load Balancer 來介紹 URL 和主機標頭重寫](https://aws.amazon.com/blogs/networking-and-content-delivery/introducing-url-and-host-header-rewrite-with-aws-application-load-balancers/)。 + PrefixListsIDs 和 LoadBalancerName IngressClassParams – 您現在可以為 Application Load Balancer 設定安全群組字首清單和自訂負載平衡器名稱。兩者都支援為輸入註釋和 IngressClassParams (prefixListsIDs 和 loadBalancerName) 中的欄位。在 IngressClassParams 中設定時，組態會套用至 IngressClass 中的所有輸入。您不再需要個別註釋每個傳入資源。 + 適用於傳入的前端 NLB – 您現在可以將 Network Load Balancer (NLB) 放在 Application Load Balancer 前面。這結合了 NLB 靜態 IP 地址和 AWS PrivateLink 與 ALB 的 layer-7 路由功能。使用 alb.ingress.kubernetes.io/enable-frontend-nlb 註釋啟用此功能。如需詳細資訊，請參閱 [Network Application Load Balancer Load Balancer 類型目標群組](https://aws.amazon.com/blogs/networking-and-content-delivery/application-load-balancer-type-target-group-for-network-load-balancer/)。 + TCP\_UDP 接聽程式支援 – NLB Services 現在可以使用 TCP\_UDP 接聽程式，允許同一連接埠上的 TCP 和 UDP 流量。使用 service.beta.kubernetes.io/aws-load-balancer-enable-tcp-udp-listener 註釋啟用此功能。 + Per-target-group代理通訊協定 – 您現在可以使用 service.beta.kubernetes.io/aws-load-balancer-proxy-protocol-per-target-group 註釋在個別目標群組層級設定 Proxy Protocol v2 標頭，而不是統一地將組態套用至所有目標群組。 + IngressClassParams 中的 targetType 欄位 – 您現在可以直接在 IngressClassParams 中設定預設目標類型 （執行個體或 IP)，無需個別註釋每個輸入資源。 + 可連線性探索子網路 – 子網路選擇不再嚴格要求 kubernetes.io/role 標籤。當標籤不存在時，控制器現在會回到以route-table-based連線能力分析。對於具有雙堆疊 ip-address-type 的負載平衡器，控制器目前不支援此備用。 + ALB 的 IPv4 IP Address Manager (IPAM) 支援 – 面向網際網路的 ALB 現在可以從 Amazon Virtual Private Cloud (Amazon VPC) IPAM 集區提取其公有 IPv4 地址，而不是從 AWS受管地址範圍。這可讓您預測允許清單的 IP 地址區塊。使用 alb.ingress.kubernetes.io/ipam-ipv4-pool-id 註釋指定集區。如需詳細資訊，請參閱[使用 VPC IPAM 簡化 ALB 的公有 IP 地址指派](https://aws.amazon.com/blogs/networking-and-content-delivery/simplify-albs-public-ip-address-assignment-with-vpc-ipam/)。 **功能**：已新增 EKS Auto Mode NodePools 的`Balanced`合併政策。設定 會權衡運算成本節省與中斷成本，藉此`spec.disruption.consolidationPolicy: Balanced`為每個整合動作評分。它會略過中斷超過節省量的動作。如果您`WhenEmpty`今天使用 ，您可以切換到 `Balanced`以取得整合的成本節省。如果您`WhenEmptyOrUnderutilized`今天使用 ，您可以切換到 `Balanced`，以消除 Pod 中斷帶來邊際利益。 `WhenEmpty` 和 `WhenEmptyOrUnderutilized` 保持不變，而現有的 NodePools 會保留其目前的行為。如需詳細資訊，請參閱 Karpenter 文件中的 [為 EKS 自動模式建立節點集區](create-node-pool.md)和中斷。 [https://karpenter.sh/docs/concepts/disruption/](https://karpenter.sh/docs/concepts/disruption/) ## 2026 年 7 月 21 日 **功能**：新增對 NodeClass 上靜態網路介面組態的支援。您現在可以`advancedNetworking.networkInterfaces`使用 為動態和靜態容量佈建設定 Elastic Fabric Adapter (EFA) 網路介面，為分散式訓練和推論工作負載啟用 EFA 就緒節點。如需詳細資訊，請參閱[靜態網路界面組態](create-node-class.md#static-network-interfaces)。 ## 2026 年 6 月 30 日 **功能**：EKS Auto Mode 負載平衡器控制器現在支援來自 AWS Load Balancer控制器 v2.10、v2.11 和 v2.12 的功能。 從上游 v2.12.0： + 接聽程式規則優先順序管理 — 控制器現在可以明確設定接聽程式規則優先順序，並在多個傳入規則以相同的接聽程式為目標時解決排序衝突 從上游 v2.11.0： + Load Balancer容量單位 (LCU) 保留 — 您現在可以在 Application Load Balancer (ALBs) 和 Network Load Balancer (NLBs) 上保留容量單位，確保具有已知流量模式的工作負載的可預測效能 從上游 v2.10.0： + ALB Shield Advanced 保護 — ALB 資源現在可以透過 alb.ingress.kubernetes.io/shield-advanced-protection 註釋使用 AWS Shield Advanced 進行保護 + 使用您自己的自訂 TargetGroupBinding — 您現在可以參考控制器未建立的現有目標群組，以便與外部受管基礎設施整合 + UDP 支援 IPv6 叢集上的雙堆疊 NLB — IPv6 叢集上的 NLB 服務現在支援 UDP 通訊協定接聽程式 + ALB HTTP 和 HTTPS 接聽程式屬性 — 透過註釋精細控制接聽程式層級屬性 （例如路由行為、標頭修改） ### 受管政策的更新 AWS 已更新 AmazonEKSServiceRolePolicy 和 AmazonEKSLoadBalancingPolicy，以支援這些新功能。 ### 客戶使用自訂 IAM 政策所需的動作 如果您要為 EKS Auto Mode 叢集角色提供自己的自訂 IAM 政策，而不是使用受管 AWS AmazonEKSLoadBalancingPolicy，您必須確保您的政策包含上述許可。若未更新自訂政策，使用新功能時將導致存取遭拒錯誤。 若要驗證同位，請將您的自訂政策與[最新版本的 AmazonEKSLoadBalancingPolicy](https://docs.aws.amazon.com/aws-managed-policy/latest/reference/AmazonEKSLoadBalancingPolicy.html) 進行比較。 具體而言，確保您的政策包含： + elasticloadbalancing：ModifyCapacityReservation、 elasticloadbalancing：ModifyIpPools、 elasticloadbalancing：ModifyListenerAttributes 和 elasticloadbalancing：SetRulePriorities + ec2：DescribeIpamPools 和 ec2：DescribeRouteTables + shield：CreateProtection、Shield：DeleteProtection 和 shield：TagResource ## 2026 年 6 月 9 日 **功能**：將執行個體狀態檢查監控新增至 EKS Auto 模式。運算控制器現在會輪詢 EC2`DescribeInstanceStatus`，以偵測排定的維護事件和執行個體或系統狀態檢查失敗，並自動取代運作狀態不佳的節點。 ## 2026 年 6 月 4 日 **文件**：新增在 EKS Auto Mode 中控制運算成本的指引，包括整合的運作方式、封鎖的區塊，以及爆量工作負載的建議模式。如需詳細資訊，請參閱 [EKS Auto 模式的成本最佳化](auto-cost-control.md)。 ## 2026 年 6 月 3 日 **功能**：新增對 EKS Auto Mode 中可中斷容量保留的支援。如需詳細資訊，請參閱[使用 EKS 自動模式控制工作負載部署至容量保留](auto-odcr.md)。 ## 2026 年 5 月 5 日 **功能**：新增對 EKS Auto 模式 EC2 置放群組的支援。如需詳細資訊，請參閱[節點類別規格](create-node-class.md#auto-node-class-spec)。 ## 2026 年 4 月 10 日 **新支援的執行個體類型**：p6-b200、p6-b300、p5e、p5en、trn2、hpc8a、x8aedz、x8i。如需支援執行個體的完整清單，請參閱 [了解 Amazon EKS 自動模式受管執行個體](automode-learn-instances.md)。 ## 2026 年 4 月 2 日 **Chore**：NodeClass 試轉驗證現在會根據連結的 NodePools 使用動態選取的執行個體類型。 ## 2026 年 2 月 2 日 **功能**：新增在 EKS Auto Mode IPv6 叢集中停用來自 IPv6 Pod 的 v4Egress 流量的支援。如需詳細資訊，請參閱[在 IPv4IPv6 叢集中停用 IPv6 Pod 的 IPv6 輸出。](create-node-class.md#enableV4Egress)。 ## 2025 年 12 月 19 日 **功能**：新增對次要 IP 模式的支援，這些模式會將次要 IP 地址而非字首佈建至 Auto 節點。模式會將一個次要 IP 維護為 MinimalIPTarget，並為不需要暖機更多次要 IP 或字首的客戶儲存 IPs 資源。如需詳細資訊，請參閱[節點類別規格](create-node-class.md#auto-node-class-spec)及[Pod 的次要 IP 模式](create-node-class.md#secondary-IP-mode)。 ## 2025 年 11 月 19 日 **功能**：啟用了具有本機 NVMe 儲存體的 G、P 和 Trn 系列執行個體的 Seekable OCI (SOCI) 平行提取和解壓縮。SOCI 平行提取和解壓縮一律用於具有 EKS Auto 模式的這些執行個體系列，而且不需要變更組態即可啟用。如需 SOCI 的詳細資訊，請參閱[啟動部落格](https://aws.amazon.com/blogs/containers/introducing-seekable-oci-parallel-pull-mode-for-amazon-eks/)。 ## 2025 年 11 月 19 日 **功能**：新增對維護固定數量節點的靜態容量節點集區的支援。如需詳細資訊，請參閱[EKS Auto 模式的靜態容量節點集區](auto-static-capacity.md)。 ## 2025 年 10 月 23 日 **功能：**在美國區域中具有叢集的使用者現在可以在 NodeClass 定義`spec.advancedSecurity.fips`中指定 來請求使用 FIPS 相容 AMIs。 ## 2025 年 10 月 1 日 **功能：**EKS Auto Mode 現在支援將節點部署至 AWS Local Zones。如需詳細資訊，請參閱[將 EKS Auto Mode 節點部署至 Local Zones](auto-local-zone.md)。 ## 2025 年 9 月 30 日 **功能：**將對 instanceProfile 的支援新增至從 `spec.role` 欄位`spec.instanceProfile`互斥的 NodeClass。 ## 2025 年 9 月 29 日 EKS Auto Mode 目前不支援 DRA。 ## 2025 年 9 月 10 日 **例行維護：**自動模式運算控制器觸發的事件，現將使用名稱 `eks-auto-mode/compute`，而非 `karpenter`。 ## 2025 年 8 月 24 日 **錯誤修復**：若 VPC 使用的 DHCP 選項集包含含大寫字母的自訂網域名稱，會因產生無效主機名稱導致節點無法加入叢集。此問題已解決，含大寫字母的網域名稱現可正常運作。 ## 2025 年 8 月 15 日 **錯誤修復**：在 IPv4 EKS 叢集中，Pod 身分識別代理程式現將僅在 IPv4 連結本機位址上接聽，以避免 Pod 無法連接 IPv6 位址的問題。 ## 2025 年 8 月 6 日 **功能：**在 NodeClass `spec.advancedNetworking.associatePublicIPAddress` 上新增組態，可透過此設定防止 Amazon EKS 自動模式節點被指派給公有 IP 位址。 ## 2025 年 6 月 30 日 **功能：**除可讀寫資料磁碟區外，自動模式 NodeClass 現將使用已設定的自訂 KMS 金鑰，對執行個體的唯讀根磁碟區進行加密。此前，自訂 KMS 金鑰僅用於加密資料磁碟區。 ## 2025 年 6 月 20 日 **功能：**支援控制工作負載部署至 EC2 隨需容量保留 (ODCR)。此功能在 NodeClass 中新增選用金鑰 `capacityReservationSelectorTerms`，可讓您明確控制工作負載所使用的 ODCR。如需詳細資訊，請參閱[使用 EKS 自動模式控制工作負載部署至容量保留](auto-odcr.md)。 ## 2025 年 6 月 13 日 **功能：**在 `NodeClass` 中支援獨立的 Pod 子網路。此功能新增了選用金鑰 `podSubnetSelectorTerms` 和 `podSecurityGroupSelectorTerms`，可用於設定 Pod 的子網路與安全群組。如需詳細資訊，請參閱[分開 Pod 的子網路和安全群組](create-node-class.md#pod-subnet-selector)。 ## 2025 年 4 月 30 日 **功能：**在 `NodeClass` 中支援轉送網路代理。此功能新增選用金鑰 `advancedNetworking`，可用於設定您的 HTTPS 代理。如需詳細資訊，請參閱[節點類別規格](create-node-class.md#auto-node-class-spec)。 ## 2025 年 4 月 18 日 **功能：**支援透過單播 DNS 解析 .local 網域 (通常保留給多播 DNS 使用)。 ## 2025 年 4 月 11 日 **功能：**在 `NodeClass` 中新增 `certificateBundles` 與 `ephemeralStorage.kmsKeyID`。如需詳細資訊，請參閱[節點類別規格](create-node-class.md#auto-node-class-spec)。 **功能：**提升映像提取速度，尤其對於具本機執行個體儲存空間、可運用更快映像檔解壓縮速度的執行個體類型更為明顯。 **錯誤修復：**解決了競爭條件問題，該問題導致 Pod 在啟動時立即排程到節點時，有時會發生 FailedCreatePodSandBox 錯誤，以及撥號錯誤：dial tcp 127.0.0.1:50051: connect: connection refused。 ## 2025 年 4 月 4 日 **功能：**將 `registryPullQPS` 從 5 增加到 25，並將 `registryBurst` 從 10 增加到 50，以減少用戶端強制執行的映像提取限流 (`Failed to pull image xyz: pull QPS exceeded`)。 ## 2025 年 3 月 31 日 **錯誤修正：**修復了一個問題，即當 Core DNS Pod 在自動模式節點上運行時，來自該節點上 Pod 的 DNS 查詢會指向該 Core DNS Pod，而不是節點本機 DNS 伺服器。自動模式節點上 Pod 的 DNS 查詢現將一律指向節點本機 DNS。 ## 2025 年 3 月 21 日 **錯誤修復：**即使叢集中未安裝 `kube-dns` 服務，自動模式節點現也能正確解析 `kube-dns.kube-system.svc.cluster.local`。解決 GitHub 問題 [\#2546](https://github.com/aws/containers-roadmap/issues/2546)。 ## 2025 年 3 月 14 日 **功能**：在 `IPv4` 叢集中啟用 `IPv6` 輸出。從 `IPv6` 自動模式叢流出的 `IPv4` 流量，現在將自動轉譯為節點主要 ENI 的 `v4` 位址。