다음을 통해 공유

Blob 서비스 통계 가져오기

  • 아티클

작업은 Get Blob Service Stats Azure Blob Storage 복제와 관련된 통계를 검색합니다. 작업은 스토리지 계정에 대해 읽기 액세스 지역 중복 복제를 사용하도록 설정한 경우에만 보조 위치 엔드포인트에서 사용할 수 있습니다.

요청

다음과 같이 요청을 생성할 Get Blob Service Stats 수 있습니다. HTTPS를 사용하는 것이 좋습니다. myaccount를 사용자의 저장소 이름으로 바꾸십시오. -secondary 접미사는 필수라는 사실에 유의하십시오.

메서드 요청 URI HTTP 버전
GET https://myaccount-secondary.blob.core.windows.net/?restype=service&comp=stats HTTP/1.1

참고

호스트 이름을 경로 및 쿼리 부분과 구분하려면 URI에 항상 슬래시(/)가 포함되어야 합니다. 이 작업의 경우 URI의 경로 부분은 비어 있습니다.

URI 매개 변수

요청 URI에 다음과 같은 추가 매개 변수를 지정할 수 있습니다.

매개 변수 Description
Timeout 선택 사항입니다. timeout 매개 변수는 초 단위로 표시됩니다.

요청 헤더

다음 표에서는 필수 요청 헤더와 선택적 요청 헤더에 대해 설명합니다.

요청 헤더 Description
Authorization 필수 사항입니다. 권한 부여 체계, 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage에 대한 요청 권한 부여를 참조하세요.
Date or x-ms-date 필수 사항입니다. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage에 대한 요청 권한 부여를 참조하세요.
x-ms-version 모든 권한 있는 요청에 필요합니다. 이 요청에 사용할 작업의 버전을 지정합니다. 자세한 내용은 Azure Storage 서비스에 대한 버전 관리를 참조하세요.
x-ms-client-request-id 선택 사항입니다. 로깅이 구성될 때 로그에 기록되는 1키비바이트(KiB) 문자 제한을 사용하여 클라이언트에서 생성된 불투명 값을 제공합니다. 이 헤더를 사용하여 클라이언트 쪽 활동과 서버가 수신하는 요청의 상관 관계를 지정하는 것이 좋습니다. 자세한 내용은 Azure Blob Storage 모니터링을 참조하세요.

요청 본문

없음

응답

응답에는 HTTP 상태 코드, 응답 헤더 집합 및 응답 본문이 포함되어 있습니다.

상태 코드

작업에 성공하면 상태 코드 200(정상)이 반환됩니다. 보조 읽기에 대해 사용하도록 설정되지 않은 보조 위치 엔드포인트에서 작업이 호출되면 오류와 함께 HTTP 상태 코드 403을 InsufficientAccountPermissions 반환합니다.

응답 헤더

이 작업의 응답에는 다음과 같은 헤더가 포함됩니다. 응답 헤더에는 또한 추가 표준 HTTP 헤더가 포함됩니다. 모든 표준 헤더는 HTTP/1.1 프로토콜 사양을 준수합니다.

응답 헤더 Description
x-ms-request-id 만들어진 요청을 고유하게 식별하며 이를 사용하여 요청 문제를 해결할 수 있습니다. 자세한 내용은 API 작업 문제 해결을 참조하세요.
x-ms-version 응답에 사용되는 작업의 버전을 지정합니다. 자세한 내용은 Azure Storage 서비스에 대한 버전 관리를 참조하세요.
Date 서비스에서 생성된 UTC 날짜/시간 값으로, 응답이 시작된 시간을 나타냅니다.
x-ms-client-request-id 요청 및 해당 응답의 문제를 해결하는 데 사용할 수 있습니다. 이 헤더의 값은 x-ms-client-request-id 헤더가 요청에 있고 표시되는 ASCII 문자가 1,024자 이하인 경우 헤더 값과 같습니다. 헤더가 x-ms-client-request-id 요청에 없는 경우 이 헤더는 응답에 없습니다.

응답 본문

응답 본문의 형식은 다음과 같습니다.

<?xml version="1.0" encoding="utf-8"?>  
<StorageServiceStats>  
  <GeoReplication>        
      <Status>live|bootstrap|unavailable</Status>  
      <LastSyncTime>sync-time|<empty></LastSyncTime>  
  </GeoReplication>  
</StorageServiceStats>

다음 표에서는 응답 본문의 요소에 대해 설명합니다.

응답 헤더 Description
Status 보조 위치의 상태입니다. 가능한 값은 다음과 같습니다.

- live: 보조 위치가 활성 상태이고 작동 중임을 나타냅니다.
- bootstrap: 기본 위치에서 보조 위치로의 초기 동기화가 진행 중임을 나타냅니다. 일반적으로 복제를 처음 사용하도록 설정할 때 발생합니다.
- 사용할 수 없음: 보조 위치를 일시적으로 사용할 수 없음을 나타냅니다.
LastSyncTime 보조 위치에 대한 GMT 날짜/시간 값입니다. 이 값 앞에 오는 모든 기본 쓰기는 보조에서 읽기 작업에 사용할 수 있도록 보장됩니다. 이 시점 이후의 기본 쓰기는 읽기에 사용할 수 있거나 사용할 수 없을 수 있습니다.

를 사용할 수 없는 경우 LastSyncTime 값이 비어 있을 수 있습니다. 복제 상태가 bootstrap 또는 unavailable인 경우 이러한 상황이 발생할 수 있습니다.

지역 복제를 계속 사용하도록 설정 LastSyncTime 하더라도 몇 분마다 새로 고쳐지는 서비스의 캐시된 값이 결과에 반영될 수 있습니다.

권한 부여

Azure Storage에서 데이터 액세스 작업을 호출할 때 권한 부여가 필요합니다. 아래에 설명된 대로 작업에 권한을 Get Blob Service Stats 부여할 수 있습니다.

중요

Microsoft는 관리 ID와 함께 Microsoft Entra ID 사용하여 Azure Storage에 대한 요청에 권한을 부여하는 것이 좋습니다. Microsoft Entra ID 공유 키 권한 부여에 비해 뛰어난 보안 및 사용 편의성을 제공합니다.

Azure Storage는 Microsoft Entra ID 사용하여 Blob 데이터에 대한 요청에 권한을 부여할 수 있도록 지원합니다. Microsoft Entra ID 사용하면 Azure RBAC(Azure 역할 기반 액세스 제어)를 사용하여 보안 주체에 권한을 부여할 수 있습니다. 보안 주체는 사용자, 그룹, 애플리케이션 서비스 주체 또는 Azure 관리 ID일 수 있습니다. 보안 주체는 OAuth 2.0 토큰을 반환하기 위해 Microsoft Entra ID 인증됩니다. 그런 다음 토큰을 사용하여 Blob service에 대한 요청을 승인할 수 있습니다.

Microsoft Entra ID 사용하여 권한 부여에 대한 자세한 내용은 Microsoft Entra ID 사용하여 Blob에 대한 액세스 권한 부여를 참조하세요.

사용 권한

아래에는 Microsoft Entra 사용자, 그룹, 관리 ID 또는 서비스 주체가 작업을 호출 Get Blob Service Stats 하는 데 필요한 RBAC 작업과 이 작업을 포함하는 최소 권한의 기본 제공 Azure RBAC 역할이 나와 있습니다.

Azure RBAC를 사용하여 역할을 할당하는 방법에 대한 자세한 내용은 Blob 데이터에 액세스하기 위해 Azure 역할 할당을 참조하세요.

설명

지역 중복 복제를 통해 Azure Storage는 수백 마일 떨어져 있는 두 위치에서 데이터를 지속적으로 유지 관리합니다. 두 위치 모두에서 Azure 저장소는 데이터에 대한 여러 정상 복제를 지속적으로 유지 관리합니다.

지역 중복 쌍에는 다음이 포함됩니다.

  • 기본 위치: 데이터를 읽고, 만들고, 업데이트하거나, 삭제하는 위치입니다. 기본 위치는 Azure 클래식 포털(예: 미국 중북부)을 통해 계정을 만들 때 선택하는 지역에 있습니다.

  • 보조 위치: 데이터가 복제되는 위치입니다. 보조 위치는 주 지역과 지리적으로 자동으로 쌍을 이루는 지역에 상주합니다. 스토리지 계정에 대해 읽기 액세스 지역 중복 복제 를 사용하도록 설정한 경우 보조 위치에서 읽기 전용 액세스를 사용할 수 있습니다. 읽기 액세스 지역 중복 복제에 대한 자세한 내용은 데이터 중복성을 참조하세요.

데이터를 읽거나 만들거나 업데이트하거나 삭제하는 위치는 주 저장소 계정 위치입니다. 기본 위치는 Azure Management Azure 클래식 포털(예: 미국 중북부)을 통해 계정을 만들 때 선택한 지역에 있습니다. 데이터가 복제되는 위치는 보조 위치입니다. 보조 위치는 주 지역과 자동으로 지리적으로 쌍을 이루는 지역에 상주합니다. 저장소 계정에 대해 읽기 액세스 지리적 중복 복제가 설정되어 있는 경우, 보조 위치에서 읽기 전용 액세스가 가능합니다. 읽기 액세스 지역 중복 복제에 대한 자세한 내용은 데이터 중복성을 참조하세요.

보조 엔드포인트에 대한 읽기 작업에 대한 요청을 생성하려면 Blob Storage에서 읽는 데 사용하는 URI의 계정 이름에 를 추가 -secondary 합니다. 예를 들어 Blob 가져오기 작업에 대한 보조 URI는 과 유사합니다 https://myaccount-secondary.blob.core.windows.net/mycontainer/myblob.

결제

가격 책정 요청은 Blob Storage REST API를 통해 직접 또는 Azure Storage 클라이언트 라이브러리에서 Blob Storage API를 사용하는 클라이언트에서 비롯할 수 있습니다. 이러한 요청은 트랜잭션당 요금을 발생합니다. 트랜잭션 유형은 계정 청구 방식에 영향을 줍니다. 예를 들어 읽기 트랜잭션은 쓰기 트랜잭션과 다른 청구 범주에 발생합니다. 다음 표에서는 스토리지 계정 유형에 따라 요청에 대한 Get Blob Service Stats 청구 범주를 보여 줍니다.

작업 Storage 계정 유형 청구 범주
Blob 서비스 통계 가져오기 프리미엄 블록 Blob
표준 범용 v2		 기타 작업
Blob 서비스 통계 가져오기 표준 범용 v1 읽기 작업

지정된 청구 범주의 가격 책정에 대한 자세한 내용은 Azure Blob Storage 가격 책정을 참조하세요.

샘플 요청 및 응답

작업에 대한 Get Blob Service Stats 샘플 요청은 다음과 같습니다.

GET http://myaccount-secondary.blob.core.windows.net/?restype=service&comp=stats HTTP/1.1

이 요청은 다음 헤더와 함께 전송되었습니다.

x-ms-version: 2013-08-15  
x-ms-date: Wed, 23 Oct 2013 22:08:44 GMT  
Authorization: SharedKey myaccount:CY1OP3O3jGFpYFbTCBimLn0Xov0vt0khH/E5Gy0fXvg=

상태 코드 및 응답 헤더는 다음과 같이 반환됩니다.

HTTP/1.1 200 OK  
Content-Type: application/xml  
Date: Wed, 23 Oct 2013 22:08:54 GMT  
x-ms-version: 2013-08-15  
x-ms-request-id: cb939a31-0cc6-49bb-9fe5-3327691f2a30  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0

응답에는 다음 XML 본문이 포함됩니다.

<?xml version="1.0" encoding="utf-8"?>  
<StorageServiceStats>  
  <GeoReplication>  
      <Status>live</Status>  
      <LastSyncTime> Wed, 23 Oct 2013 22:05:54 GMT</LastSyncTime>        
  </GeoReplication>  
</StorageServiceStats>

추가 정보

계정에 대한 작업(Blob Storage)