먼저 읽는 핵심
- AWS는 2026년 10월 1일 EKS Auto Mode의 NodeClass에 advancedCompute 설정 지원을 발표했다.
- kubelet·Linux sysctl·hugepages 등 노드 수준의 설정을 Kubernetes API를 통해 선언적으로 관리할 수 있다.
- AWS가 노드 생성과 패치·업그레이드를 관리하더라도 새 설정의 성능·안정성은 실제 워크로드에서 별도로 확인해야 한다.
EKS Auto Mode에서 달라진 점
AWS는 2026년 10월 1일 Amazon EKS Auto Mode의 고급 컴퓨팅 설정 지원을 발표했다. 기존에 노드의 상세 동작을 조정하기 위해 별도 템플릿이나 이미지 관리가 필요했던 일부 작업을 이제 NodeClass 리소스의 advancedCompute 필드에서 선언할 수 있다.
EKS Auto Mode는 노드 프로비저닝·확장·패치·업그레이드를 자동으로 맡는다. 이번 변경은 이 관리 모델을 유지하면서 운영자가 특정 워크로드에 필요한 커널·kubelet 설정을 지정하도록 한 것이다.
설정 가능한 항목과 활용 사례
AWS가 예시로 제시한 범위는 kubelet의 축출 임계값과 컨테이너 로그 회전, Linux 커널의 네트워크 및 ARP 캐시 제한, 2Mi 또는 1Gi hugepages 사전 할당이다. 사용자 네임스페이스 설정을 통해 루트리스 컨테이너 빌드가 필요한 CI/CD 작업도 지원한다.
메모리와 디스크 압력에 민감한 애플리케이션은 축출 정책을, 많은 연결을 처리하는 클러스터는 커널 네트워크 설정을 검토할 수 있다. hugepages는 DB·고성능 계산·지연 시간에 민감한 워크로드를 위한 선택지지만 모든 애플리케이션에 자동으로 이익이 생기는 것은 아니다.
변경 적용과 운영 검증 순서
운영자는 NodeClass의 advancedCompute 설정을 Kubernetes API로 제출한다. AWS는 이 값을 검증하고 노드 부팅 때 적용하며, 확장과 업그레이드 과정에서도 유지하도록 설계했다고 설명한다. 따라서 EC2 시작 템플릿, 자체 AMI 또는 특권 DaemonSet을 별도로 관리하지 않고도 일부 조정이 가능하다.
운영 환경에서는 먼저 현재 NodeClass와 워크로드 요구사항을 기록하고 테스트 노드에서 메모리 압력, 로그 크기, 네트워크 연결, 파드 재스케줄링에 영향을 주는지 관찰해야 한다. AWS가 지원한다고 발표한 것은 특정 수치의 최적값이나 무중단 전환을 보장한다는 뜻은 아니다.
지원 지역과 도입 판단
AWS 공식 공지에 따르면 이 기능은 EKS Auto Mode가 제공되는 모든 AWS 리전에서 사용할 수 있다. 다만 해당 클러스터가 Auto Mode를 사용하는지와 설정 필드의 허용 범위는 도입 전에 제품 문서에서 확인해야 한다.
노드 운영 부담은 줄일 수 있지만 Linux 커널 조정은 워크로드마다 결과가 다를 수 있다. 운영팀은 변경 전후의 자원 사용량과 장애 징후를 비교하고 되돌리기 가능한 구성 관리 절차를 먼저 마련하는 것이 바람직하다.
공식 출처
공식 발표 기반이며 실환경 적용·성능 테스트는 수행하지 않았다.
