매달 날아오는 AWS 청구서, 심장이 덜컥 내려앉은 적 없나요?
안녕하세요, 여러분. 개발 10년 차가 되었지만 여전히 매달 3일쯤 날아오는 'AWS 결제 예정 금액' 메일을 열어볼 때면 묘한 긴장감을 느낍니다. 혹시 저만 그런가요? 아마 클라우드를 본격적으로 운영해 보신 분들이라면, 특히 트래픽이 좀 나오는 서비스를 담당하고 계신다면 이 기분을 아실 겁니다. "아니, EC2 몇 대 띄웠다고 비용이 이렇게 나와?"라며 계산기를 두드려본 경험, 다들 한 번쯤은 있으시죠?
사실 제가 주니어 시절에 거대한 실수를 한 적이 있습니다. 테스트용으로 GPU가 달린 고성능 인스턴스를 띄워놓고, 퇴근할 때 끄는 걸 깜빡한 채 주말을 보낸 거죠. 월요일에 출근해서 모니터링 대시보드를 보고 등골이 서늘했던 기억이 아직도 생생합니다. 그때 팀장님께 불려 가서 혼나면서 다짐했죠. "앞으로 비용 최적화는 내 개발 인생의 숙명이다"라고요.
오늘은 바로 그 '돈' 이야기를 해보려 합니다. AWS 비용을 줄이는 방법은 여러 가지가 있습니다. 약정 할인인 RI(Reserved Instances)나 Savings Plans도 좋지만, 오늘은 조금 더 다이내믹하고, 잘만 쓰면 최대 90%까지 비용을 아낄 수 있는 '스팟 인스턴스(Spot Instances)'에 대해 아주 깊게 파고들어 보겠습니다. 단순히 "싸니까 쓰세요"가 아니라, 제가 실무에서 겪은 시행착오와 "왜 이렇게 설정해야 하는지"에 대한 원리를 동료에게 설명하듯 풀어드릴게요. 커피 한 잔 가져오시고, 천천히 읽어주세요.
도대체 스팟 인스턴스가 뭐길래 이렇게 싼 걸까요?
먼저 원리부터 짚고 넘어갑시다. 스팟 인스턴스는 왜 쌀까요? AWS가 자선사업을 하는 걸까요? 당연히 아닙니다. 아마존은 철저한 이익 집단이죠. 이걸 이해하려면 '호텔'이나 '항공권'을 떠올리면 쉽습니다.
💡 핵심 비유: 최고급 호텔에 빈방이 100개가 남았습니다. 오늘 밤이 지나면 이 방의 가치는 0원이 됩니다. 호텔 지배인은 빈방으로 두느니, 80% 할인을 해서라도 손님을 받는 게 이득이겠죠? 스팟 인스턴스가 딱 이겁니다.
AWS는 전 세계에 어마어마한 규모의 데이터센터를 가지고 있습니다. 물리적인 서버 랙(Rack)들이 꽉 차 있죠. 하지만 모든 고객이 24시간 내내 서버를 100% 사용하는 건 아닙니다. 필연적으로 남는 잉여 자원(Surplus Capacity)이 생길 수밖에 없어요. AWS 입장에서는 이 서버들을 놀리느니, 아주 싼 값에라도 빌려주는 게 전기세라도 건지는 길입니다. 그래서 온디맨드(정가) 대비 최대 90% 저렴한 가격에 내놓는 것이죠.
세상에 공짜는 없다: 치명적인 단점
그런데 말이죠, 만약 정가(온디맨드)를 내겠다는 손님이 갑자기 들이닥치면 어떻게 될까요? 호텔 지배인은 할인받고 들어온 손님에게 정중히(혹은 다급하게) 부탁할 겁니다. "죄송하지만, 방 좀 비워주셔야겠습니다." AWS에서도 똑같은 일이 벌어집니다.
스팟 인스턴스의 가장 큰 특징이자 리스크는 바로 '중단(Interruption)'입니다. AWS가 자원이 필요해지면, 여러분이 쓰고 있는 스팟 인스턴스를 회수해 갑니다. 그것도 딱 2분(120초) 전에 경고를 주고 말이죠. "2분 뒤에 서버 꺼질 거니까 짐 싸서 나가!"라고 통보하는 겁니다. 이 2분이라는 시간은 우리 개발자들에게 영겁의 시간이 될 수도, 찰나의 순간이 될 수도 있습니다.
처음에 제가 스팟 인스턴스를 도입할 때 가장 두려웠던 게 바로 이 점이었습니다. "운영 중에 서버가 꺼진다고? 그걸 어떻게 서비스에 써?"라는 의문이 들었죠. 하지만 기술적으로 이 '중단'을 우아하게 처리할 수만 있다면, 비용 절감 효과는 상상을 초월합니다. 이제부터 그 방법을 알려드릴게요.
"무작정 쓰면 망합니다" - 스팟 인스턴스에 적합한 워크로드
스팟 인스턴스를 도입하기 전에 반드시 자문해야 할 질문이 있습니다. "이 서버가 지금 당장 사라져도 데이터 손실이 없는가?"입니다. 만약 여러분이 데이터베이스(DB)를 스팟 인스턴스에 올리려고 한다면, 저는 도시락 싸 들고 다니면서 말릴 겁니다. 절대로, 네버, 안 됩니다.
스팟 인스턴스는 Stateless(무상태) 애플리케이션에 최적화되어 있습니다. 서버가 죽어도 다른 서버가 그 역할을 대신할 수 있거나, 작업이 중단되어도 나중에 다시 시작하면 되는 경우여야 합니다. 제가 실제로 프로젝트에서 효과를 봤던 케이스들을 소개해 드릴게요.
- CI/CD 빌드 서버 (Jenkins, GitHub Actions Runner): 빌드 도중에 서버가 꺼지면 어떻게 하냐고요? 다시 빌드 버튼 누르면 됩니다. 개발자들에게 "가끔 빌드 실패할 수 있어"라고 양해만 구한다면, 비싼 고성능 인스턴
댓글
댓글 쓰기