Azure 가격 계산기 사용 방법(단계별)

첫 청구서를 받기 전까지 클라우드 지출을 과소평가하기 쉽습니다. 다행히도 배포 전에 Azure 서비스 비용을 추정할 수 있는 Microsoft의 무료 비로그인 도구인 Azure 가격 계산기가 있습니다.

문제는 Azure가 서비스마다 단일 가격을 제공하지 않는다는 점입니다. 예를 들어 가상 머신은 지역, 크기, 월간 실행 시간, 선택한 요금제에 따라 비용이 달라집니다. 이를 다섯~여섯 개 서비스로 구성된 실제 아키텍처에 곱해보면, 단일 정가 표는 거의 쓸모가 없습니다.

이 글에서는 처음부터 견적을 만들고, 가상 머신 사례를 자세히 살펴본 뒤, 겉으로는 정교해 보이는 견적을 망가뜨리는 흔한 실수도 함께 다루겠습니다.

빠른 답변: Azure 가격 계산기 사용 방법

아래 단계를 따라 Azure 가격 계산기를 여세요.

1. 상품 선택기에서 가격을 매길 Azure 서비스를 검색하세요. 예: Virtual Machines.
2. 해당 서비스를 선택하면 기본 구성으로 견적에 추가됩니다.
3. 사용할 지역, 티어, 크기 및 서비스별 옵션을 설정하세요.
4. 월간 시간, GB 단위 저장소, 초당 요청 수 등 해당 서비스가 과금하는 기준에 맞춰 예상 사용량을 입력하세요.
5. 종량제(Pay-As-You-Go), 예약 인스턴스(Reserved Instance), Azure Savings Plan 등 요금 옵션을 선택하세요.
6. 해당 제품에 표시된 월간 비용과(해당되는 경우) 선결제 비용을 확인하세요.
7. 데이터베이스, 스토리지 계정, 부하 분산 장치 등 아키텍처의 다른 모든 서비스에도 동일하게 반복하세요.
8. 페이지 하단 근처에서 지원 플랜을 추가하세요.

어떤 필드를 바꾸든 합계는 실시간으로 업데이트됩니다. 실무에서 견적이 틀어지는 가장 흔한 이유도 여기서 나옵니다. 팀이 자신들이 집중하는 한 가지 서비스만 가격을 매기고, 그 서비스가 의존하는 나머지 서비스를 잊어버리는 경우입니다.

견적 읽기

계산기에서 가장 중요한 부분은 세 가지이며, 숫자를 입력하기 전에 각 부분의 역할을 알면 도움이 됩니다.

• 상품 선택기: 페이지 상단의 검색 및 카테고리 브라우저입니다. 카테고리에는 컴퓨팅, 스토리지, 데이터베이스, 네트워킹, AI 및 머신 러닝이 포함됩니다. 정확한 제품명을 모를 때는 검색어를 추측하기보다 카테고리로 탐색하는 편이 일반적으로 더 빠릅니다.
• 서비스 구성: 추가한 각 제품은 자체 구성 블록을 가지며, 블록의 내부 항목은 서비스에 따라 달라집니다. 예를 들어 VM은 OS, 크기, 지역을 묻습니다. 반면 스토리지 계정은 중복성 티어와 액세스 빈도를 묻습니다. 보편 양식은 없으므로 각 서비스를 해당 조건에 맞게 구성해야 합니다.
• 예상 사용량: 시간, GB, 트랜잭션 같은 예상 소비량을 금액으로 환산하는 부분입니다. 기본값으로 그대로 두기 쉬운 필드이기도 하며, 이에 따른 실수는 아래에서 다룹니다.

일부 서비스는 선결제 비용과 월간 비용을 모두 표시합니다. 이는 주로 예약과 관련이 있으며, 지금 일부를 지불하고 더 낮은 반복 요금을 고정하는 방식입니다. 선결제 없이 월간 금액만 표시된다면 보통 종량제(Pay-As-You-Go)를 의미합니다.

워크스루: 가상 머신 가격 산정

스테이징 환경용 범용 VM을 가정해 보겠습니다. 

먼저 “Virtual Machine”을 검색해 견적에 추가합니다. 제품은 미리 설정된 크기와 지역으로 기본값이 지정됩니다. 지역은 페이지의 모든 가격에 영향을 주므로 먼저 지역을 변경한 다음, OS와 VM 크기를 선택하세요. Azure Hybrid Benefit을 전환하지 않으면 Windows는 Linux에 비해 라이선스 추가 비용이 발생합니다.

이제 예상 사용량을 설정합니다. Microsoft의 기본 가정은 월 730시간인데, 이는 한 달의 평균 시간 수입니다. 즉, 계산기는 VM이 24/7로 실행된다고 가정합니다. 이는 운영 서버에는 보통 맞는 가정이지만, 근무 시간에만 가동하면 되는 스테이징 박스에는 맞지 않습니다.

시간을 730에서 예를 들어 200으로 낮추면 견적이 즉시 업데이트됩니다. 변화는 종종 비례하지 않는데, 일부 요금제는 최소 사용량이나 단계 함수가 있기 때문입니다. 시간이 70% 줄었다고 해서 비용이 항상 70% 줄지는 않습니다. 이러한 비선형성 때문에 정적 요율표로는 실제 비용을 알 수 없고, 정가만으로 추정하지 말고 계산기를 사용해야 하는 실질적 이유가 됩니다.

요금제 비교

기준선 견적이 나오면 계산기의 진가가 드러납니다. 동일한 VM을 서로 다른 약정 수준에서 실행해 무엇이 어떻게 바뀌는지 정확히 볼 수 있습니다.

종량제(Pay-As-You-Go)는 약정이 필요 없고 시간당 요율이 가장 높지만, 언제든지 크기 조정이나 삭제가 가능한 완전한 유연성을 제공합니다. 예약 인스턴스(Reserved Instances)는 특정 지역의 특정 VM 크기에 1년 또는 3년 약정하는 대신 의미 있게 낮은 요율을 제공합니다. 범용 크기에서의 절감 효과는 보통 약정 기간에 따라 40~70% 수준입니다.

Azure Savings Plan은 특정 VM 대신 시간당 지출 금액에 약정하며, 크기를 바꾸거나 워크로드를 이동하더라도 Azure가 해당 할인율을 적용 가능한 모든 컴퓨팅에 적용합니다.

여기에는 단 하나의 정답이 없습니다. 워크로드의 안정성과 필요한 유연성에 달려 있습니다.

실제로 비용을 좌우하는 요소

재무적 결정보다 소수의 아키텍처 결정이 청구서 대부분을 좌우합니다.

지역

지역은 큰 역할을 합니다. 동일한 VM 크기라도 지역에 따라 비용 차이가 눈에 띌 수 있습니다. 컴플라이언스가 특정 지역을 강제하지 않는다면, 인근 몇 곳을 비교해 보세요.

서비스 티어와 크기

서비스 티어와 크기도 중요합니다. "안전을 위해" 한 단계 위로 올리는 습관은 흔하지만 비용이 큽니다. 여유 버퍼가 아니라 실제 요구사항을 기준으로 모델링하세요.

운영 체제와 라이선싱

운영 체제도 가격에 영향을 줍니다. Windows와 SQL Server 라이선스는 실제 비용을 추가합니다. 앞서 언급했듯이, 이미 라이선스를 보유한 팀은 Azure Hybrid Benefit 토글을 통해 적용할 수 있는데, 이를 놓치기 쉽습니다.

사용량과 요금제

앞서 다룬 사용량과 요금제 선택이 비용 변동의 대부분을 좌우합니다.

견적을 망치는 흔한 실수

아주 신중하게 만든 견적도 몇 가지 예측 가능한 방식으로 틀어질 수 있습니다. 숫자를 신뢰하기 전에 아래 항목을 점검할 가치가 있습니다.

기본 사용량을 그대로 두기

첫 번째 실수는 기본 사용량을 바꾸지 않는 것입니다. 730시간 기본값은 출발점으로는 괜찮지만, 24시간 상시 가동하지 않는 항목의 최종 답으로는 부적절합니다. 

보조 서비스를 잊어버리기

두 번째는 보조 서비스를 빠뜨리는 것입니다. VM에는 디스크가 필요하고, 애플리케이션에는 보통 데이터베이스가 필요합니다. 주요 서비스만 가격을 매기고 그 주변 인프라는 누락하는 견적은 실제 청구서를 지속적으로 과소평가합니다. 

잘못된 지역 선택

세 번째는 잘못된 지역을 선택하는 것입니다. 다른 지역의 클라이언트나 팀을 대신해 견적을 낼 때 특히 쉽게 발생합니다. 

데이터 전송 및 네트워킹 비용 무시

네 번째는 소비량에 따라 변하는 데이터 전송 및 네트워킹 비용을 무시하는 것입니다. 

소매가와 협상가를 비교하기

다섯 번째는 소매가와 협상가를 비교하는 것입니다. 조직에 EA(Enterprise Agreement)가 있다면, 로그인해 협상 요율을 적용하지 않는 한 공개 계산기의 정가는 실제 지불액과 일치하지 않습니다. 

견적을 최종 청구서로 간주하기

마지막으로, 견적을 최종 청구서로 취급하지 마세요. Microsoft는 저장된 견적 합계가 Azure의 게시 가격 변경에 따라 달라질 수 있다고 명시하므로, 여유 마진을 두세요.

Azure 가격 계산기 vs. Azure 비용 관리

이 두 도구는 서로 다른 문제를 해결합니다. 가격 계산기는 배포 전에 비용을 추정하여, 아직 존재하지 않는 가상 구성을 모델링하고 시나리오를 비교할 수 있게 합니다. 반면 Azure 비용 관리는 리소스가 실제로 운영된 후 실제 지출을 분석합니다. 실제 사용량, 실제 청구서, 실제 이상 징후를 다룹니다.

두 도구 모두 시점에 따라 필요합니다. 구축 전에 계산기를 사용해 예산을 추정하고 계획하세요. 이후에는 비용 관리를 사용해 실제가 계획과 일치하는지 확인하고, 실트래픽이 실제 인프라에 유입되면서 불가피하게 발생하는 편차를 포착하세요.

Azure 비용 추정 모범 사례

몇 가지 모범 사례는 일관되게 더 신뢰할 수 있는 견적을 만듭니다.

• 최대 용량도, 최소치도 아닌 현실적인 사용량을 모델링하세요.
• 비용이 커 보이는 항목만이 아니라 아키텍처의 모든 구성요소를 포함하세요.
• 컴플라이언스가 허용한다면 몇 개 지역을 비교해 보세요.
• 선택하기 전에 동일한 워크로드를 종량제와 약정 요금제로 각각 돌려보세요.
• 단일 숫자 대신 세 가지 시나리오(예상, 저사용, 고사용)를 만들어 계획할 범위를 확보하세요.
• 아키텍처나 Azure 가격이 바뀌면 견적을 다시 검토하세요. 둘 다 오래 고정되지 않습니다.

결론

워크플로는 간단합니다. 필요한 서비스를 추가하고, 실제 운영 방식에 맞게 구성한 뒤, 현실적인 사용량을 입력하고, 요금제를 선택하고, 합계를 검토하세요. 계산은 계산기가 처리합니다.

결과의 정확도는 전적으로 입력값이 현실과 얼마나 일치하는지에 달려 있습니다. 사용량 가정이 틀린 상태에서 정밀하게 계산한 견적은 여전히 틀린 견적입니다.

아키텍처에 확정하기 전에 여러 시나리오를 만들어 보세요. 리소스를 배포한 뒤에는 Azure 비용 관리에서 실제 지출과 견적을 비교하세요. 둘 사이의 차이는 유의미한 정보입니다. 원래의 가정이 실제 사용과 어디에서 달라졌는지를 보여줍니다.