🚨 어떤 문제가 있었나?
예전 프로젝트를 진행할 때 겪었던 일을 적어본다. aws 프리티어를 이용해 SpringBoot 프로젝트를 EC2 인스턴스 2개에 배포하고 각각 RDS에 연결하려던 중, 한 놈이 상태가 이상했다.
이상해서 들어가 보니 아래와 같이 빨간색으로 인스턴스 연결성 검사 실패라고 뜬다...
해당 인스턴스는 SSH 접속조차 불가능해서 뭐가 문제인지 파악하기가 너무 어려웠다.
✅ 어떻게 해결했나?
같은 보안 그룹, 같은 서브넷, 같은 설정을 사용했는데 왜 한쪽만 실패하는 걸까? 외부에서 할 수 있는 것은 수많은 구글링 뿐... ec2 연결 문제는 이유가 생각보다 다양해서 찾는데 시간이 꽤 걸렸다.
결국 원인은 인스턴스 타입에 있었다. 사진을 보면 t3.micro 들은 연결이 잘되어 있는데, t2.micro만 연결 실패가 뜬다. 여러번 부팅하고 삽질할때도 t2.micro는 메모리 부족 현상이 자주 발생했고, 이로 인해 ec2가 계속 다운되었다.
이러니까 자꾸 ssh연결도 실패하니.. 연결성 검사가 실패한다고 뜨는 것이었다.
해결방법은.. 애석하게도 인스턴스의 타입을 업그레이드 하면 된다. 물론 돈이 더 들겠지만 말이다🥲
또는 인스턴스 내에서 swap 공간을 설정해 메모리를 보완하는 방식이 있겠다. 이 방식은 사실 필수이다.
t2 micro만 안될때부터 눈치 챘어야 했다.. 이거 하나 찾느라고,,, 몇시간을 날려 분해서 글을 적는다 ㅜㅜ.
🤔 무엇을 배웠나?
- 같은 설정이어도 인스턴스 타입에 따라 시스템 동작 안정성에 차이가 발생할 수 있다.
- t2.micro는 기본 메모리 용량이 작기 때문에, 무거운 애플리케이션을 올리거나 부팅 시 실행할 서비스가 많다면 시스템이 부팅되지 않거나 연결 실패로 이어질 수 있다.
- 상태 검사 실패 메시지는 대부분 메모리, 디스크, 네트워크 등의 리소스 부족이 원인일 수 있다.
- swap space는 메모리 부족의 긴급 대안이 될 수 있다. → 아니 그냥 필수로 하자.