Kubernetes readiness 실패는 컨테이너 재시작을 뜻하나요?
readiness는 요청을 받을 준비를 확인합니다. 실패하면 일치하는 Service의 엔드포인트 대상에서 빠질 수 있지만 liveness 실패의 재시작과 같은 역할은 아닙니다. Pod가 살아 있는데 서비스 요청이 안 온다면 readiness 결과부터

- 트래픽 제외와 재시작은 다른 판단입니다
- 검사 경로가 실제 준비 조건을 나타내는지 봅니다
- 회복 뒤 트래픽 복귀도 확인합니다
트래픽 제외와 재시작은 다른 판단입니다
readiness는 요청을 받을 준비를 확인합니다. 실패하면 일치하는 Service의 엔드포인트 대상에서 빠질 수 있지만 liveness 실패의 재시작과 같은 역할은 아닙니다. Pod가 살아 있는데 서비스 요청이 안 온다면 readiness 결과부터 확인합니다.
검사 경로가 실제 준비 조건을 나타내는지 봅니다
단순 프로세스 생존과 DB 연결 준비를 나눠 설계합니다. 외부 의존성 일시 장애를 무조건 liveness에 넣으면 재시작만 반복할 수 있습니다. 각 검사 목적을 문서화하고 실패 이벤트를 비교합니다.
회복 뒤 트래픽 복귀도 확인합니다
검사 성공으로 돌아온 뒤 실제 서비스 요청이 전달되는지 시험합니다. 상태 표시 하나만 보고 사용자 기능이 복구됐다고 부르지 않습니다. 장기 초기화가 있다면 startup probe의 역할도 함께 검토합니다.
서버 운영 실행 전 점검표
- 트래픽 제외와 재시작은 다른 판단입니다
- 검사 경로가 실제 준비 조건을 나타내는지 봅니다
- 회복 뒤 트래픽 복귀도 확인합니다
이 가이드의 근거 문서
출처 확인일: 2026-11-04. 공식 문서에 기반한 편집 가이드이며 직접 수행한 벤치마크가 아닙니다. 비용 사례는 명시된 가정에 한합니다.
오류 제보 방법