이 페이지 개선에 도움 주기
이 사용자 가이드에 기여하려면 모든 페이지의 오른쪽 창에 있는 GitHub에서 이 페이지 편집 링크를 선택합니다.
EKS 자동 모드 릴리스 정보 검토
이 페이지에서는 Amazon EKS 자동 모드에 대한 업데이트를 설명합니다. 이 페이지에서 기능, 버그 수정, 알려진 문제, 더 이상 지원되지 않는 기능에 대한 공지 사항을 주기적으로 확인할 수 있습니다.
이 특정 설명서 페이지의 모든 소스 파일 변경 사항에 대한 알림을 받으려면 RSS 리더를 사용하여 다음 URL을 구독하세요.
https://github.com/awsdocs/amazon-eks-user-guide/commits/mainline/latest/ug/automode/auto-change.adoc.atom
2026년 8월 17일
설명서: 자동 생성된 AWSServiceRoleForAmazonEKS 액세스 항목의 eks:managed 그룹을 통해 EKS Auto Mode 관리형 컨트롤러에 추가 Kubernetes RBAC를 부여하는 지침을 추가했습니다. 이를 통해 ALB Ingress에서 OIDC 구성을 확인할 수 있도록 특정 Secret에 대한 액세스 권한을 로드 밸런서 컨트롤러에 부여하는 것과 같은 사용 사례가 차단 해제됩니다. 자세한 내용은 EKS Auto Mode 관리형 컨트롤러에 추가 Kubernetes RBAC 부여 및 특정 Secret에 대한 액세스 권한을 EKS Auto Mode 로드 밸런서 컨트롤러에 부여의 연습을 참조하세요.
2026년 8월 12일
기능: 이제 Amazon EKS Auto Mode 로드 밸런서 컨트롤러는 AWS 로드 밸런서 컨트롤러 v3.4까지의 기능을 지원합니다. 게이트웨이 API는 아직 지원되지 않습니다.
-
수신에 대한 JWT 검증 - 새 수신 수준 작업을 통해 요청이 백엔드에 도달하기 전에 Application Load Balancer(ALB) 리스너 규칙 수준에서 JSON 웹 토큰(JWT)을 검증합니다. 자세한 내용은 Application Load Balancer, 이제 JWT 확인으로 클라이언트 자격 증명 흐름 지원
을 참조하세요. -
Network Load Balancer(NLB) 가중치 기반 대상 그룹 - NLB 서비스의 여러 대상 그룹에서 가중치를 기준으로 트래픽을 분산합니다. 이는 최소 하나의 다른 대상 그룹에 0이 아닌 가중치가 있을 때 가중치 0을 포함하여 블루 그린 및 카나리 배포 패턴을 지원합니다. 자세한 내용은 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 Controller의 동작과 일치하는 다중 클러스터 대상 그룹을 지원합니다. 이 기능을 사용하면 여러 TargetGroupBinding 리소스에서 동일한 대상 그룹 ARN을 공유할 수 있으므로 단일 대상 그룹이 여러 Kubernetes 클러스터(동일한 VPC 내)를 제공하거나 다른 소스의 대상을 수락할 수 있습니다. 자세한 내용은 다중 클러스터 대상 그룹 구성 섹션을 참조하세요.
2026년 7월 27일
기능: Amazon Elastic Kubernetes Service(Amazon EKS) Auto Mode 로드 밸런서 컨트롤러는 이제 AWS Load Balancer Controller v2.13 및 v2.14의 기능을 지원합니다.
-
Application Load Balancer(ALB) URL 재작성 – 이제 애플리케이션을 변경하지 않고도 요청이 백엔드 서비스에 도달하기 전에 요청 URL 및 호스트 헤더를 변환할 수 있습니다. 자세한 내용은 AWS Application Load Balancer를 사용한 URL 및 호스트 헤더 재작성 소개
를 참조하세요. -
IngressClassParams의 PrefixListsIDs 및 LoadBalancerName – 이제 Application Load Balancer에 대한 보안 그룹 접두사 목록 및 사용자 지정 로드 밸런서 이름을 설정할 수 있습니다. 둘 다 Ingress 주석 및 IngressClassParams의 필드(prefixListsIDs 및 loadBalancerName)로 지원됩니다. IngressClassParams에서 설정하면 구성이 IngressClass의 모든 Ingress에 적용됩니다. 더 이상 모든 Ingress 리소스에 개별적으로 주석을 달 필요가 없습니다.
-
Ingress용 프론트엔드 NLB – 이제 Application Load Balancer 앞에 Network Load Balancer(NLB)를 배치할 수 있습니다. 이는 NLB 고정 IP 주소 및 AWS PrivateLink를 ALB의 계층 7 라우팅 기능과 결합합니다. 이 기능은 alb.ingress.kubernetes.io/enable-frontend-nlb 주석을 사용하여 활성화합니다. 자세한 내용은 Network Load Balancer의 Application Load Balancer 유형 대상 그룹
을 참조하세요. -
TCP_UDP 리스너 지원 – NLB 서비스는 이제 동일한 포트에서 TCP 및 UDP 트래픽을 모두 허용하는 TCP_UDP 리스너를 사용할 수 있습니다. 이 기능은 service.beta.kubernetes.io/aws-load-balancer-enable-tcp-udp-listener 주석을 사용하여 활성화합니다.
-
대상 그룹별 프록시 프로토콜 – 이제 구성을 모든 대상 그룹에 균일하게 적용하는 대신 service.beta.kubernetes.io/aws-load-balancer-proxy-protocol-per-target-group 주석을 사용하여 개별 대상 그룹 수준에서 Proxy Protocol v2 헤더를 구성할 수 있습니다.
-
IngressClassParams의 targetType 필드 – 이제 IngressClassParams에서 직접 기본 대상 유형(인스턴스 또는 IP)을 설정할 수 있으므로 모든 Ingress 리소스에 개별적으로 주석을 달 필요가 없습니다.
-
연결성 기준 서브넷 검색 – 서브넷 선택에 더 이상 kubernetes.io/role 태그가 필요하지 않습니다. 이제 태그가 없는 경우 컨트롤러는 라우팅 테이블 기반 연결성 분석으로 폴백합니다. 컨트롤러는 현재 ip-address-type이 dualstack인 로드 밸런서에 대해 이 폴백을 지원하지 않습니다.
-
ALB에 대한 IPv4 IP Address Manager(IPAM) 지원 – 이제 인터넷 경계 ALB가 AWS 관리형 주소 범위 대신 Amazon Virtual Private Cloud(Amazon VPC) IPAM 풀에서 퍼블릭 IPv4 주소를 가져올 수 있습니다. 이렇게 하면 허용 목록에 대해 예측 가능한 IP 주소 블록이 제공됩니다. alb.ingress.kubernetes.io/ipam-ipv4-pool-id 주석을 사용하여 풀을 지정합니다. 자세한 내용은 VPC IPAM을 사용하여 ALB의 퍼블릭 IP 주소 할당 간소화
를 참조하세요.
기능: EKS Auto Mode NodePools에 대한 Balanced 통합 정책이 추가되었습니다. spec.disruption.consolidationPolicy: Balanced를 설정하면 컴퓨팅 비용 절감과 중단 비용을 비교하여 각 통합 작업의 점수가 매겨집니다. 중단 비용이 비용 절감보다 큰 작업은 건너뜁니다. 현재 WhenEmpty를 사용하고 있는 경우 Balanced로 전환하여 통합 비용을 절감할 수 있습니다. 현재 WhenEmptyOrUnderutilized를 사용하고 있는 경우 Balanced로 전환하여 미미한 이점이라도 포드 중단 문제를 없앨 수 있습니다. WhenEmpty 및 WhenEmptyOrUnderutilized는 변경되지 않으며 기존 NodePools는 현재 동작을 유지합니다. 자세한 내용은 Karpenter 설명서에서 EKS Auto Mode용 노드 풀 생성 및 중단
2026년 7월 21일
기능: NodeClass의 정적 네트워크 인터페이스 구성에 대한 지원이 추가되었습니다. 이제 동적 및 정적 용량 프로비저닝 모두에 advancedNetworking.networkInterfaces를 사용하여 Elastic Fabric Adapter(EFA) 네트워크 인터페이스를 구성함으로써 분산 훈련 및 추론 워크로드에 EFA 지원 노드를 사용할 수 있습니다. 자세한 내용은 정적 네트워크 인터페이스 구성 섹션을 참조하세요.
2026년 6월 30일
기능: EKS Auto Mode 로드 밸런서 컨트롤러는 이제 AWS Load Balancer Controller v2.10, v2.11 및 v2.12의 기능을 지원합니다.
업스트림 v2.12.0:
-
리스너 규칙 우선순위 관리 - 컨트롤러는 이제 리스너 규칙 우선순위를 명시적으로 설정하고 재정렬하여 여러 Ingress 규칙이 동일한 리스너를 대상으로 하는 경우 순서 충돌을 해결합니다.
업스트림 v2.11.0:
-
로드 밸런서 용량 단위(LCU) 예약 - 이제 Application Load Balancer(ALB)와 Network Load Balancer(NLB) 모두에서 용량 단위를 예약하여 알려진 트래픽 패턴이 있는 워크로드에 대해 예측 가능한 성능을 확보할 수 있습니다.
업스트림 v2.10.0:
-
ALB Shield Advanced 보호 - 이제 alb.ingress.kubernetes.io/shield-advanced-protection 주석을 통해 AWS Shield Advanced로 ALB 리소스를 보호할 수 있습니다.
-
자체 사용자 지정 TargetGroupBinding 사용 - 이제 컨트롤러에서 생성하지 않은 기존 대상 그룹을 참조할 수 있어 외부 관리형 인프라와의 통합이 가능해집니다.
-
IPv6 클러스터의 듀얼 스택 NLB에 대한 UDP 지원 - IPv6 클러스터의 NLB 서비스는 이제 UDP 프로토콜 리스너를 지원합니다.
-
ALB HTTP 및 HTTPS 리스너 속성 - 주석을 통한 리스너 수준 속성(예: 라우팅 동작, 헤더 수정)에 대한 세분화된 제어
관리형 정책 업데이트
AWS는 이러한 새로운 기능을 지원하도록 AmazonEKSServiceRolePolicy 및 AmazonEKSLoadBalancingPolicy를 업데이트했습니다.
사용자 지정 IAM 정책을 사용하는 고객에게 필요한 작업
AWS 관리형 AmazonEKSLoadBalancingPolicy를 사용하는 대신 EKS Auto Mode 클러스터 역할에 대한 사용자 지정 IAM 정책을 제공하는 경우 해당 정책에 위에 나열된 권한이 포함되도록 해야 합니다. 사용자 지정 정책을 업데이트하지 않으면 새로운 기능을 사용할 때 액세스 거부 오류가 발생합니다.
동등성을 확인하려면 사용자 지정 정책을 최신 버전의 AmazonEKSLoadBalancingPolicy와 비교합니다.
특히, 정책에 다음이 포함되어 있는지 확인합니다.
-
elasticloadbalancing:ModifyCapacityReservation, elasticloadbalancing:ModifyIpPools, elasticloadbalancing:ModifyListenerAttributes 및 elasticloadbalancing:SetRulePriorities
-
ec2:DescribeIpamPools 및 ec2:DescribeRouteTables
-
shield:CreateProtection, shield:DeleteProtection 및 shield:TagResource
2026년 6월 9일
기능: EKS 자율 모드에 인스턴스 상태 확인 모니터링이 추가되었습니다. 이제 컴퓨팅 컨트롤러는 EC2 DescribeInstanceStatus를 폴링하여 예약된 유지 관리 이벤트와 인스턴스 또는 시스템 상태 확인 실패를 감지하고 비정상 노드를 자동으로 교체합니다.
2026년 6월 4일
설명서: 통합 작동 방식, 통합을 차단하는 요소, 버스트 워크로드에 권장되는 패턴을 포함하여 EKS 자율 모드에서 컴퓨팅 비용을 제어하는 방법에 대한 지침이 추가되었습니다. 자세한 내용은 EKS 자율 모드의 비용 최적화를 참조하세요.
2026년 6월 3일
기능: EKS Auto Mode에서 중단 가능 용량 예약에 대한 지원이 추가되었습니다. 자세한 내용은 EKS Auto Mode를 사용하여 용량 예약으로 워크로드 배포 제어 섹션을 참조하세요.
2026년 5월 5일
기능: EKS 자율 모드에서 EC2 플레이스먼트 그룹에 대한 지원을 추가했습니다. 자세한 내용은 노드 클래스 사양 섹션을 참조하세요.
2026년 4월 10일
새로 지원되는 인스턴스 유형: p6-b200, p6-b300, p5e, p5en, trn2, hpc8a, x8aedz, x8i. 지원되는 인스턴스의 전체 목록은 Amazon EKS 자율 모드 관리형 인스턴스에 대해 알아보기 섹션을 참조하세요.
2026년 4월 2일
부수적 사항: 이제 NodeClass 모의 실습 검증에서는 연결된 NodePools를 기반으로 동적으로 선택한 인스턴스 유형을 사용합니다.
2026년 2월 2일
기능: EKS Auto Mode IPv6 클러스터의 IPv6 포드에서 v4Egress 트래픽을 비활성화하기 위한 지원을 추가했습니다. 자세한 내용은 IPv6 클러스터의 IPv6 포드에서 IPv4 송신 비활성화. 섹션을 참조하세요.
2025년 12월 19일
기능: Auto 노드에 접두사 대신 보조 IP 주소를 프로비저닝하는 보조 IP 모드에 대한 지원을 추가했습니다. 이 모드는 하나의 보조 IP를 MinimalIPTarget으로 유지 관리하고 추가적인 보조 IP 또는 접두사를 워밍업할 필요가 없는 고객의 IP 리소스를 절약합니다. 자세한 내용은 노드 클래스 사양 및 포드에 대한 보조 IP 모드(을)를 참조하세요.
2025년 11월 19일
주요 사항: 로컬 NVMe 스토리지를 사용하여 G, P 및 Trn 패밀리 인스턴스에 대해 Seekable OCI(SOCI) 병렬 기반 가져오기 및 압축 풀기 기능을 활성화했습니다. SOCI 병렬 기반 가져오기 및 압축 풀기는 항상 EKS Auto Mode를 사용하는 이러한 인스턴스 패밀리에 사용되며, 이를 활성화하기 위해 구성을 변경하지 않아도 됩니다. SOCI에 대한 자세한 내용은 시작 블로그
2025년 11월 19일
주요 사항: 고정된 수의 노드를 유지 관리하는 정적 용량 노드 풀에 대한 지원을 추가했습니다. 자세한 내용은 EKS Auto Mode에서 정적 용량 노드 풀 섹션을 참조하세요.
2025년 10월 23일
주요 사항: 이제 미국 리전에 클러스터가 있는 사용자는 NodeClass 정의에 spec.advancedSecurity.fips를 지정하여 FIPS 호환 AMI 사용을 요청할 수 있습니다.
2025년 10월 1일
주요 사항: 이제 EKS Auto Mode는 AWS 로컬 영역으로의 노드 배포를 지원합니다. 자세한 내용은 로컬 영역에 EKS Auto Mode 노드 배포 섹션을 참조하세요.
2025년 9월 30일
주요 사항: instanceProfile에 대한 지원을 spec.role 필드에서 상호 배타적인 NodeClass spec.instanceProfile에 추가했습니다.
2025년 9월 29일
현재 DRA는 EKS Auto Mode에서 지원되지 않습니다.
2025년 9월 10일
부수적 사항: 이제 Auto Mode 컴퓨팅 컨트롤러에서 실행된 이벤트는 karpenter 대신 eks-auto-mode/compute 이름을 사용합니다.
2025년 8월 24일
버그 수정: 대문자가 포함된 사용자 지정 도메인 이름으로 DHCP 옵션 세트를 사용한 VPC의 경우 유효하지 않은 호스트 이름을 생성하여 노드가 클러스터에 조인하지 못하게 됩니다. 이 문제는 해결되었으며 이제 대문자가 포함된 도메인 이름이 올바르게 작동합니다.
2025년 8월 15일
버그 수정: 이제 Pod Identity 에이전트는 IPv4 EKS 클러스터의 IPv4 링크 로컬 주소에서만 수신 대기하여 포드가 IPv6 주소에 도달할 수 없는 문제를 방지합니다.
2025년 8월 6일
기능: EKS Auto Mode 노드에 퍼블릭 IP 주소가 할당되지 않도록 하는 데 사용할 수 있는 NodeClass spec.advancedNetworking.associatePublicIPAddress에 새 구성 추가
2025년 6월 30일
기능: 이제 자동 모드 NodeClass는 구성된 사용자 지정 KMS 키를 사용하여 읽기/쓰기 데이터 볼륨 외에 인스턴스의 읽기 전용 루트 볼륨을 암호화합니다. 이전에는 사용자 지정 KMS 키가 데이터 볼륨 암호화에만 사용되었습니다.
2025년 6월 20일
기능: EC2 온디맨드 용량 예약(ODCR)으로 워크로드 배포 제어를 지원합니다. 이를 통해 NodeClass에 선택적 키인 capacityReservationSelectorTerms가 추가되어 워크로드에서 사용할 ODCR을 명시적으로 제어할 수 있습니다. 자세한 내용은 EKS Auto Mode를 사용하여 용량 예약으로 워크로드 배포 제어 섹션을 참조하세요.
2025년 6월 13일
기능: NodeClass에서 별도의 포드 서브넷 지원. 포드의 서브넷과 보안 그룹을 설정하기 위해 선택적 키 podSubnetSelectorTerms와 podSecurityGroupSelectorTerms가 추가되었습니다. 자세한 내용은 포드에 대한 별도의 서브넷 및 보안 그룹 섹션을 참조하세요.
2025년 4월 30일
기능: NodeClass에서 순방향 네트워크 프록시를 지원합니다. 이로 인해 HTTPS 프록시를 설정하는 선택적 키 advancedNetworking이 추가됩니다. 자세한 내용은 노드 클래스 사양 섹션을 참조하세요.
2025년 4월 18일
기능: 유니캐스트 DNS를 통해 .local 도메인(일반적으로 멀티캐스트 DNS용으로 예약됨)을 확인할 수 있도록 지원합니다.
2025년 4월 11일
기능: NodeClass에 certificateBundles와 ephemeralStorage.kmsKeyID가 추가되었습니다. 자세한 내용은 노드 클래스 사양 섹션을 참조하세요.
기능: 이미지 풀 속도가 개선되었습니다. 더 빠른 이미지 압축 해제를 활용할 수 있는 로컬 인스턴스 스토리지가 있는 인스턴스 유형의 경우 특히 그렇습니다.
버그 수정: 시작 즉시 노드로 예약하는 포드에 대해 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일
버그 수정: 코어 DNS 포드가 자동 모드 노드에서 실행 중일 때 노드의 포드에서 보내는 DNS 쿼리가 노드 로컬 DNS 서버가 아닌 해당 코어 DNS 포드에 도달하는 문제를 해결합니다. 자동 모드 노드의 포드에서 보내는 DNS 쿼리는 항상 노드 로컬 DNS로 갑니다.
2025년 3월 21일
버그 수정: 이제 클러스터에 kube-dns 서비스가 설치되어 있지 않아도 자동 모드 노드가 kube-dns.kube-system.svc.cluster.local을 올바르게 확인합니다. GitHub 문제 #2546
2025년 3월 14일
기능: IPv6 클러스터에서 IPv4 송신이 활성화되었습니다. IPv6 자동 모드 클러스터에서 송신되는 IPv4 트래픽은 이제 노드 프라이머리 ENI의 v4 주소로 자동 변환됩니다.