https://docs.makgol.com/platform/kubernetes/karpenter/disruption/Recent content in 통합·중단 제어 on makgol's noteHugo -- gohugo.ioko-KR© 2026 MontSun, 04 Oct 2026 00:00:00 +0900https://docs.makgol.com/karpenter/06-consolidation-traps/Sat, 01 Aug 2026 00:00:00 +0900https://docs.makgol.com/karpenter/06-consolidation-traps/ <h1>06 · consolidation이 되돌리는 것 — 구성해 놓고 나중에 무너지는 경로들</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li>consolidation의 교체 조건은 가격 부등식 하나뿐입니다. <code>launchPrice &lt; candidatePrice</code> — strict라 동가격 교체조차 없습니다. 세대·성능·선호도라는 개념은 disruption 패키지 어디에도 인코딩돼 있지 않습니다.</li> <li>disruption 패키지는 NodePool weight를 전혀 보지 않습니다. <code>grep -rnE 'Spec\.Weight|OrderByWeight' pkg/controllers/disruption/</code> → 0건. 코어는 크로스 풀 교체를 막지 않고 정상 경로로 인지합니다.</li> <li>크로스 풀 다운그레이드는 좁습니다. 대체안 시뮬레이션도 프로비저닝과 같은 weight 정렬 스케줄러를 씁니다. 평상시엔 gen8 풀에서 대체안이 나오고 strict 부등호에 걸려 탈락합니다. gen8 풀이 스케줄에 실패할 때만 gen7이 이깁니다. 그건 gen7을 원하는 상황입니다.</li> <li>한 번 내려가면 consolidation으로는 안 돌아옵니다. &ldquo;더 비싼 교체&rdquo; 분기가 코드에 없습니다. 업스트림 요청도 반려됐습니다(#1829 closed as not planned). 복귀 경로는 <code>expireAfter</code>와 drift입니다 — 둘 다 가격 필터 없이 교체하므로 재스케줄 시 weight 100인 gen8이 다시 먼저 평가됩니다.</li> <li>weight는 &ldquo;보장&quot;이 아닙니다 — 공식 문서가 명시합니다. 원인은 단일 프로비저닝 루프 내부의 빈패킹입니다. &ldquo;이미 떠 있는 노드&rdquo; 때문이 아닙니다. in-flight NodeClaim은 weight를 보지 않고 파드 수 오름차순으로 정렬됩니다. 거기에 파드를 채우는 시도가 새 NodeClaim 생성보다 먼저 옵니다.</li> <li>drift는 값 추가엔 침묵하고 값 제거엔 폭발합니다. requirements 판정이 호환성 기반이라 세대 추가는 무해합니다. 풀을 쪼개려고 기존 풀에서 세대를 제거하면 RequirementsDrifted 대량 교체가 시작됩니다. 속도 제어 수단은 <code>disruption.budgets</code> 하나뿐입니다.</li> </ul> </div> </div> </div> <p>왜 이 문서인가. <a href="https://docs.makgol.com/karpenter/05-generation-preference/">05</a>의 매니페스트는 적용 순간엔 의도대로 동작합니다. 문제는 그 다음입니다 — Karpenter의 재계산 루프는 &ldquo;세대&quot;라는 단어를 모릅니다. 이 문서는 며칠~몇 주에 걸쳐 알람 하나 없이 무너지는 경로를 코어 소스에서 짚습니다. 검증 기준: kubernetes-sigs/karpenter <code>v1.14.0-6-gac7a021e</code>(로컬 체크아웃).</p>https://docs.makgol.com/karpenter/08-disruption-budgets/Sat, 01 Aug 2026 00:00:00 +0900https://docs.makgol.com/karpenter/08-disruption-budgets/ <h1>08 · 언제 무엇을 멈출 것인가 — disruption 예산 설계</h1><div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><ul> <li>disruption 이유 셋을 나누는 기준은 <strong>파드를 옮기느냐</strong>입니다. <code>Empty</code>만 안 옮깁니다 — 예산 설계는 여기서 출발합니다.</li> <li><strong><code>reasons</code>를 생략한 예산은 셋 모두에 적용됩니다.</strong> 피크 차단용 <code>nodes: &quot;0&quot;</code>에 <code>reasons</code>를 안 적으면 <strong>빈 노드 정리까지 같이 멈춥니다.</strong> 가장 흔한 오설정인데 에러 없이 침묵으로 나타나 발견이 늦습니다.</li> <li>같은 이유에 예산이 여럿 활성이면 <strong>가장 제한적인 값이 이깁니다.</strong> 전역 <code>nodes: &quot;1&quot;</code> 하나로 나머지 설계가 전부 무력화될 수 있습니다.</li> <li>예산이 막는 것은 <strong>graceful disruption만</strong>입니다. <code>expireAfter</code> 만료·인터럽션·Node Repair는 예산 밖입니다.</li> <li><code>nodes: &quot;0&quot;</code>이 막는 것은 <strong>실행만</strong>입니다. drift 판정과 마킹은 계속 쌓이므로 예산을 푸는 순간 밀린 교체가 한꺼번에 터집니다.</li> <li>&ldquo;노드가 안 줄어든다&quot;의 진단 순서는 <strong>이벤트 → 예산 → requirements → topology</strong>입니다. 예산을 1순위에 두는 이유는 유일하게 <strong>시도했다는 증거를 이벤트로 남기기</strong> 때문입니다.</li> </ul> </div> </div> </div> <blockquote> <p><strong>왜 이 문서인가.</strong> v1에서 drift는 못 끄게 되고 expiration은 forceful로 되돌아갔다(<a href="https://docs.makgol.com/karpenter/01-changelog-v1-transition/">01</a>). 그래서 남은 통제 수단이 사실상 <code>disruption.budgets</code> 하나인데 문법이 짧아 다 이해했다고 착각하기 쉽습니다. <strong>생략된 필드의 기본 해석</strong>이 동작의 절반을 결정합니다.</p>https://docs.makgol.com/karpenter/13-consolidation-models/Sun, 02 Aug 2026 00:00:00 +0900https://docs.makgol.com/karpenter/13-consolidation-models/ <div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><p><strong>먼저 결론</strong></p> <ul> <li>consolidation은 사용률이 낮은 노드를 골라 지우는 기능이 아닙니다. <strong>후보 선별 → 사유 판정 → 스케줄링 시뮬레이션 → 삭제 또는 교체</strong>의 네 단계를 매 라운드 반복하고 단계마다 서로 다른 이유로 후보가 떨어져 나갑니다.</li> <li>삭제냐 교체냐를 정하는 것은 <strong>시뮬레이션 결과</strong>입니다. 파드를 전부 다른 노드에 앉힐 수 있으면 삭제, 한 대가 더 필요한데 그게 더 싸면 교체, 두 대 이상 필요하면 아무것도 하지 않습니다.</li> <li><strong><code>Balanced</code>는 기존 알고리즘을 대체하지 않습니다.</strong> <code>WhenEmptyOrUnderutilized</code>가 만들어 낸 커맨드에 승인 조건을 하나 더 거는 정책이라, 통합이 늘어나는 경우는 없습니다.</li> <li>Drift는 consolidation과 <strong>별개의 disruption method</strong>입니다. 정책을 무엇으로 두든 계속 돌고 <code>Balanced</code>의 스코어도 받지 않습니다.</li> <li>이 글은 코어 <strong>v1.14.0</strong> 기준입니다. 인용한 코드 위치는 <code>kubernetes-sigs/karpenter</code> 체크아웃(<code>v1.14.0-6-gac7a021e</code>)을 직접 열어 확인했습니다.</li> </ul></div> </div> </div> <h2>1. 전체 처리 흐름<span class="hx:absolute hx:-mt-20" id="1-전체-처리-흐름"></span> <a href="#1-%ec%a0%84%ec%b2%b4-%ec%b2%98%eb%a6%ac-%ed%9d%90%eb%a6%84" class="subheading-anchor" aria-label="이 섹션에 대한 고유 링크"></a></h2><h3>1.1 Disruption Controller 안에서의 위치<span class="hx:absolute hx:-mt-20" id="11-disruption-controller-안에서의-위치"></span> <a href="#11-disruption-controller-%ec%95%88%ec%97%90%ec%84%9c%ec%9d%98-%ec%9c%84%ec%b9%98" class="subheading-anchor" aria-label="이 섹션에 대한 고유 링크"></a></h3><p>consolidation에는 전용 컨트롤러가 없습니다. Disruption Controller 하나가 <strong>다섯 개의 method</strong>를 등록해 두고 순서대로 물어봅니다.</p>https://docs.makgol.com/karpenter/14-multinode-budget-search/Tue, 04 Aug 2026 00:00:00 +0900https://docs.makgol.com/karpenter/14-multinode-budget-search/ <div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><p><strong>먼저 결론</strong></p> <ul> <li>MultiNode의 disruption budget은 NodePool별로 계산하고 소비합니다.</li> <li>하지만 후보 탐색에는 NodePool·AZ 경계가 없습니다. 모든 후보를 전역 정렬한 뒤 각 Pool의 budget만큼 남깁니다. 그렇게 섞인 목록의 prefix를 시뮬레이션합니다.</li> <li>최종 validation은 선택된 커맨드의 안전성만 다시 확인합니다. 전역 prefix 탐색에서 놓친 NodePool/AZ 조합을 찾아 주지는 않습니다.</li> <li>주된 위험은 budget 위반보다 탐색 누락, Pool 간 간섭, 후보 기회 편향입니다.</li> <li>이 글은 코어 v1.14.0 체크아웃(<code>v1.14.0-6-gac7a021e</code>)을 기준으로 확인했습니다.</li> </ul></div> </div> </div> <h2>1. 확인하려는 질문<span class="hx:absolute hx:-mt-20" id="1-확인하려는-질문"></span> <a href="#1-%ed%99%95%ec%9d%b8%ed%95%98%eb%a0%a4%eb%8a%94-%ec%a7%88%eb%ac%b8" class="subheading-anchor" aria-label="이 섹션에 대한 고유 링크"></a></h2><p><code>MultiNodeConsolidation.ComputeCommands()</code>는 후보를 전역 정렬한 뒤 <code>disruptionBudgetMapping[candidate.NodePool.Name]</code>을 확인하고 차감합니다.</p>https://docs.makgol.com/karpenter/15-nodepool-multinode-plan/Tue, 04 Aug 2026 00:00:00 +0900https://docs.makgol.com/karpenter/15-nodepool-multinode-plan/ <div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><p><strong>이 문서의 범위</strong></p>https://docs.makgol.com/karpenter/16-multinode-upstream-issue-review/Thu, 06 Aug 2026 00:00:00 +0900https://docs.makgol.com/karpenter/16-multinode-upstream-issue-review/ <div class="hx:overflow-x-auto hx:mt-6 hx:flex hx:rounded-lg hx:border hx:py-2 hx:ltr:pr-4 hx:rtl:pl-4 hx:contrast-more:border-current hx:contrast-more:dark:border-current hx:border-blue-200 hx:bg-blue-100 hx:text-blue-900 hx:dark:border-blue-200/30 hx:dark:bg-blue-900/30 hx:dark:text-blue-200"> <div class="hx:ltr:pl-3 hx:ltr:pr-2 hx:rtl:pr-3 hx:rtl:pl-2"><svg height=1.2em class="hx:inline-block hx:align-middle" xmlns="http://www.w3.org/2000/svg" fill="none" viewBox="0 0 24 24" stroke-width="2" stroke="currentColor" aria-hidden="true"><path stroke-linecap="round" stroke-linejoin="round" d="M13 16h-1v-4h-1m1-4h.01M21 12a9 9 0 11-18 0 9 9 0 0118 0z"/></svg></div> <div class="hx:w-full hx:min-w-0 hx:leading-7"> <div class="hx:mt-6 hx:leading-7 hx:first:mt-0"><p><strong>먼저 결론</strong></p> <ul> <li>이 문제는 AWS provider가 아니라 <strong>provider-neutral Karpenter core</strong>의 MultiNode 후보 탐색 알고리즘에 있습니다.</li> <li>논의 장소도 <code>aws/karpenter-provider-aws</code>보다 <code>kubernetes-sigs/karpenter</code>가 맞습니다.</li> <li>새 Issue는 권장하지 않습니다. 같은 문제를 직접 다룬 <code>#853</code>, <code>#2434</code>, <code>#2814</code>가 이미 있습니다.</li> <li>현재 기준점은 열린 채 <code>triage/accepted</code>된 **<a href="https://github.com/kubernetes-sigs/karpenter/issues/2434"target="_blank" rel="noopener">#2434 Multinode consolidation delayed/stuck</a>**입니다.</li> <li>별도 <code>consolidationCoverage</code> 설정을 앞세우는 것보다 <code>#2434</code>에 재현 사례와 측정값을 추가하고 <strong>설정 없는 후보 compatibility 개선</strong>을 RFC에서 논의하는 쪽이 upstream 방향과 맞습니다.</li> <li>조사 기준일은 <strong>2026-08-04</strong>입니다. Issue 상태와 라벨은 이후 변경될 수 있습니다.</li> </ul></div> </div> </div> <h2>0. 핵심 Issue 네 개를 먼저 비교<span class="hx:absolute hx:-mt-20" id="0-핵심-issue-네-개를-먼저-비교"></span> <a href="#0-%ed%95%b5%ec%8b%ac-issue-%eb%84%a4-%ea%b0%9c%eb%a5%bc-%eb%a8%bc%ec%a0%80-%eb%b9%84%ea%b5%90" class="subheading-anchor" aria-label="이 섹션에 대한 고유 링크"></a></h2><table> <thead> <tr> <th>항목</th> <th style="text-align: right">NodePool별 필터링과의 거리</th> <th style="text-align: right">현재 진전</th> <th>역할</th> </tr> </thead> <tbody> <tr> <td><a href="https://github.com/kubernetes-sigs/karpenter/issues/2814"target="_blank" rel="noopener">#2814 ConsolidationGroup</a></td> <td style="text-align: right">가장 가까움</td> <td style="text-align: right">종료</td> <td>구체적인 hard-grouping 해결안</td> </tr> <tr> <td><a href="https://github.com/kubernetes-sigs/karpenter/pull/2871"target="_blank" rel="noopener">PR #2871 node-group POC</a></td> <td style="text-align: right">매우 가까움</td> <td style="text-align: right">코드 존재, 정체</td> <td>label·AZ grouping 실제 구현</td> </tr> <tr> <td><a href="https://github.com/kubernetes-sigs/karpenter/issues/2434"target="_blank" rel="noopener">#2434 Multinode delayed/stuck</a></td> <td style="text-align: right">문제 정의가 직접적</td> <td style="text-align: right">Accepted, 구현 없음</td> <td>canonical root-cause Issue</td> </tr> <tr> <td><a href="https://github.com/kubernetes-sigs/karpenter/issues/3141"target="_blank" rel="noopener">#3141 priority-scored list</a></td> <td style="text-align: right">hard filter보다는 heuristic</td> <td style="text-align: right">Accepted, needs-design</td> <td>가장 활발한 장기 설계</td> </tr> </tbody> </table> <h3>0.1 NodePool별 필터링에 가장 가까운 것<span class="hx:absolute hx:-mt-20" id="01-nodepool별-필터링에-가장-가까운-것"></span> <a href="#01-nodepool%eb%b3%84-%ed%95%84%ed%84%b0%eb%a7%81%ec%97%90-%ea%b0%80%ec%9e%a5-%ea%b0%80%ea%b9%8c%ec%9a%b4-%ea%b2%83" class="subheading-anchor" aria-label="이 섹션에 대한 고유 링크"></a></h3><p>Issue만 비교하면 <code>#2814</code>가 가장 가깝습니다.</p>