Summary

  • 미래 RDS 예약이 확정돼 scheduled 상태가 되면 요금이 아직 없어도 취소할 수 없다. 활성화 뒤에는 약정 기간이 끝나야 일반적인 취소가 가능하다.
  • 미래 예약의 최소 기간은 14일이다. X 계열은 12주이며, 선택한 가용 영역마다 최소 32vCPU를 예약해야 한다.
  • 2vCPU 단위인 db.r7g.large로 두 영역의 최소치를 채우는 계산 예에서는 영역당 16단위, 합계 32개의 용량 자리를 구매한다.

출시일은 옮겨도 예약은 남는다

출시 회의에서 날짜를 뒤로 미룬다. 팀의 일정표는 고칠 수 있다. AWS에 잡아 둔 데이터베이스 용량도 같은 날로 바뀌는지는 별도의 문제다.

AWS는 10월 21일 상용 리전의 Aurora와 RDS에 On-Demand Capacity Reservations를 도입했다. 고객은 필요한 조건의 컴퓨팅 용량을 미리 잡을 수 있다. 생성, 복원, 시작, 컴퓨팅 규모 변경 같은 작업에 쓸 자리다.

정해진 날 서비스를 열어야 한다면 이 자리는 가치가 있다. 구매팀이 알아야 할 것은 취소가 막히는 시점이다. 상태 문서는 미래 요청을 AWS가 수락한 상태를 scheduled라고 부른다. 이때는 아직 요금이 없다. 그러나 취소 문서는 바로 이 상태에서 취소를 막는다.

첫 지출이 생길 때까지 기다리면 구매 결정의 일부를 이미 놓친다. 출시일을 정하는 사람에게 예약 수락 전의 조건이 보여야 한다.

세 단계로 나눠 보면 쉽다

미래 예약의 일반적인 흐름은 평가, 확정, 활성화다. 취소 권한은 이 순서에 따라 달라진다.

미래 예약 단계 고객이 할 수 있는 일
평가 중인 assessing AWS가 공급 가능성을 검토하는 동안 취소할 수 있다.
확정된 scheduled 시작일까지 예약을 유지해야 한다. 아직 요금은 없지만 취소는 막혀 있다.
활성화된 active 일반적인 취소는 약정 종료 뒤에 가능하다.

공급이 늦어지는 경우에는 다른 길이 열린다. AWS가 요청 날짜에 용량을 제공하지 못해 delayed가 되면 즉시 취소할 수 있다. 고객이 자기 행사를 연기했다는 사정만으로 이 상태가 되지는 않는다. 예외의 기준은 AWS의 공급 상태다.

사업 일정은 자리가 필요한 날을 말한다. 예약 상태는 구매에서 빠져나갈 수 있는 때를 말한다. 두 날짜를 함께 승인해야 하는 이유다.

최소 수량부터 예산에 넣어야 한다

즉시 쓰는 예약에는 약정 기간이 없다. 필요에 따라 취소할 수 있다. 미래 예약은 5~120일 전에 잡으며 최소 14일을 약정한다. X 계열의 최소 기간은 12주다.

수량에도 하한이 있다. 선택한 가용 영역마다 32vCPU 이상이다. 문서의 예인 db.r7g.large는 한 단위가 2vCPU이므로 한 영역에 최소 16단위가 필요하다. 두 영역을 고르면 합계 32단위다. 이는 가상의 최소 규모를 계산한 것으로, 두 영역의 컴퓨팅 자리를 센다. Multi-AZ 구성에는 주 인스턴스뿐 아니라 대기 인스턴스의 자리도 들어간다.

짧은 행사에 더 긴 보호 기간을 사는 선택은 가능하다. 그때는 전체 수량과 기간을 행사 예산에 넣어야 한다. 이전할 자리만 조금 잡아 달라는 요청도 제품이 정한 최소 구매 규모를 따른다.

데이터베이스 중지와 자리 해제는 별도다

요금 규칙은 용량이 계정에 제공되면 과금을 시작한다. 활성 상태에서 비어 있는 단위는 해당 On-Demand 요율로 청구한다. 조건이 맞는 인스턴스가 그 단위를 쓰면 인스턴스 요금을 내고, 그 자리에 별도 예약 요금은 붙지 않는다.

인스턴스를 중지하면 쓰던 자리는 빈 예약으로 바뀐다. 예약 비용은 계속된다. 허용된 취소나 종료 날짜가 그 비용을 끝낸다. 스토리지와 입출력, 다른 자원은 기존대로 별도 과금한다. 적용되는 할인은 Reserved DB Instances나 Database Savings Plans에서 받을 수 있다.

운영팀은 데이터베이스 중지 작업을 끝낼 수 있다. 자리를 계속 사는 결정까지 끝났는지는 예약의 조건을 봐야 한다.

산 자리로 들어가고, 다음 이동까지 판단한다

사용 규칙은 예약 이름이나 식별자를 직접 지정하도록 한다. 엔진, 인스턴스 클래스와 가용 영역이 맞아야 한다. 라이선스 선택이 있는 엔진은 그 조건도 맞춰야 한다. 남은 용량이 있어야 하며, Multi-AZ라면 주 인스턴스와 대기 인스턴스 양쪽 영역에 자리가 필요하다.

예산 승인을 받는 일 다음에는 실제 배포를 그 예약으로 보내는 일이 남는다. 사 둔 보호를 사용하는 단계다.

취소할 수 있게 되면 다음 작업도 살펴야 한다. 취소 API는 기존 데이터베이스를 멈추거나 수정하지 않고 예약 용량을 풀어 준다. 이후 다른 하드웨어로 이동할 때는 그 보호가 없다. 그때 필요한 용량이 부족할 수 있다. 원래 행사가 끝나도 자리를 유지할 이유가 있는지 따져볼 지점이다.

고객의 예약 이력과 실제 청구액은 공개되지 않았다. 그 기록이 있어야 빈 약정에 든 비용을 계산할 수 있다. 공개 조건이 정한 구매 승인 시점은 분명하다. 예약이 scheduled로 확정되기 전이다. AWS는 미래 공급을 준비하고, 고객은 그 뒤 자기 사업 날짜가 바뀔 위험을 부담한다. 요금 계량기는 결정의 다음 단계에서 돌아간다.

출처