Pod 라이프사이클 프로브란
Pod 라이프사이클 프로브는 kubelet이 컨테이너에 대해 주기적으로 수행하는 진단 메커니즘입니다. kubelet은 프로브 결과에 따라 불건강한 컨테이너를 재시작하거나 트래픽을 제한하는 자동 복구 조치를 취합니다. 이는 Kubernetes의 자가 치유(self-healing) 아키텍처의 핵심 요소입니다.
세 가지 프로브 타입과 실행 구간
Startup Probe (초기화 검사): 애플리케이션 시작 완료 여부를 검증합니다. 설정된 경우 Startup Probe가 성공할 때까지 Liveness와 Readiness 프로브는 실행되지 않으므로, 느린 시작 애플리케이션이 불필요한 재시작을 피할 수 있습니다. 시작 구간에만 실행됩니다.
Liveness Probe (생존성 검사): 컨테이너가 실행 중이고 정상 작동하는지 주기적으로 확인합니다. 반복된 실패 시 kubelet이 컨테이너를 재시작합니다. 예를 들어 교착 상태(deadlock)에 빠진 애플리케이션을 감지하여 복구할 수 있습니다.
Readiness Probe (준비 상태 검사): 컨테이너가 트래픽 수신 가능 상태인지 확인합니다. 실패 시 kubelet은 해당 Pod의 IP를 Service의 EndpointSlice에서 제거하여 트래픽 라우팅을 차단합니다. Pod 전체 생명 주기에서 주기적으로 실행됩니다.
검사 메커니즘과 성능 고려사항
프로브는 HTTP GET, TCP 소켓, Exec 명령, gRPC 중 정확히 하나를 사용합니다. Exec 메커니즘은 실행할 때마다 여러 프로세스를 생성하므로 고밀도 클러스터에서는 노드 CPU 오버헤드를 증가시킵니다. HTTP와 TCP 프로브는 더 효율적입니다. HTTP 프로브는 응답 상태 코드 200~399를 성공으로 간주하며, kubelet은 응답 헤더만 검사하고 10KiB 이상의 본문은 읽지 않습니다.
시기별 설정 전략
세 프로브는 서로 다른 목적이므로 혼용하면 안 됩니다. Startup Probe는 초기 지연(initialDelaySeconds) 계산으로 긴 시작 시간을 수용합니다. Liveness Probe는 낮은 실패 임계값으로 빠른 복구를 보장하되 과도한 재시작을 피하기 위해 높은 초기 지연을 설정하는 것이 권장됩니다. Readiness Probe는 캐시 로딩이나 종속 서비스 검증 같은 초기 작업을 포함하며, 데이터베이스 연결 같은 외부 의존성도 확인합니다. 잘못된 구성은 무한 재시작 루프나 지속적인 트래픽 손실을 초래할 수 있으므로 주의가 필요합니다.