본문 바로가기

직접 만든 소프트웨어, 두 가지 개발 기록

구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다.

쿠버네티스장애2

Kubernetes Pod Pending 해결: 자원 부족·taint·PVC·스케줄링 점검 Kubernetes Pod가 Pending에 머무르면 이미지를 다시 빌드하기 전에 스케줄러가 노드를 배정했는지부터 보세요. Pending은 노드 배정을 기다릴 때뿐 아니라 컨테이너 설정이나 이미지 다운로드를 기다리는 단계에도 나타날 수 있습니다. FailedScheduling 이벤트와 Pod의 Node 값이 원인 분기의 출발점입니다.1. 먼저 이벤트와 Node 배정 여부를 확인하세요아래 예시는 읽기 전용 조회입니다. app은 실제 네임스페이스로, my-pod는 실제 Pod 이름으로 바꾸세요.kubectl get pod my-pod -n app -o widekubectl describe pod my-pod -n appkubectl get events -n app --sort-by=.lastTimestamp.. 2026. 9. 29.
Kubernetes ImagePullBackOff 해결: 이미지 태그·imagePullSecrets·네트워크 점검 Kubernetes Pod가 ImagePullBackOff에 머물면 애플리케이션 로그부터 찾기보다 Pod의 이벤트를 먼저 확인하세요. 이미지를 내려받지 못해 컨테이너가 시작되지 않은 상태일 수 있습니다. 이미지 주소·태그, 인증정보와 네임스페이스, 노드의 네트워크·TLS·지원 아키텍처를 순서대로 좁히면 불필요한 재배포를 줄일 수 있습니다.1. ImagePullBackOff와 실행 뒤 장애 구분하기Kubernetes 이미지 공식 문서는 ImagePullBackOff를 이미지 다운로드 실패 후 간격을 늘려 재시도하는 상태로 설명합니다. 상태 이름 자체가 근본 원인은 아닙니다. 이벤트에 적힌 상세 오류를 읽어야 합니다. 다운로드가 끝난 뒤 프로세스가 반복 종료되는 CrashLoopBackOff와도 구분하세요... 2026. 9. 28.