<div id="readability-page-1" class="page"><div><p data-ke-size="size16">쿠버네티스는 두가지 유형의 상태 체크 기능을 가지고 있다.</p>
<h3 data-ke-size="size23">Readiness</h3>
<p data-ke-size="size16">Readiness Probe는 애플리케이션이 트래픽을 받을 준비가 되었다는 것을 쿠버네티스에 알리는 역할을 한다.&nbsp;쿠버네티스는 트래픽을 받기 전에 Readiness Probe를 통과했는지 확인한다. Readiness Probe에 실패하면, 쿠버네티스는 Readiness Probe을 통과할 때까지 파드로 트래픽 전송을 중단한다.&nbsp;</p>
<h2 data-ke-size="size26">Liveness</h2>
<p data-ke-size="size16">Liveness Probe는 애플리케이션이 살았는지, 죽었는지 알려주는 역할을 한다. 파드가 살아있으면 쿠버네티스는 별도의 조치를 하지 않는다. 그러나 파드가 죽어있다면, 쿠버네티스는 파드를 제거하고 새로운 파드를 시작한다.&nbsp;</p>

<p data-ke-size="size16">두가지 시나리오를 통해, 두 차이점을 이해해보자.</p>

<h3 data-ke-size="size23">Readiness&nbsp;</h3>
<p data-ke-size="size16">애플리케이션이 warm up 되고, 시작하는 데에 1분이 걸린다고 가정해보자.&nbsp;</p>
<p data-ke-size="size16">기본적으로 쿠버네티스는 프로세스가 실행되자마자 트래픽을 전송한다.&nbsp;</p>
<p data-ke-size="size16">그런데 1분이 지나야만 애플리케이션에서 트래픽을 처리할 수 있는 상황이라면, 이 상태라면 오류가 발생하게 된다.</p>
<p data-ke-size="size16">그래서 쿠버네티스는 Readiness Probe을 사용해서 애플리케이션이 제대로 실행될 때까지 기다렸다가, 트래픽을 전송한다.&nbsp;</p>
<figure data-ke-mobilestyle="widthOrigin" data-origin-width="1010" data-origin-height="862"><span data-url="https://blog.kakaocdn.net/dn/bsyC9u/btstvQvD838/E8qx7Q7XLo54ntmGnxmrOK/img.gif" data-lightbox="lightbox" data-alt="https://cloud.google.com/blog/products/containers-kubernetes/kubernetes-best-practices-setting-up-health-checks-with-readiness-and-liveness-probes?hl=en"><img src="https://blog.kakaocdn.net/dn/bsyC9u/btstvQvD838/E8qx7Q7XLo54ntmGnxmrOK/img.gif" onerror="this.onerror=null; this.src='//t1.daumcdn.net/tistory_admin/static/images/no-image-v1.png'; this.srcset='//t1.daumcdn.net/tistory_admin/static/images/no-image-v1.png';" data-origin-width="1010" data-origin-height="862"></span><figcaption>https://cloud.google.com/blog/products/containers-kubernetes/kubernetes-best-practices-setting-up-health-checks-with-readiness-and-liveness-probes?hl=en</figcaption>
</figure>


<h3 data-ke-size="size23">Liveness</h3>
<p data-ke-size="size16">애플리케이션의 상태가 안좋아지는 상태를 상상해보자.</p>
<p data-ke-size="size16">데드락이나 행이 걸려서, 여러 API 요청이 밀리고 있다거나, 메모리를 너무 많이 사용하고 있어서 GC가 CPU를 잡아먹는다거나..&nbsp;</p>
<p data-ke-size="size16">이런 상황에서도 프로세스는 계속 실행되고 있기 때문에, 쿠버네티스는 다 정상이라고 생각하고 트래픽을 계속 전달한다. Liveness Probe를 사용하면, 쿠버네티스는 애플리케이션이 더이상 트래픽을 처리할 수 있는 상황이 아니라는 것을 인지할 수 있다.</p>
<figure data-ke-mobilestyle="widthOrigin" data-origin-width="1010" data-origin-height="862"><span data-url="https://blog.kakaocdn.net/dn/JJJrM/btsts2v4A8B/RptDeatxzXbFlqGTiizhf1/img.gif" data-lightbox="lightbox" data-alt="https://cloud.google.com/blog/products/containers-kubernetes/kubernetes-best-practices-setting-up-health-checks-with-readiness-and-liveness-probes?hl=en"><img src="https://blog.kakaocdn.net/dn/JJJrM/btsts2v4A8B/RptDeatxzXbFlqGTiizhf1/img.gif" onerror="this.onerror=null; this.src='//t1.daumcdn.net/tistory_admin/static/images/no-image-v1.png'; this.srcset='//t1.daumcdn.net/tistory_admin/static/images/no-image-v1.png';" data-origin-width="1010" data-origin-height="862"></span><figcaption>https://cloud.google.com/blog/products/containers-kubernetes/kubernetes-best-practices-setting-up-health-checks-with-readiness-and-liveness-probes?hl=en</figcaption>
</figure>


<h2 data-ke-size="size26">참고</h2>
<p data-ke-size="size16">https://cloud.google.com/blog/products/containers-kubernetes/kubernetes-best-practices-setting-up-health-checks-with-readiness-and-liveness-probes?hl=en</p></div></div>

복세편살

쿠버네티스는 두가지 유형의 상태 체크 기능을 가지고 있다.
Readiness
Readiness Probe는 애플리케이션이 트래픽을 받을 준비가 되었다는 것을 쿠버네티스에 알리는 역할을 한다. 쿠버네티스는 트래픽을 받기 전에 Readiness Probe를 통과했는지 확인한다. Readiness Probe에 실패하면, 쿠버네티스는 Readiness Probe을 통과할 때까지 파드로 트래픽 전송을 중단한다. 
Liveness
Liveness Probe는 애플리케이션이 살았는지, 죽었는지 알려주는 역할을 한다. 파드가 살아있으면 쿠버네티스는 별도의 조치를 하지 않는다. 그러나 파드가 죽어있다면, 쿠버네티스는 파드를 제거하고 새로운 파드를 시작한다. 
 
두가지 시나리오를 통해, 두 차이점을 이해해보자.
 
Readiness 
애플리케이션이 warm up 되고, 시작하는 데에 1분이 걸린다고 가정해보자. 
기본적으로 쿠버네티스는 프로세스가 실행되자마자 트래픽을 전송한다. 
그런데 1분이 지나야만 애플리케이션에서 트래픽을 처리할 수 있는 상황이라면, 이 상태라면 오류가 발생하게 된다.
그래서 쿠버네티스는 Readiness Probe을 사용해서 애플리케이션이 제대로 실행될 때까지 기다렸다가, 트래픽을 전송한다. 
 
Liveness
애플리케이션의 상태가 안좋아지는 상태를 상상해보자.
데드락이나 행이 걸려서, 여러 API 요청이 밀리고 있다거나, 메모리를 너무 많이 사용하고 있어서 GC가 CPU를 잡아먹는다거나.. 
이런 상황에서도 프로세스는 계속 실행되고 있기 때문에, 쿠버네티스는 다 정상이라고 생각하고 트래픽을 계속 전달한다. Liveness Probe를 사용하면, 쿠버네티스는 애플리케이션이 더이상 트래픽을 처리할 수 있는 상황이 아니라는 것을 인지할 수 있다.
 
참고
https://cloud.google.com/blog/products/containers-kubernetes/kubernetes-best-practices-setting-up-health-checks-with-readiness-and-liveness-probes?hl=en

[Kubernetes] readiness/liveness probe

댓글