스팟 인스턴스, 중단을 전제로 설계할 때만 싸집니다

중단 통지를 받는 설계가 전제입니다

스팟은 여유 용량을 빌려 쓰는 구매 방식이고, 용량이 회수되면 짧은 통지 뒤에 인스턴스가 멈춥니다. 그래서 '싸게 쓰는 방법'이 아니라 '중단을 전제로 설계한 작업에만 쓰는 방법'입니다. 적합한 작업은 중간에 멈춰도 다시 시작하면 되는 일입니다. 큐에서 작업을 꺼내 처리하는 변환 서버, 테스트 실행기, 야간 집계가 그렇습니다. 반대로 사용자 세션을 메모리에 들고 있는 웹 서버나, 단일 대수로 돌아가는 데이터베이스는 적합하지 않습니다. 판단 기준은 단순합니다. 지금 이 서버를 아무 예고 없이 끄면 복구에 몇 분이 걸리는지 적어 보고, 그 시간이 서비스 약속보다 길면 스팟 대상이 아닙니다.

멈춰도 되는 작업으로 바꾸는 네 가지 변경

같은 작업이라도 구조를 바꾸면 스팟을 쓸 수 있게 됩니다. 1단계는 작업 상태를 서버 바깥으로 옮기는 것입니다. 진행 중인 처리 내용을 공유 저장소나 큐에 기록해 두면 다른 대수가 이어받습니다. 2단계는 처리 단위를 작게 쪼개는 것입니다. 한 번에 2시간 걸리는 작업을 5분 단위 100개로 나누면 중단 시 잃는 양이 줄어듭니다. 3단계는 중단 통지를 받아 정리 작업을 하는 처리기를 붙이는 것입니다. 4단계는 대수를 자동으로 보충하도록 조정 그룹에 넣는 것입니다. 네 단계를 모두 거치지 않았다면 스팟 비중을 올리지 않습니다. 비중을 먼저 올리고 구조를 나중에 바꾸는 순서가 장애로 이어집니다.

혼합 비율을 정하고 월 금액을 끝까지 냅니다

학습용 가정으로 계산합니다. 가정값은 상시 10대가 필요하고 온디맨드 월 100,000원, 스팟은 그 40퍼센트인 월 40,000원이라고 두겠습니다. 전부 온디맨드면 월 1,000,000원입니다. 최소 보장 4대를 온디맨드로 두고 6대를 스팟으로 채우면 400,000원 더하기 240,000원으로 월 640,000원입니다. 중간 계산값인 절감액은 월 360,000원입니다. 최종 금액에는 중단 대응 비용을 더합니다. 월 3회 중단에 회당 20분의 재처리가 들고 내부 시간 비용을 시간당 30,000원으로 가정하면 월 30,000원입니다. 따라서 최종 절감액은 월 330,000원이고 연 3,960,000원입니다. 실제 스팟 가격은 변동하므로 이 비율은 가정입니다.

비중을 되돌려야 하는 신호

결론을 뒤집는 조건은 회수 빈도입니다. 특정 유형과 영역에서 회수가 잦아지면 재처리 비용이 절감액을 넘어섭니다. 위 가정에서 중단이 월 3회가 아니라 월 40회로 늘면 재처리 비용이 월 400,000원이 되어 절감액 360,000원을 넘고, 총액이 오히려 늘어납니다. 그래서 운영 지표에 중단 횟수와 재처리 시간을 함께 기록하고 월 단위로 손익을 다시 계산합니다. 대응은 두 가지입니다. 유형과 영역을 여러 개 허용해 회수 확률을 분산하거나, 최소 보장 대수를 올려 스팟 비중을 낮춥니다. 둘 다 효과가 없으면 그 작업은 스팟 대상에서 제외하고 약정 구매로 옮깁니다.

클라우드 비교 실행 전 점검표

• 예고 없이 멈출 때의 복구 시간을 측정해 적었다
• 작업 상태를 서버 바깥으로 옮기고 처리 단위를 쪼갰다
• 중단 통지 처리기와 자동 보충을 붙였다
• 중단 횟수와 재처리 시간을 지표로 기록한다