🔭Kubernetes에서 컨테이너의 동작을 진단해주는 Container Probe!

안녕하세요 구독자님, DevOps 소식과 기술 지식을 정리해서 공유해드리는 DevOps 여행을 위한 소식지입니다.

Kubernetes에서 Pod를 배포하면 Pod에서 정의한 컨테이너가 실행되는데요. 컨테이너 내부에서 실행되어야 하는 프로세스가 정상 작동할 때 비로소 Pod를 통해 원하는 서비스를 이용할 수 있게 됩니다.

Pod를 배포하고 운영하다보면 동작 중이던 컨테이너의 상태가 정상인지 주기적으로 확인이 필요할 때가 있습니다. 혹은 해당 컨테이너가 외부 트래픽을 받을 준비가 되었는지 알아야 할 때도 있죠.

이렇게 컨테이너의 상태를 주기적으로 진단할 때 사용하는 것이 바로, Container Probe입니다. 컨테이너의 상태를 조사한다는 뜻에서 붙여진 이름이죠.

이번 소식지에선 Kubernetes의 Probe에 대해 알아보겠습니다.

🩺Container Probe의 진단 유형과 Probe의 종류

Kubernetes의 Container Probe는 Manifest의 컨테이너 레벨에서 정의되는데요. 정의된 진단 설정에 따라 kubelet이 해당 컨테이너 내부에서 주기적으로 진단을 수행합니다.

컨테이너 레벨에서 정의된다는 뜻은, Pod뿐만 아니라 Depolyment이나 Statefulset과 같은 배포 단위의 Manifest(yaml 파일)에서도 Probe를 정의할 수 있다는 뜻입니다.

Probe는 아래와 같이 4가지 방법 중 하나로 컨테이너의 상태를 진단할 수 있습니다.

이렇게 수행한 진단 결과는 아래 3가지 중 하나로 나옵니다.

그리고 kubelet이 수행하는 Probe는 아래와 같이 3가지 유형으로 나뉘는데요.

아래에서 각 Probe에 대해 더 자세히 알아보겠습니다.

✨Readiness, Liveness, Startup Probe

Readiness Probe

Readiness Probe는 네트워크 트래픽과 관련이 있는데요. Readiness Probe를 사용하면 해당 컨테이너로 트래픽이 들어오는 시점을 제어할 수 있기 때문입니다.

즉, 컨테이너의 상태 진단 결과가 성공인 시점부터 해당 컨테이너에 트래픽이 들어오는 것을 허용하고 싶을 때 Readiness Probe를 사용하는 것이죠.

각 Probe는 컨테이너 레벨에서 정의한다고 했는데요. 아래 Pod Manifest 예제로 Probe를 어떻게 정의하는지 알아보겠습니다.

위 예제에서 Readiness Probe를 정의하는 부분만 살펴보면 해당 Probe의 작동 방식은 아래와 같습니다.

위 예제에선 컨테이너에 readinessProbe 하나만 정의되었지만, 필요에 따라 컨테이너에 대해 Probe를 종류별로 모두 정의할 수도 있습니다.

Liveness Probe

Liveness Probe는 동작 중인 컨테이너의 상태를 주기적으로 진단할 때 사용됩니다.

Kubernetes에 배포된 컨테이너의 프로세스에 이슈가 생기거나 프로세스의 상태가 Unhealthy인 경우, kubelet이 이를 감지하여 자동으로 Pod의 restartPolicy(재시작 정책)에 따라 조치를 취하기 때문에 Liveness Probe가 반드시 필요한 것은 아닙니다.

하지만 Probe의 컨테이너 상태 진단 결과에 따라 종료 또는 재시작이 필요한 경우라면 Liveness Probe를 사용할 수 있습니다.

만약 Liveness Probe와 Readiness Probe를 동일한 컨테이너에 대해 함께 사용한다면 아래와 같이 각 Probe의 역할 수행을 기대할 수 있습니다.

Startup Probe

마지막으로 Startup Probe는, 그 이름처럼 컨테이너가 정상적으로 시작했는지 여부를 진단합니다.

가동하는 데에 시간이 오래 걸리는 컨테이너의 상태를 진단해야 하는 경우라면, Liveness Probe의 periodSeconds 값을 길게 설정해서 진단 주기를 넓히기보다는 Startup Probe를 정의해서 컨테이너의 시작 성공 여부를 파악하는 것이 좋은데요.

그래야 Liveness Probe로는 동작 중인 컨테이너의 상태를 적절한 주기로 진단할 수 있기 때문입니다.

즉, 각 Probe에게 본래의 역할을 부여함으로써 효율적인 운영이 가능한 것입니다.

그리고 진단이 성공하기 전까진 Readiness Probe와 Liveness Probe가 실행되지 않다는 것도 Startup Probe의 주요 특징입니다.

이렇게 각 Probe는 수행 시점과 역할이 조금씩 다르기 때문에, 컨테이너의 성격이나 운영 정책에 따라 적절한 조합으로 Probe를 사용한다면 더욱 효과적으로 Pod를 배포하고 운영할 수 있습니다. 

🔭마치며...

이번 소식지에선 Kubernetes에 배포된 컨테이너의 상태를 진단해주는 Probe에 대해 알아봤습니다.

혹시 이번 내용 관련해서 더 궁금한 점이 있으시다면 아래 메일리 댓글 남겨주세요.😀

그럼, 다음 소식지에서 보다 알차고 흥미로운 내용으로 찾아뵙겠습니다.

오늘도 감사합니다, 구독자님 😺

🔗References

DevOps와 클라우드 관련 기술 지식을 공유하는 블로그도 운영 중입니다 :)

🔭DevOps 여행을 위한 안내서