더 나은 인프라 선택을 위한 독립 가이드 THE INFRASTRUCTURE EDIT
OPERATIONS / NODEPICK GUIDE

Kubernetes readiness 실패는 컨테이너 재시작을 뜻하나요?

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

노드픽 에디토리얼작성·업데이트 2026-11-04
Kubernetes readiness 실패는 컨테이너 재시작을 뜻하나요?의 주제를 표현한 AI 콘셉트 이미지
AI 제작 콘셉트 이미지입니다. 특정 시설·제품의 실사진이 아닙니다.
먼저 기억할 핵심
  • 트래픽 제외와 재시작은 다른 판단입니다
  • 검사 경로가 실제 준비 조건을 나타내는지 봅니다
  • 회복 뒤 트래픽 복귀도 확인합니다

트래픽 제외와 재시작은 다른 판단입니다

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

검사 경로가 실제 준비 조건을 나타내는지 봅니다

단순 프로세스 생존과 DB 연결 준비를 나눠 설계합니다. 외부 의존성 일시 장애를 무조건 liveness에 넣으면 재시작만 반복할 수 있습니다. 각 검사 목적을 문서화하고 실패 이벤트를 비교합니다.

회복 뒤 트래픽 복귀도 확인합니다

검사 성공으로 돌아온 뒤 실제 서비스 요청이 전달되는지 시험합니다. 상태 표시 하나만 보고 사용자 기능이 복구됐다고 부르지 않습니다. 장기 초기화가 있다면 startup probe의 역할도 함께 검토합니다.

서버 운영 실행 전 점검표

  • 트래픽 제외와 재시작은 다른 판단입니다
  • 검사 경로가 실제 준비 조건을 나타내는지 봅니다
  • 회복 뒤 트래픽 복귀도 확인합니다
조건을 넣어 직접 계산하기 →

이 가이드의 근거 문서

출처 확인일: 2026-11-04. 공식 문서에 기반한 편집 가이드이며 직접 수행한 벤치마크가 아닙니다. 비용 사례는 명시된 가정에 한합니다.

  1. Kubernetes 공식 문서 ↗
오류 제보 방법

함께 읽으면 좋은 가이드