다음을 통해 공유

Azure Blob Storage에 대한 비용 계획 및 관리

  • 아티클

이 문서는 Azure Blob Storage에 대한 비용을 계획하고 관리하는 데 도움이 됩니다.

먼저, 각 청구 미터에 대해 알아보고 각 미터의 가격을 찾는 방법을 알아봅니다. 그런 다음 Azure 가격 계산기를 사용하여 비용을 예측할 수 있습니다. 비용 관리 기능을 사용하여 예산 및 모니터링 비용을 설정합니다. 작업을 수행할 수 있는 영역을 식별하기 위해 예측 비용을 검토하고 지출 추세를 모니터링할 수도 있습니다.

Blob Storage 비용은 Azure 청구서의 월별 비용 중 일부일 뿐임에 유의하세요. 이 문서에서는 Blob Storage 비용을 예측하고 관리하는 방법을 설명하지만 타사 서비스를 포함하여 Azure 구독에 사용되는 모든 Azure 서비스 및 리소스에 대한 요금이 청구됩니다. Blob Storage에 대한 비용 관리에 익숙해지면 비슷한 방법을 적용하여 구독에 사용되는 모든 Azure 서비스에 대한 비용을 관리할 수 있습니다.

Azure Blob Storage에 대한 전체 청구 모델 이해

Azure Blob Storage는 새 리소스를 배포할 때 비용이 발생하는 Azure 인프라에서 실행됩니다. 다른 추가 인프라 비용이 발생할 수도 있다는 점을 이해하는 것이 중요합니다.

Azure Blob Storage 요금 청구 방식

Azure Blob Storage 리소스를 만들거나 사용할 때 다음 측정 단위에 대해 요금이 청구됩니다.

미터 단위
데이터 저장소 GB당/매월
인덱스 GB당/매월1
작업 트랜잭션당
데이터 전송 GB당2
데이터 검색 GB당3
Blob 인덱스 태그 태그당4
변경 피드 기록된 변경당4
SSH 파일 전송 프로토콜(SFTP) 시간당4
Blob 인벤토리 검사된 100만개 개체당4
암호화 범위 매월4
쿼리 가속 검사한 GB당 및 반환된 GB당
특정 시점 복원 처리된 데이터 복원된 MB당

1 계층 구조 네임스페이스가 있는 계정에만 적용됩니다.
2 다른 지역으로 데이터를 복사할 때만 적용됩니다.
3 쿨, 콜드 및 보관 계층에만 적용됩니다.
4 기능을 사용하도록 설정한 경우에만 적용됩니다

청구 주기가 끝날 때 각 측정 단위의 요금이 합산됩니다. 청구서 또는 송장에 모든 Azure Blob Storage 비용에 대한 섹션이 표시됩니다. 각 측정 단위에 대한 별도의 줄 항목이 있습니다.

데이터 스토리지 및 인덱스 미터

데이터 저장소 및 메타데이터는 매월 GB당 청구됩니다. 대부분의 메타데이터는 Blob의 일부로 저장되며 속성과 키-값 쌍을 포함합니다. 보관 계층의 Blob과 연관된 메타데이터는 콜드 계층에 별도로 저장됩니다. 이렇게 하면 사용자는 Blob과 해당 속성, 메타데이터, 인덱스 태그를 나열할 수 있습니다. 메타데이터의 크기가 8KB를 넘지 않으므로 전체 스토리지 용량에 비해 비용이 차지하는 비중은 상대적으로 미미합니다.

Blob 인덱스 태그는 핫 계층의 하위 리소스로 저장되며, 자체 청구 미터가 있습니다. 인덱스 미터는 계층적 파일 구조를 용이하게 하는 데 필요한 공간에 대한 요금을 청구하는 수단으로 계층 구조 네임스페이스가 있는 계정에만 적용됩니다. 여기에는 해당 구조의 개체와 연결된 ACL(액세스 제어 목록)이 포함됩니다. 인덱스와 관련된 데이터는 항상 핫 계층에 저장됩니다.

한 달 미만 동안 저장된 데이터 및 메타데이터의 경우, 하루에 각 GB의 비용을 계산하여 월별 청구서에 미치는 영향을 예상할 수 있습니다. 지정된 월의 일 수는 다릅니다. 따라서 지정된 월의 비용에 대한 최상의 근사값을 얻으려면 월별 비용을 해당 월에 발생하는 일 수를 기준으로 나누어야 합니다.

Azure Blob Storage는 KiB, MiB, GiB, TiB, PiB와 같은 기본 2 측정 단위를 사용하여 스토리지 용량을 나타냅니다. 청구서의 품목에는 측정 단위로 GB가 포함되지만 Azure Blob Storage에서는 해당 단위를 이진 GB(GiB)로 계산합니다. 예를 들어, 청구서에 저장된 데이터(GB/월)에 대해 1이 표시된 항목은 월 사용량 1GiB에 해당합니다. 다음 표에서는 각 Base-2 장치에 대해 설명합니다.

머리글자어 단위 정의
KiB 키비바이트 1,024바이트
MiB 메비바이트 1,024KiB(1,048,576바이트)
GiB 기비바이트 1,024MiB(1,073,741,824바이트)
TiB 테비바이트 1,024GiB(1,099,511,627,776바이트)

스토리지 비용을 계산하는 방법에 대한 자세한 내용은 데이터 저장 비용을 참조하세요.

작업 미터

클라이언트가 만든 각 요청은 REST 작업의 형태로 서비스에 도착합니다. 리소스 로그를 모니터링하여 데이터에 대해 어떤 작업이 실행되고 있는지 확인할 수 있습니다.

가격 책정 페이지에는 개별 작업에 대한 가격 책정이 나열되어 있지 않고, 대신 작업 형식의 가격 책정이 나열되어 있습니다. 작업의 가격을 결정하려면 먼저 해당 작업이 유형에 따라 분류되는 방식을 결정해야 합니다. 기록된 작업을 REST 작업으로 추적한 다음 작업 유형으로 추적하려면 각 REST 작업을 가격에 매핑을 참조하세요.

작업 유형 옆에 나타나는 가격은 각 작업에 대해 지불하는 가격이 아닙니다. 대부분의 경우 10,000 작업의 가격입니다. 개별 작업의 가격을 구하려면 가격을 10,000으로 나눕니다. 예를 들어, 쓰기 작업의 가격이 $0.055인 경우 개별 작업의 가격은 $.0555 / 10,000 = $0.0000055입니다. 업로드를 완료하는 데 필요한 쓰기 작업 수에 개별 트랜잭션 비용을 곱하면 파일을 업로드하는 데 드는 비용을 예상할 수 있습니다. 자세한 내용은 Azure Blob Storage 사용 비용 예상을 참조하세요.

데이터 전송 미터

Azure 지역을 벗어나는 모든 데이터에는 데이터 전송 및 네트워크 대역폭 요금이 부과됩니다. 이러한 요금은 일반적으로 계정이 지역 중복 스토리지로 구성된 경우 또는 개체 복제 정책이 다른 지역의 계정으로 데이터를 복사하도록 구성된 경우에 발생합니다. 그러나 이러한 요금은 온-프레미스 클라이언트에 다운로드되는 데이터에도 적용됩니다. 네트워크 대역폭 가격 책정은 Azure Storage 가격 책정 페이지에 나타나지 않습니다. 네트워크 대역폭 가격 책정을 알아보려면 대역폭 가격 책정을 참조하세요.

Blob Storage 기능을 사용하는 데는 비용이 들지 않습니다. 사용하도록 설정한 후 수동 요금이 부과되는 기능은 세 가지뿐입니다(SFTP 지원, 암호화 범위 및 Blob 인덱스 태그). 다른 모든 기능에 대해서는 기능의 출력이 차지하는 스토리지와 해당 기능을 사용하여 실행된 작업에 대해 요금이 청구됩니다. 예를 들어, 버전 관리를 사용하도록 설정하면 청구서에는 버전 관리를 저장하는 데 드는 비용과 버전 관리를 나열하거나 검색하는 작업을 수행하는 데 드는 비용이 반영됩니다. 일부 기능에는 미터가 추가되었습니다. 전체 목록은 이 문서의 Azure Blob Storage에 대한 요금 청구 방식 섹션을 참조하세요.

한 달 미만 동안 해당 기능을 사용하는 경우 시간 기반 미터를 비례 배분하여 사용할 수 있습니다. 예를 들어, 암호화 범위는 월별로 청구됩니다. 암호화 범위가 한 달 미만으로 적용된 경우 각 날짜별 비용을 계산하여 월별 청구서에 미치는 영향을 예상할 수 있습니다. 지정된 월의 일 수는 다릅니다. 따라서 지정된 월의 비용에 대한 최상의 근사값을 얻으려면 월별 비용을 해당 월에 발생하는 일 수를 기준으로 나누어야 합니다.

각 미터당 단가 찾기

단가를 찾으려면 올바른 가격 책정 페이지를 열고 적절한 파일 구조를 선택합니다. 그런 다음 적절한 중복성, 지역 및 통화 필터를 적용합니다. 각 미터의 가격은 테이블에 표시됩니다. 가격은 데이터 중복 옵션, 액세스 계층, 성능 계층 등 계정의 다른 설정에 따라 다릅니다.

올바른 가격 책정 페이지와 파일 구조는 기본적으로 데이터 저장 비용을 변경하지 않는 반면, 대개 데이터를 읽고 쓰는 비용에 중요합니다. 데이터를 읽고 쓰는 비용을 정확하게 추정하려면 먼저 데이터를 읽고 쓰는 데 사용할 스토리지 계정 엔드포인트 클라이언트, 애플리케이션 및 워크로드를 결정합니다.

Blob 서비스 엔드포인트에 대한 요청

Blob 서비스 엔드포인트의 형식은 https://<storage-account>.blob.core.windows.net이고 Blob Storage와 상호 작용하는 도구 및 애플리케이션에서 사용하는 가장 일반적인 엔드포인트입니다.

요청은 다음 원본에서 생성될 수 있습니다.

이러한 요청에 대한 올바른 가격 책정 페이지는 블록 Blob 가격 책정 페이지입니다.

이 엔드포인트에 대한 요청은 계층 구조 네임스페이스가 있는 계정에서도 발생할 수 있습니다. 실제로 NFS 3.0 및 SFTP 프로토콜을 사용하려면 먼저 계정의 계층 구조 네임스페이스 기능을 사용하도록 설정해야 합니다.

계정에서 계층 구조 네임스페이스 기능을 사용하도록 설정하는 경우 파일 구조 드롭다운 목록이 계층 구조 네임스페이스(NFS v3.0, SFTP 프로토콜)로 설정되어 있는지 확인합니다. 그렇지 않은 경우 단일 구조 네임스페이스로 설정되어 있는지 확인합니다.

Data Lake Storage 엔드포인트에 대한 요청

Data Lake Storage 엔드포인트의 형식은 https://<storage-account>.dfs.core.windows.net이고 분석 워크로드 및 애플리케이션에서 사용되는 가장 일반적인 엔드포인트입니다. 이 엔드포인트는 일반적으로 계층 구조 네임스페이스가 있는 계정에서 사용되지만 항상 그렇지는 않습니다.

요청은 다음 원본에서 생성될 수 있습니다.

이러한 요청에 대한 올바른 가격 책정 페이지는 Azure Data Lake Storage 가격 책정 페이지입니다.

계정에서 계층 구조 네임스페이스 기능을 사용하도록 설정하지 않았지만, 클라이언트, 워크로드 또는 애플리케이션이 계정의 Data Lake Storage 엔드포인트를 통해 요청을 수행하도록 하려면 파일 구조 드롭다운 목록을 단일 구조 네임스페이스로 설정합니다. 그렇지 않은 경우 계층 구조 네임스페이스로 설정되어 있는지 확인합니다.

비용 예측

Azure 가격 계산기를 사용하여 Azure Storage 계정으로 데이터 전송을 만들고 시작하기 전에 비용을 예측합니다.

  1. Azure 가격 계산기 페이지에서 Storage 계정 타일을 선택합니다.

  2. 페이지 아래로 스크롤하고 예상되는 스토리지 계정 섹션을 찾습니다.

  3. 드롭다운 목록에서 옵션을 선택합니다.

    이러한 드롭다운 목록의 값을 수정하면 예상 비용이 변경됩니다. 예상 값은 예상 비용의 아래쪽과 위쪽 모서리에 표시됩니다.

    예상 비용을 보여 주는 스크린샷.

    유형 드롭다운 목록의 값을 변경하면 이 워크시트에 표시되는 다른 옵션도 변경됩니다. 추가 정보 섹션의 링크를 사용하여 각 옵션의 의미와 이러한 옵션이 스토리지 관련 작업의 가격에 미치는 영향에 대해 자세히 알아보세요.

  4. 나머지 옵션을 수정하여 예상 비용에 미치는 영향을 확인합니다.

    팁

    비용을 예측하는 데 도움이 되는 자세한 가이드를 참조하세요.

Azure Blob Storage와 함께 Azure 선불 사용

Azure 선불(이전에는 현금 약정 금액이라고 함) 크레딧을 사용하여 Azure Blob Storage 요금을 지불할 수 있습니다. 단, Azure 선불 크레딧을 사용하여 Azure Marketplace에 있는 항목을 포함한 타사 제품 및 서비스에 대한 요금을 지불할 수는 없습니다.

비용 최적화

한동안 Blob Storage를 사용한 경우 컨테이너의 콘텐츠를 주기적으로 검토하여 비용을 줄일 수 있는 기회를 식별해야 합니다. Blob이 프로덕션에서 저장, 구성 및 사용되는 방식을 이해하면 이러한 Blob의 가용성과 성능 및 비용의 장단점을 더욱 최적화할 수 있습니다. 기존 컨테이너 및 Blob을 항목화하고 분석하려면 다음 문서 중 하나를 참조하세요.

향후 용량 요구 사항을 모델링할 수 있으면 Azure Storage 예약된 용량을 사용하여 비용을 절감할 수 있습니다. Azure Storage 예약된 용량은 대부분 액세스 계층에서 사용할 수 있으며, 1년 또는 3년 동안 예약을 약정하는 경우 표준 스토리지 계정의 블록 Blob 및 Azure Data Lake Storage 데이터에 대한 용량 할인이 제공됩니다. 예약은 예약 기간 동안 고정된 양의 스토리지 용량을 제공합니다. Azure Storage 예약된 용량은 블록 Blob 및 Azure Data Lake Storage 데이터에 대한 용량 비용을 크게 줄일 수 있습니다. 자세한 내용은 예약된 용량으로 Blob Storage에 대한 비용 최적화를 참조하세요.

Blob 데이터를 가장 비용 효율적인 액세스 계층에 배치하여 비용을 줄일 수도 있습니다. 데이터 사용에 대한 비용을 최적화하도록 설계된 세 가지 계층 중에서 선택합니다. 예를 들어, 핫 계층은 스토리지 비용은 더 높지만 액세스 비용은 더 낮습니다. 따라서 데이터에 자주 액세스할 계획인 경우 핫 계층이 가장 비용 효율적인 선택이 될 수 있습니다. 데이터 액세스 빈도를 줄이려는 경우 콜드 또는 보관 계층이 데이터 액세스 비용을 높이고 데이터 저장 비용을 절감하므로 가장 적합할 수 있습니다. 다음 문서를 참조하세요.

수명 주기 관리 정책을 사용하여 정기적으로 계층 간에 데이터를 이동하면 비용을 절감할 수 있습니다. 이러한 정책은 지정한 규칙을 사용하여 데이터를 이동할 수 있습니다. 예를 들어 Blob가 90일 이내에 수정되지 않은 경우 Blob를 보관 계층으로 이동하는 규칙을 만들 수 있습니다. 데이터의 액세스 계층을 조정하는 정책을 만들어 요구에 가장 저렴한 스토리지 옵션을 디자인할 수 있습니다. 자세한 내용은 Azure Blob Storage 수명 주기 관리를 참조하세요.

예산 만들기

예산을 만들면 비용을 관리하고 관련자에게 비정상 지출 및 과다 지출 위험을 자동으로 알리는 경고를 만들 수 있습니다. 경고는 예산 및 비용 임계값에 따른 지출을 기준으로 합니다. Azure 구독 및 리소스 그룹에 대한 예산 및 경고가 만들어지므로 전체 비용 모니터링 전략의 일부로 유용합니다. 그러나 더 높은 수준에서 비용을 추적하도록 디자인되었기 때문에 Azure Storage 비용과 같은 개별 Azure 서비스 비용을 관리하는 기능이 제한될 수 있습니다.

비용 모니터링

Azure Storage를 사용하여 Azure 리소스를 사용하는 경우 비용이 발생합니다. 리소스 사용 단위 비용은 시간 간격(초, 분, 시간 및 일) 또는 단위 사용(바이트, 메가바이트 등)에 따라 달라집니다. 비용은 Azure Storage 사용이 시작되는 즉시 발생합니다. Azure Portal의 비용 분석 창에서 비용을 조회할 수 있습니다.

비용 분석을 사용하면 서로 다른 시간 간격에 대한 그래프 및 테이블로 Azure Storage 비용을 조회할 수 있습니다. 몇 가지 예로 일, 현재 달과 이전 달 및 연도에 따라 확인할 수 있습니다. 예산 및 예상 비용에 대한 비용도 조회할 수 있습니다. 시간 경과에 따라 더 긴 보기로 전환하면 지출 추세를 파악하고 낭비가 발생할 수 있는 위치를 확인할 수 있습니다. 예산을 만든 경우 초과되는 지점을 쉽게 확인할 수도 있습니다.

참고 항목

비용 분석은 다양한 종류의 Azure 계정 유형을 지원합니다. 지원되는 계정 유형의 전체 목록을 보려면 Cost Management 데이터 이해를 참조하세요. 비용 데이터를 보려면 적어도 Azure 계정에 대한 읽기 권한이 필요합니다. Microsoft Cost Management 데이터에 대한 액세스 권한 할당에 대한 자세한 내용은 데이터에 대한 액세스 권한 할당을 참조하세요.

비용 분석에서 Azure Storage 비용을 보려면 다음을 수행합니다.

  1. Azure Portal에 로그인합니다.

  2. Cost Management + Billing 창을 열고 메뉴에서 비용 관리를 선택한 다음, 비용 분석 열기를 선택합니다. 그런 다음 범위 드롭다운에서 특정 구독에 대한 범위를 변경할 수 있습니다.

    범위를 보여 주는 스크린샷

  3. Azure Storage에 대한 비용만 보려면 필터 추가를 선택한 다음 서비스 이름을 선택합니다. 그런 다음 목록에서 스토리지를 선택합니다.

    Azure Storage에 대한 비용을 보여 주는 예제는 다음과 같습니다.

    스토리지로 필터링을 보여 주는 스크린샷

앞의 예제에서 서비스에 대한 현재 비용이 표시됩니다. Azure 지역(위치) 및 리소스 그룹별 비용도 표시됩니다. 다른 필터(예: 특정 스토리지 계정에 대한 비용을 확인하는 필터)도 추가할 수 있습니다.

비용 데이터 내보내기

스토리지 계정으로 비용 데이터를 내보낼 수도 있습니다. 이는 비용에 대한 추가 데이터 분석을 본인 외에 다른 사용자가 수행해야 하는 경우에 유용합니다. 예를 들어 재무 팀은 Excel 또는 Power BI를 사용하여 데이터를 분석할 수 있습니다. 매일, 매주 또는 매월 일정으로 비용을 내보내고 사용자 지정 날짜 범위를 설정할 수 있습니다. 비용 데이터를 내보내는 것은 비용 데이터 세트를 검색하는 데 권장되는 방법입니다.

청구비 증가 피하기

계정의 기본 액세스 계층 변경과 같은 일부 작업으로 인해 예상할 수 없는 비용이 발생할 수 있습니다. 각 기능에 대한 문서에는 예기치 않은 비용을 방지하는 방법에 대한 정보가 포함되어 있지만 이 표에서는 일반적인 원인을 제시합니다.

범주 작업 청구서에 미치는 잠재적 영향
액세스 계층 기본 액세스 계층 설정 변경 계정에 액세스 계층이 유추되는 많은 수의 Blob이 포함된 경우 이 설정을 변경하면 상당한 비용이 발생할 수 있습니다.

스토리지 계정의 기본 액세스 계층 설정 변경은 액세스 계층이 명시적으로 설정되지 않은 계정의 모든 Blob에 적용됩니다. 예를 들어, 범용 v2 계정에서 기본 액세스 계층 설정을 핫에서 쿨로 전환하는 경우 액세스 계층이 유추되는 모든 Blob에 대해 (10,000개당) 쓰기 작업 요금이 청구됩니다. 범용 GPv2 계정에서 쿨에서 핫으로 전환하는 경우 읽기 작업(10,000개당) 및 데이터 검색(GB당) 모두에 대한 요금이 청구됩니다.

자세한 내용은 기본 계정 액세스 계층 설정을 참조하세요.
액세스 계층 보관에서 리하이드레이션 보관에서 높은 우선 순위의 리하일레이션은 일반 청구액보다 높을 수 있습니다. 응급 데이터 복원 상황에서 사용할 수 있게 우선 순위가 높은 리하이드레이션을 예약하는 것이 좋습니다.

자세한 내용은 리하일레이션 우선 순위를 참조하세요.
액세스 계층 Blob 삭제, 덮어쓰기 또는 다른 계층으로 이동 Blob 복사 작업을 사용하여 Blob을 업데이트하는 도구나 애플리케이션은 Blob을 덮어씁니다. 계층에 필요한 최소 일수가 경과하기 전에 Blob을 삭제하거나, 덮어쓰거나, 다른 계층으로 이동하면 조기 삭제 위약금이 부과됩니다.
데이터 보호 Blob 일시 삭제 사용 Blob을 덮어쓰면 Blob 스냅샷이 발생할 수 있습니다. Blob이 삭제된 경우와 달리 이러한 스냅샷 만들기는 기록되지 않습니다. 이로 인해 예기치 않은 스토리지 비용이 발생할 수 있습니다. 일시 삭제를 사용하도록 설정하지 않은 계정에 자주 덮어쓰는 데이터를 배치해야 하는지 여부를 고려합니다.

자세한 내용은 일시 삭제 사용 시 덮어쓰기가 처리되는 방법을 참조하세요.
데이터 보호 Blob 버전 관리 사용 한 Blob에서 모든 쓰기 작업은 새 버전을 만듭니다. Blob 일시 삭제를 사용하도록 설정하는 경우처럼, 자주 덮어쓰는 데이터를 버전 관리를 사용하도록 설정하지 않은 계정에 배치해야 하는지 여부를 고려합니다.

자세한 내용은 쓰기 작업의 버전 관리를 참조하세요.
모니터링 스토리지 분석 로그(클래식 로그) 사용 보존 정책이 설정되지 않으면 시간이 지남에 따라 스토리지 분석 로그가 계정에 누적될 수 있습니다. 예기치 않은 용량 요금을 발생시킬 수 있는 로그 축적을 방지하도록 보존 정책을 설정해야 합니다.

자세한 내용은 로그 데이터 보존 기간 수정을 참조하세요.
프로토콜 SFTP(SSH 파일 전송 프로토콜) 지원 사용 SFTP 엔드포인트를 사용하도록 설정하면 시간당 비용이 발생합니다. 수동 요금을 방지하려면 SFTP를 능동적으로 사용하여 데이터를 전송하는 경우에만 SFTP를 사용하도록 설정하는 것이 좋습니다.

SFTP 지원을 사용하도록 설정했다가 사용하지 않도록 설정하는 방법에 대한 지침은 SFTP(SSH 파일 전송 프로토콜)를 사용하여 Azure Blob Storage에 연결을 참조하세요.

질문과 대답(FAQ)

비용 관리 FAQ를 참조하세요.

다음 단계