요약

  • AWS 문서에 따르면 최종 월 청구서는 그달 마지막 날 23:59:59 UTC의 할인 공유 설정으로 계산된다. 월중 예상 청구서는 가장 최근 설정을 사용한다.
  • 소유 계정 우선 적용과 공유 그룹은 할인 혜택의 순서와 범위를 바꾼다. 회사 전체의 절감액과 부서별 비용 책임을 연결하려면 구매와 함께 배분 규칙을 정해야 한다.

회사 조직도가 청구서에 출근하는 시각은 언제일까. AWS의 할인 공유 규칙은 초 단위로 답한다. 매달 마지막 날 23:59:59 UTC다.

공식 청구 설정 문서는 이 시점의 공유 설정을 최종 월 청구 계산에 사용한다고 밝힌다. 예상 청구액에는 가장 최근 설정이 반영된다. 한 부서가 몇 주 동안 지켜본 비용 추정치와 월말의 최종 배분 사이에는, 누군가 바꿀 수 있는 할인 경계가 놓여 있다.

여기서 움직이는 것은 Savings Plans의 요금 혜택이다. 애플리케이션은 같은 곳에서 돌아가도 어느 계정이 먼저 할인을 받는지는 달라질 수 있다. 장비를 이전할 필요는 없다. 구매의 소유권과 공유 지도가 재무 결과에 참여한다.

같은 할인, 세 가지 경로

기본값인 개방형 공유에서는 조직 안에서 공유가 활성화된 계정들이 할인을 받을 수 있다. 그룹 우선 공유는 구매 계정을 먼저 처리하고, 지정 그룹을 거친 뒤, 나머지 공유 가능 계정으로 넘어간다. 제한형 그룹 공유는 혜택을 지정 그룹 안에만 둔다.

그룹은 Cost Categories로 정의한다. 한 계정은 한 그룹에만 속하고 그룹끼리 겹칠 수 없다. 관리 계정은 공유 그룹의 구성원이 될 수 없으며, Savings Plans 소유 계정은 할인 공유 설정에서 활성화돼 있어야 한다.

제한형 그룹 바깥에 맞춤한 수요가 있어도 남은 혜택이 그 선을 넘어가지는 못한다. AWS도 그룹 배분을 우선하면 조직 전체의 할인 최적화 효과가 줄 수 있다고 설명한다. 경계는 실제 경제적 기능을 한다.

독립 손익을 책임지는 부서는 이 선으로 비용 책임을 지킬 수 있다. 중앙 구매팀은 같은 선을 절감 기회의 제약으로 볼 수 있다. 둘 다 회사의 목표다. 화면에 나온 추천 금액 하나로 그 사이의 배분 합의까지 끝낼 수는 없다.

아무것도 실행하지 않는 계정의 구매 실력

AWS는 소유 계정의 적격 사용량에 Savings Plans 혜택을 먼저 적용한 뒤 다른 계정으로 공유한다. 적용되는 배분 단계 안에서는 절감 비율이 높은 사용량이 우선한다. 조직 전체가 아무 순서 없이 가장 높은 할인율부터 가져가는 구조가 아니다.

AWS가 10월 25일 게시한 공식 설명은 Lambda만 사용하는 계정이 Compute Savings Plan을 직접 구매하는 예를 든다. 그 계정의 사용량이 먼저 혜택을 받으면, 다른 계정의 m8g Linux EC2 사용량에서 더 높은 비율을 절감할 기회를 놓칠 수 있다. 예시는 실제 손실액을 제시하지 않는다. 누가 구매했는지가 할인 순서를 바꾼다는 설명이다.

같은 글은 중앙 구매를 관리 계정이나 워크로드가 없는 지정 계정에 두는 방식을 권한다. 소유자가 먼저 소비할 적격 사용량이 없으면 혜택은 공유 규칙에 따라 다른 계정으로 갈 수 있다. 애플리케이션을 옮기는 대신 구매 위치를 분리하는 선택이다.

바쁜 계정보다 아무것도 실행하지 않는 계정이 할인 배분에는 더 적합할 수 있다. 결제 약정을 갖는 주체와 컴퓨팅을 소비하는 주체를 떼어 놓아 소유자의 선순위를 다르게 쓰는 셈이다. 그다음에는 내부 비용 배분이 남는다. 중앙에서 구매했다고 잔여 약정을 누가 부담하고 절감분을 누가 갖는지까지 저절로 결정되지는 않는다.

본사는 100달러, 부서 합계는 70달러

공식 글에는 1년·선결제 없음 조건의 Compute Savings Plan 추천을 설명하는 사례가 있다. 관리 계정에서는 시간당 100달러, 구성원 계정들의 추천을 합치면 70달러다. 추천 관점의 차이를 보여주는 예시 수치다.

관리 측은 공유할 수 있는 적격 사용량을 함께 분석한다. 부서 측은 자기 계정의 사용량과 기존에 적용되는 혜택을 반영한다. 시간별 수요가 서로 보완되는지, 어느 계정까지 공유할 수 있는지에 따라 최적화 대상이 달라진다. 소유 계정 우선순위 때문에 개별 구매의 합계가 중앙 추천보다 더 커지는 방향도 가능하다고 글은 설명한다.

추천은 과거를 계산한다. 공식 계산 안내에는 대기 중이거나 예정된 미래 구매가 반영되지 않고, 즉시 구매를 위한 추천이라고 명시돼 있다. 공유 그룹을 바꾸면 추천에 들어가는 계정 범위도 바뀐다. 예전 지도에서 나온 숫자를 새 조직의 구매 답으로 쓰려면 다시 비교해야 한다.

특정 회사에서 누가 얼마나 얻고 부담하는지 계산하려면 소유 계정, 공유 설정, 시간별 적격 사용량, 현재 약정 보유 내역이 필요하다.

월말 마지막 순간에 정해지는 것은 보기 좋은 계정 분류가 아니다. 요금 혜택의 행선지다. 그 경계를 바꿀 수 있는 사람은 다른 부서가 예산에 넣어 둔 절감분에도 영향을 준다. 조직 개편에 승인 책임자가 있듯, 할인 지도에도 책임자가 있어야 한다.

출처