
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Sun, 26 Jul 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/pending/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/kubernetes/2026-07-26-kubernetes-pod-pending-scheduling</guid>
    <title>Kubernetes Pod Pending 상태 해결 — 스케줄러가 남긴 거절 사유 읽는 법</title>
    <link>https://www.youngju.dev/blog/kubernetes/2026-07-26-kubernetes-pod-pending-scheduling</link>
    <description>파드가 Pending에서 몇 분째 넘어가지 않을 때, 스케줄러는 이미 거절 사유를 이벤트에 남겨 두었습니다. 0/5 nodes are available로 시작하는 그 문장을 정확히 해독하는 법부터 시작해 아홉 갈래 원인을 하나씩 배제합니다. 리소스 부족은 실제 사용량이 아니라 requests 총합으로 판정된다는 점, taint와 톨러레이션, 노드 셀렉터와 어피니티 불일치, PVC 미바인딩과 WaitForFirstConsumer의 정상 대기, 파드 안티어피니티에 의한 자기 배제, topologySpreadConstraints, 노드당 파드 수 상한, 노드 NotReady까지 다룹니다. Cluster Autoscaler가 노드를 늘리지 않는 이유를 로그에서 확인하는 방법과 재발 방지 장치도 함께 정리했습니다.</description>
    <pubDate>Sun, 26 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>kubernetes</category><category>scheduler</category><category>pending</category><category>troubleshooting</category><category>autoscaling</category>
  </item>

    </channel>
  </rss>
