[aws] health check(gray): elastic beanstalk

[들어가며]

AWS Elastic Beanstalk

하욤! 현 회사의 CMS(Contents Management System)은 Elastic Beanstalk를 사용하여 애플리케이션을 배포하고 관리한다. Elastic Beanstalk은 애플리케이션의 상태에 대해서 모니터링을 제공하여 녹색, 노란색, 빨간색, 회색으로 구성된 색상은 각각의 의미를 표현하는 색상을 보여주게 된다. 새로운 CMS 환경을 구축하며 잘못 설정한 탓인지 회색을 보여줬다. 그러더라도 로드 밸런서는 동작했기에 곧 초록불이라 생각하여 크게 문제 삼지 않고 넘어간 것이 화근이 되었다

 

 

---

 

[Elastic Beanstalk]

AWS Elastic Beanstalk

더 자세하게 글을 작성하기 전에 Elastic Beanstalk에 대한 이해가 필요하여 짚고 넘어가도록 한다. Elastic Beanstalk를 사용하면 애플리케이션을 실행하는 인프라에 대해 자세히 알지 못해도 클라우드에서 애플리케이션을 신속하게 배포하고 관리할 수 있다. 애플리케이션을 업로드하기만 하면 Elastic Beanstalk에서 용량 프로비저닝, 로드 밸런싱, 조정, 애플리케이션 상태 모니터링에 대한 세부 정보를 자동으로 처리한다. 애플리케이션 상태 모니터링을 Health Check라 칭하고 이것을 아래의 글을 통해 더 자세히 알아보려고 한다. 

 

 

---

 

[Elastic Beanstalk Health Check]

초록불...

녹색

- 확인: 인스턴스가 상태 확인을 통과하고 상태 에이전트는 어떠한 문제도 보고하지 않았다.

- 정보: 인스턴스 작업이 진행 중이다.

 

노란색

- 경고: 상태 에이전트가 인스턴스 또는 환경에 대한 적당한 수의 요청 실패 또는 기타 문제를 보고한다.

 

빨간색

- 성능 저하: 상태 에이전트가 인스턴스 또는 환경에 대한 높은 수의 요청 실패 또는 기타 문제를 보고한다.

- 심각: 상태 에이전트가 인스턴스 또는 환경에 대한 매우 높은 수의 요청 실패 또는 기타 문제를 보고한다.

 

회색

- 대기 중: 명령 시간제한 내에 인스턴스 작업이 진행 중이다.

- 알 수 없음: 상태 확인 에이전트에서 인스턴스에 대해 부족한 양의 데이터를 보고한다.

- 일시 중지: 환경 상태 모니터링을 중지했다. 

 

 

---

 

[문제/해결]

정상적인 상태

몇 날 며칠이 지나서 타 개발자가 또 다른 환경을 중지하고 정리하며 하마터면 CMS 또한 지워질 뻔했다. 타 개발자가 착각했던 이유는 '일시 중지'와 '알 수 없음'이 같은 색상을 표현하고 있었기 때문이다. 곧바로 상태에 들어가 확인하니 단 하나의 인스턴스도 보이지 않았다. 그런데 로드 밸런서는 동작했고 요청과 응답은 성공적이었다. 곧바로 롤의 문제라고 단정 짓고 롤을 Elastic Beanstalk에게 다시 주니 정상적으로 초록불이 나오기 시작하였다. 하나의 인스턴스에서만 알 수 없음을 보낸다면 에이전트의 동작 여부를 보면 될 것 같다.

 

 

---

 

[마치며]

Elastic Beanstalk를 사용하면 애플리케이션을 실행하는 인프라에 대해 자세히 알지 못해도 AWS 클라우드에서 애플리케이션을 신속하게 배포하고 관리할 수 있습니다. 

 

똥 같은 인프라를 만들지 않을 자신이 있다면 사용하세요. Elastic Beanstalk은 더 빠르고 편리하게 인프라를 구축할 수 있습니다.

 

Elastic Beanstalk는 오토스케일링, 로드 밸런싱, 상태 모니터링 등의 다양한 기능을 집합하고 편리하게 사용할 수 있도록 AWS에서 제공하는 클라우드 컴퓨팅의 핵심이라고 생각한다. AWS 공식 문서에선 Elastic Beanstalk에 대해서 위와 같이 적혀있다. 똥 같은 인프라는 개발과 운영을 힘들게 하며 보안적, 기술적으로도 발전하기 힘들게 하기에 반대한다. 하여간 어쭙잖은 어휘로 표현한다면 바뀐 문장을 남기며 글을 마친다. 빠욤!