jongviet

*3월3일 eks 오토스케일링을 통해 트래픽에 맞춰 노드가 죽고 뜬다. 내부에 속한 파드 또한 이리 저리 이동하면서 자리 잡게 되는데 노드 확대 & 축소가 여러번 반복되다보면 특정 디플로이먼트의 파드가 균형없이 여러 노드에 배정되게 된다. 결과적으로 새로 뜬 노드에 주요한 디플로이먼트가 배정되지 않는 상황도 초래하고 노드 별 CPU가 불균형하게 사용되게 된다. 트래픽을 많이 발생시키는 디플로이먼트의 파드들은 기본적으로 HPA를 적용했었고, 적용된 디플로이먼트는 노드 수를 초과하는 수의 파드를 최소한 가지게 된다. *HPA란(HorizontalPodAutoscaler) - 디플로이먼트 단위로 워크로드 크기에 따라 자동으로 파드 수를 조절해주는 기능 - 디플로이먼트 단위로 yaml을 제작하며, CPU 사용률..

*2월29일 트래픽 폭증으로 인해 AWS EKS 오토스케일링을 적용하면서 다양한 문제가 생기게 되었다. 그 중 배치 서버의 파드가 cron으로 돌아가는 테스크를 완료 하지 않은 시점에 지속적으로 종료되는 문제가 발생했다. 새로운 EC2에 배치 서버를 띄우면 쉽게 해결이 되지만, 여러 보안 설정, 다른 배포 방법 등.. 너무 귀찮고 관리 범위도 많아진다. 그렇다고 배치서버의 파드를 2개로 증가시키면 멱등성이 확보되지 않은 상황에서 중복된 일을 하게 되는 문제 또한 발생한다. 이러한 고민을 해결해주는 설정값을 외부 조언을 통해 확인 할 수 있었는데, 바로 terminationGracePeriodSeconds이다. 직역하자면 종료 유예 기간 초 정도이다. 배치 서버 yaml 내 아래 설정값만 넣으면 오토스케일..

새롭게 몸담은 회사에서 Kubernetes(이하, k8s)를 사용하게 되었다. 그전까지는 nginx, pm2 cluster로 구성된 방식으로 각각의 ec2 instance에 배포하고 ssh로 접근해서 하나하나 관리를 하면서 백엔드를 관리했었는데, docker와 함께 듣기만 했던 k8s를 사용해보게되었다. 개념 잡기에는 여러 문서들도 도움이 되었지만, 하기 유튜브 링크가 가장 많은 도움이 되었던 것 같다. 도식화된 자료와 함께 아주 쉽게 설명해주신다! https://www.youtube.com/watch?v=Ia8IfowgU7s&list=PLIUCBpK1dpsNf1m-2kiosmfn2nXfljQgb #등장배경 -서버 상태 관리는 아무리 문서화 해도 전달이 잘 안됨.. 다양한언어, 프레임워크 등.. 그래서 ..