IT InfraTree 문제 상세
문제 라이브러리로 돌아가기

Problem Detail

CrashLoopBackOff Pod에서 첫 번째 확인 포인트 정리하기

Kubernetes 원문 시나리오에서 원문 증상를 기준으로 근본 원인과 안전한 복구 방향을 정리하는 문제입니다.

K8S 001L2 TraceK8s18 min집계 준비 중힌트 2개Foundation Ops
K8sFoundation OpsLevel 2무료18 min시도 집계 준비힌트 사용률 준비평균 점수 준비

Scenario

현재 상황

새로운 ConfigMap이 반영된 직후 API Pod가 CrashLoopBackOff에 들어갔습니다. 운영자는 kubectl get pods만 보고 이미지를 의심하고 있지만, describe 이벤트와 이전 컨테이너 로그를 함께 보면 설정 키 누락 가능성이 드러납니다. 어떤 순서로 정보를 모아야 빠르게 원인을 좁힐 수 있는지가 핵심입니다.

Telemetry & Logs

조사에 쓸 단서

Focus

이 문제에서 먼저 볼 것

  • CrashLoopBackOff 상황에서 가장 먼저 확인할 정보의 우선순위를 정리합니다.
  • 현재 로그와 previous 로그, 이벤트, 설정 변경 이력을 함께 읽는 방법을 익힙니다.
  • Pod 장애를 이미지 문제, 설정 문제, 리소스 문제로 빠르게 분류합니다.

Checklist

점검 체크리스트

  1. kubectl describe pod와 events에서 종료 이유와 재시작 패턴을 확인합니다.
  2. kubectl logs --previous로 직전 종료 시점의 실제 오류 메시지를 확인합니다.
  3. 배포 직전 바뀐 ConfigMap, Secret, 환경 변수 키가 누락되지 않았는지 검토합니다.

Answer Draft

원인과 복구 방향 정리하기

로그인하면 답안 제출, 힌트 공개, 노트 저장 기능을 바로 사용할 수 있습니다.

힌트 FAQ 학습 허브

Hints

막히는 지점부터 차례대로 확인하기

FAQ

같이 보면 좋은 질문

이 문제에서 원문은 그대로 읽어야 하나요?

네. 제목과 시나리오는 실제 장애 단서이므로 그대로 유지합니다. 한국어 풀이는 판단 순서와 답안 구조를 돕기 위한 보조 설명입니다.

기술 용어와 명령어는 번역해야 하나요?

아니요. Pod event, rollout, Service/Endpoint 같은 기술 용어와 kubectl 같은 명령어는 영어 원문을 유지하세요.

답안에서 가장 중요한 기준은 무엇인가요?

사용자 영향, 관찰한 근거, 최근 변경, 안전한 복구 방향을 한 번에 연결해 설명하는 것입니다.

Field Notes

현장에서 본 비슷한 케이스

아직 공개된 검수 현장 메모가 없습니다.

비슷한 장애를 겪었다면 아래 양식으로 새 메모를 제안할 수 있습니다.

Notes

개인 노트