Azure 예약 vs. Savings Plan: 어떤 청구 모델이 클라우드 낭비를 막을까?

By Mirko Peters · 2026-10-21

Azure 예약과 Savings Plan을 비교하여 클라우드 낭비를 줄이는 방법을 알아봅니다. 사용률 계산, 유연성, 범위가 클라우드 청구 금액에 어떤 영향을 미치는지 살펴봅니다.

Automatically translated with AI from the original post. Read the English original

Azure 예약과 Savings Plan은 모두 리소스를 사용하기 전에 선불로 결제하는 방식으로 상당한 클라우드 할인을 약속하지만, 워크로드 변화에 대응하는 방식은 크게 다릅니다. 이 심층 분석에서는 적합한 약정 모델을 선택하는 방법, 사용률 위험을 평가하는 방법, 그리고 비용이 많이 드는 유휴 용량으로부터 클라우드 예산을 보호하는 방법을 살펴보겠습니다.

핵심 요약

• Azure 약정 할인은 가상 머신이나 리소스의 실행 상태를 바꾸지 않는 순수한 청구 방식입니다.
• 예약은 할인을 특정 크기, 제품군, 리전에 묶어 최대 72%까지 할인하는 대신 엄격한 경직성을 감수하게 합니다.
• Savings Plan은 적격 컴퓨팅 또는 데이터베이스 전반에 걸쳐 고정된 시간당 금액을 약정하며, 최대 65%까지 할인하면서 더 큰 유연성을 제공합니다.
• 사용하지 않은 약정 시간은 매시간 만료되며 이월되지 않으므로, 클라우드 비용 관리에서는 사용률이 가장 중요한 지표가 됩니다.
• 계정에 두 가지가 모두 있으면 Azure는 Savings Plan을 사용하기 전에 더 엄격한 예약 혜택을 자동으로 먼저 적용합니다.

선결제 방식의 트레이드오프 이해하기

일반적으로 클라우드 인프라는 종량제 모델로 운영됩니다. 가상 머신을 띄워 한 달 동안 실행하면, 사용한 시간만큼만 정확히 비용을 지불합니다. 유연하지만, 종량제는 대규모 프로덕션 환경을 운영하는 가장 비싼 방법이기도 합니다. 이를 줄이기 위해 Microsoft는 약정 할인을 제공합니다. 1년 또는 3년 기간 동안 미리 결제하기로 약속하면, 재무적 유연성을 일부 내어 주는 대신 시간당 요금을 크게 할인받을 수 있습니다.

약정 할인은 배포하는 리소스나 운영 체제 내부에서 켜고 끄는 설정이 아니라는 점을 반드시 이해해야 합니다. 이는 전적으로 Azure 테넌트의 청구 측면에 해당하는 재무적 약정입니다. 할인이 적용되든 그렇지 않든 가상 머신, App Service, 데이터베이스는 정확히 같은 방식으로 실행됩니다. 그러나 핵심 위험은 사실상 본인의 향후 사용률에 베팅하는 것이라는 점입니다. 특정 금액을 사용하겠다고 약정했는데 워크로드가 줄어들거나, 이전되거나, 폐기되면, 더 이상 사용하지 않는 용량에 대해서도 여전히 비용을 지불해야 합니다.

Azure 예약: 최대 절감을 위한 경직된 방식

Azure 예약은 1년 또는 3년의 정해진 기간 동안 특정 리전에서 하나의 특정 리소스 유형을 사용하겠다고 약속하는 것입니다. 예를 들어 East US 리전의 Standard DS3 인스턴스 같은 특정 가상 머신 크기를 예약하면, 해당 머신이 실행되는 일치하는 모든 시간에 할인이 자동으로 적용됩니다.

범위 및 유연성 그룹

예약은 경직되어 보이지만, Microsoft는 인스턴스 크기 유연성을 통해 운영상의 여유를 일부 제공합니다. 특정 가상 머신 크기에 대한 예약은 같은 제품군과 유연성 그룹 안에서 더 작거나 더 큰 크기까지 자동으로 확장될 수 있습니다. 예를 들어 DS3 예약은 수동 개입 없이 DS1 또는 DS2 인스턴스에도 적용될 수 있습니다. 다만 서로 다른 하드웨어 제품군으로 넘어가거나 다른 Azure 리전으로 옮길 수는 없습니다.

예약의 범위를 정의할 수도 있는데, 이는 할인 주변에 울타리를 치는 것과 같습니다. 범위는 단일 리소스 그룹부터 전체 청구 프로필 또는 모든 구독에 걸친 공유 컨텍스트까지 설정할 수 있습니다. 범위를 너무 좁게 설정하면, 리소스가 이동될 경우 할인이 사용되지 않은 채 남을 수 있습니다.

Azure Savings Plan: 동적 워크로드를 위한 더 느슨한 선택지

클라우드 환경이 끊임없이 변화한다면 Azure 절약 계획이 더 유연한 대안이 될 수 있습니다. 특정 머신 유형이나 리전을 예약하는 대신, 적격 컴퓨팅 서비스에 시간당 고정 금액(예: 시간당 5달러)을 지출하겠다고 약정합니다.

워크로드를 수평으로 확장하거나 리전 간에 옮기거나, 가상 머신에서 컨테이너 앱으로 전환하더라도 절약 계획의 할인은 사용량을 따라갑니다. Microsoft가 이처럼 높은 수준의 유연성을 제공하는 만큼, 광고되는 최대 할인율은 예약의 72%보다 약간 낮은 최대 65%입니다.

절약 계획의 핵심 원칙은 간단합니다. 할인율은 약정 금액의 크기가 아니라 약정 기간과 제품 유형에 따라 달라집니다. 시간당 100달러를 약정한다고 해서 시간당 5달러를 약정할 때보다 할인율이 높아지지는 않습니다. 또한 절약 계획은 환불과 취소가 불가능하므로, 전략이 바뀌었을 때 빠져나갈 수 있는 방법이 매우 제한적입니다.

중요한 유일한 계산: 할인율보다 사용률

클라우드 관리자는 광고된 최고 할인율을 쫓다가 함정에 빠지기 쉽습니다. 종이 위에서는 72% 할인이 굉장해 보이지만, 그 수치는 실제 운영에서 일반적으로 나오는 결과가 아니라 최선의 경우에 해당하는 상한선입니다.

클라우드 재무 관리에서 진정으로 중요한 유일한 수식은 실제 사용률입니다. 다음 시나리오를 살펴보겠습니다.

• 예약으로 시간당 10달러를 약정하고 그 100%를 사용한다면 할인 혜택을 온전히 누릴 수 있습니다.
• 시간당 10달러를 약정했지만 워크로드가 시간당 5달러만 필요하다면, 나머지 5달러는 그 시간이 끝나면 소멸합니다. 다음 시간으로 이월되지 않습니다.

결과적으로 실제로 사용한 절반에 대해서는 종량제 정식 요금을 내고, 사용하지 않은 나머지 절반에 대해서는 돈을 버리게 됩니다. 꾸준히 상시 사용하는 패턴에 맞춘 적당한 할인이, 약정의 절반을 클라우드에서 놀게 두는 엄청난 할인보다 항상 더 나은 성과를 냅니다.

결론

Azure 예약과 절약 계획 중 무엇을 선택할지는 결국 워크로드의 예측 가능성에 달려 있습니다. 인프라가 성숙하고 안정적이며 특정 리전과 인스턴스 패밀리에 고정되어 있다면, 예약이 가장 큰 할인을 제공합니다. 아키텍처가 역동적이거나 빠르게 현대화되고 있거나 리전과 서비스를 옮겨 다니는 경우라면, 컴퓨팅 절약 계획이 예상치 못한 낭비로부터 예산을 보호해 줍니다.

다년 약정을 실행하기 전에 기존 클라우드 낭비부터 정리하고, Azure Advisor를 사용해 안정 상태의 사용 패턴을 점검하십시오. 그리고 장기 약정에 대한 확신은 항상 1년 기간으로 시작해 차근차근 쌓아 가십시오. 이 전략들에 대한 전체 내용을 자세히 듣고 싶다면 함께 제공되는 팟캐스트 에피소드를 들어 보십시오: Listen to the full episode.

자주 묻는 질문

같은 테넌트에서 Azure 예약과 절약 계획을 함께 사용할 수 있습니까?

예. 계정이 두 가지 약정 모델을 모두 사용하면, Azure는 더 엄격하고 할인이 더 큰 예약 할인을 먼저 자동으로 적용합니다. 예약 용량을 모두 사용한 후에는 남은 적격 컴퓨팅 사용량에 절약 계획을 적용합니다.

Azure 절약 계획에서 사용하지 않은 시간당 약정 금액은 어떻게 됩니까?

사용하지 않은 시간당 약정은 엄격하게 "쓰지 않으면 소멸"하는 방식으로 운영됩니다. 특정 시간에 5달러를 지출하기로 약정했는데 적격 서비스를 3달러어치만 사용했다면, 나머지 2달러는 즉시 소멸하며 다음 시간으로 이월되지 않습니다.

Azure 예약을 구매한 후에 범위를 변경할 수 있습니까?

예. 예약을 구매한 후에도 리소스 그룹 수준에서 공유 구독 범위로 범위를 수정할 수 있습니다. 이 작업은 새로운 구매가 아니라 수정으로 처리되므로, 약정 기간이 초기화되거나 취소 위약금이 발생하지 않습니다.

Azure 예약이 Windows Server나 SQL 같은 소프트웨어 라이선스도 포함합니까?

아닙니다. 표준 컴퓨팅 예약은 하드웨어와 컴퓨팅 미터만 포함합니다. 소프트웨어 라이선스(Windows Server 또는 SQL Server 등), 스토리지, 네트워킹 요금은 Azure 하이브리드 혜택을 별도로 적용하지 않는 한 표준 요금으로 계속 청구됩니다.