요약

  • AWS는 2026년 9월 EC2 미래 용량 예약의 시작일 연기를 허용했다. 시작이 2주 이내로 다가온 때에는 보통 미룬 하루마다 약정도 하루 늘어난다. 개별 견적이 최종 조건을 정한다.
  • 유료 취소는 용량을 즉시 돌려주면서도 줄어든 약정 기간까지 비용을 남길 수 있다. 연기와 취소를 함께 비교해야 프로젝트의 새 날짜에 붙은 가격이 보인다.

연기 회의에 구매 담당자가 있어야 하는 이유

프로젝트 회의에서 일주일을 더 얻어내면 일단 한숨을 돌린다. 개발팀은 수정 시간을 벌고, 운영팀은 무리한 전환을 피한다. 그런데 클라우드 구매에서는 그 일주일이 계약 뒤쪽에 다시 붙을 수 있다. 시작을 늦추는 결정이 구매량을 늘리는 결정까지 품은 셈이다.

AWS가 9월 28일 발표한 변경은 EC2 미래 용량 예약의 시작일을 뒤로 옮길 수 있게 했다. 마이그레이션 데이터와 테스트와 업무 승인은 좀처럼 동시에 준비되지 않는다. 그 사이 컴퓨팅 용량만 먼저 도착한다면 날짜를 바꿀 수 있는 권리는 실제로 쓸모가 있다.

그 권리의 대가를 읽으려면 새 시작일 아래까지 내려가야 한다. 얼마나 더 오래 약정하는가. 일정표에는 옆으로 움직인 막대 하나만 보이지만, 주문서에서는 그 막대의 길이도 늘어날 수 있다.

14일짜리 일이 21일짜리 구매가 될 때

변경 안내에 따르면 현재 시작일보다 2주 넘게 앞서 요청하면 보통 추가 약정이 없다. 2주 이내라면 연기하는 하루에 약정 하루를 더하는 것이 일반적인 기준이다. 실제로 적용할 기간은 견적서가 정한다.

AWS의 예시는 14일 약정이다. 시작을 일주일 앞둔 시점에 7일을 연기하면 약정 기간이 21일로 바뀐다. 고객 청구서를 관찰한 수치가 아니라 공식 문서의 계산 예시다. 그래도 구매자가 무엇을 교환하는지는 분명하다. 늦게 들어갈 자유를 얻고 더 오래 머물 비용을 약속한다.

여기서 작업량은 별도로 봐야 한다. 원래 14일이면 끝나는 작업이 준비 지연 때문에 자동으로 21일짜리가 되지는 않는다. 새 계획에 실제로 3주 분량의 일이 있다면 늘어난 약정을 활용할 수 있다. 작업이 통째로 일주일 이동했을 뿐이라면 마지막 주에 빈 용량이 남을 수 있다.

다른 팀의 일을 넣겠다는 해법도 조건을 갖춘 수요가 있어야 성립한다. EC2 용량 개념은 가용 영역, 인스턴스 유형, 플랫폼, 테넌시가 맞아야 한다고 정한다. 약정 중에는 인스턴스 수를 약정 수량 아래로 줄일 수 없다. 사내에 일이 많다는 말과 그 예약을 채울 일이 있다는 말 사이에는 조달팀이 확인할 간격이 있다.

요금 안내상 활성 예약의 미사용 용량에도 해당 온디맨드 요금이 붙는다. 조건에 맞는 인스턴스가 자리를 사용하면 그 자리에 예약 요금을 중복으로 얹지는 않는다. 연장분의 실익은 결국 그 기간에 실제로 돌아가는 일에서 나온다.

나쁜 소식을 늦게 전하는 비용

2주라는 경계는 내부 보고 속도에도 가격표를 붙인다. 테스트가 늦어진다는 사실을 먼저 알았어도, 연기 요청은 다음 주 회의가 끝난 뒤에야 올라갈 수 있다. 그동안 신청 조건이 달라지면 추가 비용은 인프라 예산으로 나타난다. 지연을 발견한 날짜와 구매 조건을 바꾼 날짜가 다른 것이다.

필요한 용량을 미리 잡아두는 것에는 가치가 있고 공급자도 수요에 맞춰 준비해야 한다. 문제는 아직 선택이 비교적 저렴할 때 구매 판단을 하지 못하는 조직이다. 회의에서 날짜를 지킨 척한 시간이 나중에는 추가 약정으로 돌아올 수 있다.

따라서 연기 가능성을 말하는 사람을 벌주는 구조는 특히 비싸다. 조기에 문제를 알려야 견적을 비교할 수 있는데, 보고 자체가 책임 추궁으로 이어지면 모두 마지막까지 기다린다. 프로젝트를 계속할 권한이 있는 사람이 추가 구매도 승인해야 비용과 결정이 만난다.

견적의 수명도 길지 않다. 날짜 변경 견적은 24시간 동안 유효하다. 결재가 며칠 걸리는 회사라면 최신 견적을 다시 받아야 한다. 어제의 조건을 오늘의 승인 절차가 보존해 주지는 않는다.

새 날짜를 눌렀다고 새 날짜가 생기지는 않는다

연기는 최초 시작일로부터 누적 30일까지다. 시작까지 한 시간도 남지 않으면 미룰 수 없다. 동시에 진행할 수 있는 변경 요청은 하나이며, AWS가 처리 중인 요청을 고객이 바꾸거나 취소할 수도 없다.

처리 결과는 적용 또는 거절로 끝날 수 있다. 요청을 전송했다는 이유로 업무팀이 새 날짜를 확정해 버리면, 예약 쪽 일정은 아직 옛 날짜에 남아 있을 수 있다. 배포 계획은 변경이 실제 적용된 결과를 따라가야 한다.

또 하나의 함정은 날짜의 기준이다. 연기의 추가 약정 기준은 현재 시작일을 보지만, 취소 요금표는 최초 시작일을 본다. 한 번 더 미뤘으니 무료 취소 창도 새로 생겼다고 계산할 수는 없다. 연기 견적과 취소 견적을 그때그때 받아 비교해야 한다. 두 표를 섞어 공급자가 제시하지 않은 조합 가격을 만들어서는 안 된다.

취소 비용에는 다시 채울 자리가 없다

AWS는 이미 6월 10일 미래 용량 예약의 취소를 열었다. 그래서 연장 구매 외에 기존 예약에서 나가는 비용도 비교 대상이 된다.

취소 규칙은 시점과 잔여 약정에 따라 부담을 달리한다. 일반적인 표에서는 일찍 나갈수록 부담이 작고, 정확히 얼마 동안 청구할지는 취소 견적에 표시한다. 요청 평가 중이거나 공급이 지연된 상태, 남은 약정이 없는 활성 예약 등에는 무료 취소 조건이 있다.

유료 취소를 실행하면 용량은 즉시 반환된다. 하지만 줄어든 약정의 끝까지 청구는 이어진다. 조건에 맞는 Savings Plans나 리전 예약 인스턴스 할인이 적용될 수 있다. 잔여 약정이 있는 예약을 취소하려면 그 안의 실행 중인 인스턴스를 먼저 중지하거나 종료해야 하므로, 업무를 어디로 옮길지도 결정해야 한다.

CUR 2.0에서는 Cancelling 상태의 UnusedBox 항목이 취소 비용을 나타낼 수 있다. 이를 아직 사용 가능한 빈 예약과 합치면 비용 최적화팀에 이상한 숙제가 떨어진다. 이미 반납한 자리에 일을 넣으라는 주문이다. 그런 비용은 활용률 개선보다 퇴장 결정의 가격으로 읽는 편이 맞다.

고객이 실제 수락한 견적, 연기 후 이용률, 최종 청구액은 공개되지 않았으며, 이 자료들이 늘어난 약정의 실익을 가른다. 구매 판단에 필요한 질문은 이미 나와 있다. 새 일정 때문에 얼마나 더 살 것인가. 기존 예약에서 나가려면 얼마나 낼 것인가.

프로젝트 담당자가 추가 시간을 얻는 것까지는 좋다. 그 시간을 누가 어떤 조건으로 샀는지도 회의록에 남아야 한다.

출처