현재 팀에서 사용하고 있는 eks 는 k8s 1.21 버전이다. 작년에 올라온 kubernetes blog 포스트 중에 1.21 버전에서 Graceful Node Shutdown 이 베타로 승격되었다는 내용이 있었다. 참고뒤늦게 해당 포스트를 본 나는 그럼 우리가 사용
지난 포스트에 이어 k8s 노드 셧다운을 어떻게 우아하게(?) 처리할지에 대해 마저 이야기한다. 이미 얘기했듯 Spot Instance 를 노드로 사용하면 언제든지 노드 셧다운이 일어날 수 있다는 이유에서 시작하였다. 그런더 큰 부분을 간과하고 있었으니..Spot In
intro eks 에서 deployment 의 rolling update 는 무중단 배포를 보장하지 않는다 그 이유는 아래 와 같다 신규 요청에 대한 500 에러 발생 ingress 를 통해 요청을 받는 deployment 로 배포된 어플리케이션이 있다면, 새로운 p
지난 포스트에 이어서 이번 포스트에서는 무중단 배포가 실패하는 두 가지 경우 중 두 번째인 "배포 과정에서 아직 처리 중인 기존 요청에 대해 응답 실패가 발생하는 경우" 에 대해 알아본다. TerminationGracePeriodSeconds 과 어플리케이션 내의 gr
지난 무중단 배포 테스트 1,2 를 통해서 우리는 EKS 의 구조적 한계있음을 파악했다. 그러면 이것을 우회할 방법이 없을까? 아마 두 테스트를 통해서 이미 알아채버린 분들이 많으실것 같다. preStop 을 사용하는 것이다EKS 에서 무중단 배포의 구조적 문제는 타겟