Ops Insights – 컨트롤 플레인 파라미터

레이어 1 — 클러스터 파라미터와 가변성 3분류

Sat, 15 Aug 2026 00:00:00 +0000

레이어 1 — 클러스터 파라미터와 가변성 3분류

finance blue를 만들 때 정해둘 것 셋 — upgradePolicy.supportType = STANDARD(기본값이 EXTENDED입니다), deletionProtection = true, 그리고 serviceIpv4Cidr·ipFamily·bootstrapClusterCreatorAdminPermissions. 뒤 셋은 지금 틀리면 재생성뿐입니다.
최상위 29개 파라미터는 create-only 8 · 단방향 불가역 6 · day-2 가변 15로 갈립니다(§1).
upgradePolicy.supportType 기본값은 EXTENDED입니다. 명시하지 않으면 표준지원 종료일부터 시간당 $0.60이 자동으로 붙고 확장지원에 실제로 진입한 뒤에는 STANDARD로 못 돌아옵니다(§4).
되돌릴 수 없는 문 넷 — controlPlaneEgressMode(CUSTOMER_ROUTED 진입), encryptionConfig(DisassociateEncryptionConfig API가 아예 없습니다), authenticationMode(전진만), ipFamily(생성 시 영구 고정)(§2).
Terraform은 되돌리기를 클러스터 재생성으로 모델링합니다 — plan에 뜨는 # forces replacement는 버그가 아니라 안전장치입니다(§3).
버전은 2026-07부터 되돌릴 수 있습니다(7일 창·마이너 1단계·컨트롤 플레인만). 단 --force는 PDB도 어드미션 웹훅도 우회하지 않습니다(§5).

이 페이지가 다루는 범위는 CreateCluster·UpdateClusterConfig·UpdateClusterVersion이 받는 클러스터 레벨 최상위 필드입니다. 판정하는 것은 하나뿐입니다. 그 값을 언제 정할 수 있고 정한 뒤에 되돌릴 수 있는가. 2026-08에 새로 열린 컨트롤 플레인 컴포넌트 파라미터의 내부 동작과 튜닝 판단은 레이어 2, 용량 축인 Provisioned Control Plane 티어는 용량 축, 애초에 손댈 수 없는 영역은 레이어 3이 갖습니다.

레이어 2 — 2026-08 열린 4종과 karpenter 가중치

Sat, 15 Aug 2026 00:00:00 +0000

레이어 2 — 2026-08 열린 4종과 karpenter 가중치

실제 후보는 MostAllocated 하나뿐이고 그것도 blue 안정화 이후 별건입니다. create 시점에는 4개 전부 기본값으로 둡니다(§8).
4개가 열렸고 그중 3개는 추가 과금이 없습니다. scoringStrategy·eventTtl·serviceNodePortRange는 k8s 1.31+ 전 리전에서 무료로 쓸 수 있고 HPA syncPeriod만 Provisioned Control Plane(월 증분 +$1,204.50)이 전제입니다.
완전 개방이 아니라 검증된 범위 안의 개방입니다. 범위 폭(HPA 5초 · eventTtl 축소 방향만 · 스케줄러 전략 2종만)이 그대로 AWS의 책임 경계 선언입니다 — 업스트림 kube-controller-manager에는 sync period validation이 아예 없습니다(§2).
karpenter는 이 설정을 읽지 않습니다. karpenter-core v1.14.0 전체에서 scoringStrategy 관련 심볼이 grep 0건입니다. 점수 공식이 각 항을 그 노드 자신의 allocatable로 나누므로 “노드의 cpu/memory 비율에 맞춰 가중치를 조정한다"는 작업은 애초에 필요하지 않습니다(§4).
AWS 문서와 실제가 어긋납니다. User Guide는 Terraform을 “coming soon"이라 쓰지만 provider v6.59.0(발표 당일)에 이미 들어왔고 eksctl·CDK는 반대로 과대 서술입니다(§6).

2026-08-12, EKS가 관리형 컨트롤 플레인 3개 컴포넌트의 파라미터 4종을 고객 설정 대상으로 열었습니다. 지금까지 kube-scheduler·kube-apiserver·kube-controller-manager 설정은 손댈 수 없는 영역이었습니다. 노드를 채워 써서 컴퓨트 비용을 줄이고 싶어도 관리형 스케줄러의 전략을 바꿀 방법이 없었습니다. 목표버전에서 확정한 blue의 목표는 1.35이고 이 4종의 하한은 1.31입니다. blue는 4개를 전부 쓸 수 있는 상태로 태어납니다. 이 페이지는 **“써야 하나”**를 판정합니다. “쓸 수 있나"는 이미 답이 나와 있습니다. 클러스터 레벨 파라미터와 가변성 3분류는 레이어 1, HPA syncPeriod가 요구하는 용량 축은 Provisioned Control Plane, 이번에도 여전히 닫혀 있는 플래그들은 레이어 3이 다룹니다.

용량 축 — Provisioned Control Plane 티어와 복귀 제약

Sat, 15 Aug 2026 00:00:00 +0000

용량 축 — Provisioned Control Plane 티어와 복귀 제약

finance 판정부터 — 해당 없습니다. XL 최소 증분이 월 +$1,204.50인데, 이걸 켜서 새로 얻는 파라미터는 HPA syncPeriod 하나뿐이고 그 실효마저 metrics-server 스크레이프 간격과 scaleDown stabilization이 상한을 겁니다.
신규 기능이 아닙니다 — 2025-11-21 GA. 2026-08-12 발표는 레이어 2 파라미터 개방입니다. Provisioned CP는 그 발표에서 전제조건으로 언급된 9개월 된 기존 기능입니다.
파는 것은 용량 자체가 아니라 “언제 그 용량이 되는가"입니다. Standard는 APF inflight 상한을 600에서 사후적으로 최대 2000까지 올립니다. Provisioned는 그 점진 증가를 건너뛰고 티어 값을 처음부터 고정 할당합니다.
8XL은 “스케줄링이 더 빠른 티어"가 아닙니다. 파드 스케줄링 처리율이 4XL에서 400/s로 포화하고 8XL도 400/s입니다. 8XL이 늘리는 것은 API 동시성 2배뿐입니다.
Standard 복귀를 막는 조건이 둘인데 서로 다른 문서에 하나씩만 있습니다 — etcd 8GB 초과와 horizontalPodAutoscalerSyncPeriod 비기본값. 한 문서만 읽으면 절반을 놓칩니다.
티어 수치는 보장 처리량이 아닙니다. AWS 표현은 “underlying configuration"이고 APF는 그 위에서 계속 작동합니다. 그래서 티어 선정은 계산이 아니라 측정입니다.

레이어 1이 “클러스터에 어떤 값을 넣을 수 있나"를, 레이어 2가 “컨트롤 플레인 컴포넌트의 동작을 어디까지 바꿀 수 있나"를 다룹니다. 이 페이지는 축이 다릅니다 — 컨트롤 플레인을 얼마나 크게 사느냐입니다. 파라미터 하나를 열려면 이 축을 먼저 정해야 합니다. 그래서 레이어 2의 HPA syncPeriod는 이 페이지를 반드시 거칩니다.

레이어 3 — 닫힌 영역과 클러스터 내부 우회

Sat, 15 Aug 2026 00:00:00 +0000

레이어 3 — 닫힌 영역과 클러스터 내부 우회

finance가 실제로 부딪히는 닫힌 항목은 셋입니다 — HPA 스케일다운 안정화 시간, 감사 정책 파일, etcd 스냅샷. 셋 다 클러스터 내부 우회로만 처리합니다.
2026-08에 열린 것은 EKS API 필드 3개 안의 세부 값 4개뿐입니다. kubeApiServerConfig는 하위 필드가 eventTtl·serviceNodePortRange 2개입니다. “이제 apiserver 플래그를 만질 수 있다"는 서술은 이 숫자 하나로 반박됩니다.
열린 값 옆자리가 그대로 닫혀 있습니다. HPA는 --horizontal-pod-autoscaler-sync-period 하나만 열리고 같은 코드 블록의 downscale-stabilization·tolerance·cpu-initialization-period·initial-readiness-delay 4개는 닫혔습니다.
우회 창구는 사실상 3개입니다 — APF(FlowSchema·PriorityLevelConfiguration), 어드미션(웹훅·CEL·Kyverno/OPA), 자체 스케줄러 배포 + schedulerName. 나머지 대부분은 대안이 없습니다.
etcd는 전 구간 차단입니다. 엔드포인트도, compaction·defrag·quota 튜닝도, 스냅샷도 없습니다. 백업은 Velero 같은 API 레벨 도구뿐이고 원자적 시점 복구는 포기해야 합니다.
--force는 PDB·어드미션 웹훅을 우회하지 않습니다. EKS 자체 인사이트 검사만 우회합니다. 전진 업그레이드 쪽 강제는 2025-03-28 임시 롤백된 뒤 재활성화가 확인되지 않아 현재 실질적으로 거의 무효입니다.

이 페이지는 레이어 1의 클러스터 파라미터와 레이어 2의 열린 4종을 전제로 그 여집합을 다룹니다. 무엇을 못 하는가, 못 하는 부분을 클러스터 안에서 어떻게 메우는가. 질문은 이 둘입니다.