테이블 서비스 통계 가져오기
작업은 Get Table Service Stats
Azure Table Storage에 대한 복제와 관련된 통계를 검색합니다. 스토리지 계정에 대해 읽기 액세스 지역 중복 복제를 사용하는 경우에만 보조 위치 엔드포인트에서 사용할 수 있습니다.
요청
다음과 같이 Get Table Service Stats
요청을 생성할 수 있습니다. HTTPS를 사용하는 것이 좋습니다.
myaccount를 스토리지 계정 이름으로 바꾸고 -secondary 접미사가 필요합니다.
메서드 | 요청 URI | HTTP 버전 |
---|---|---|
GET | https://myaccount-secondary.table.core.windows.net/?restype=service&comp=stats |
HTTP/1.1 |
참고
호스트 이름을 URI의 경로 및 쿼리 부분과 구분하려면 항상 URI에 슬래시 문자(/)가 포함되어야 합니다. 이 작업에서는 URI의 경로 부분이 비어 있습니다.
URI 매개 변수
요청 URI에 다음과 같은 추가 매개 변수를 지정할 수 있습니다.
매개 변수 | 설명 |
---|---|
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 Table Storage 모니터링을 참조하세요. |
요청 본문
없음
응답
응답에는 HTTP 상태 코드, 응답 헤더 집합 및 응답 본문이 포함되어 있습니다.
상태 코드
작업에 성공하면 상태 코드 200(정상)이 반환됩니다. 보조 읽기에 대해 사용하도록 설정되지 않은 보조 위치 엔드포인트에서 호출되면 HTTP 상태 코드 403(계정 권한 부족)을 반환합니다.
응답 헤더
이 작업의 응답에는 다음과 같은 헤더가 포함됩니다. 응답 헤더에는 또한 추가 표준 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: 보조 위치가 활성 상태이고 작동 중임을 나타냅니다. - 부트스트랩: 기본 위치에서 보조 위치로의 초기 동기화가 진행 중임을 나타냅니다. 일반적으로 복제를 처음 사용하도록 설정할 때 발생합니다. - 사용할 수 없음: 보조 위치를 일시적으로 사용할 수 없음을 나타냅니다. |
LastSyncTime |
UTC 날짜/시간 값(초)입니다. 이 값 앞에 오는 모든 기본 쓰기는 보조 쓰기에서 읽기 작업에 사용할 수 있도록 보장됩니다. 이 시점 이후의 기본 쓰기는 읽기에 사용할 수 있거나 사용할 수 없을 수 있습니다. 를 사용할 수 없는 경우 LastSyncTime 값이 비어 있을 수 있습니다. 이는 복제 상태 부트스트랩이거나 사용할 수 없는 경우에 발생할 수 있습니다.지역 복제를 지속적으로 사용하도록 설정 LastSyncTime 하더라도 몇 분마다 새로 고쳐지는 서비스의 캐시된 값이 결과에 반영될 수 있습니다. |
권한 부여
계정 소유자만 이 작업을 호출할 수 있습니다.
설명
지역 중복 복제를 통해 Azure Storage는 데이터를 두 위치에서 지속적으로 유지 관리합니다. 두 위치 모두에서 Azure Storage는 데이터의 여러 정상 복제본을 지속적으로 유지 관리합니다.
데이터를 읽거나 만들거나 업데이트하거나 삭제하는 위치는 주 저장소 계정 위치입니다. 기본 위치는 Azure 관리 Azure 클래식 포털(예: 미국 중북부)을 통해 계정을 만들 때 선택하는 지역에 있습니다.
데이터가 복제되는 위치는 보조 위치입니다. 보조 위치는 주 지역과 자동으로 지리적으로 쌍을 이루는 지역에 상주합니다. 저장소 계정에 대해 읽기 액세스 지리적 중복 복제가 설정되어 있는 경우, 보조 위치에서 읽기 전용 액세스가 가능합니다.
읽기 액세스 지역 중복 복제에 대한 자세한 내용은 데이터 중복성을 참조하세요.
보조 엔드포인트에 대한 읽기 작업에 대한 요청을 생성하려면 Table Storage에서 읽는 데 사용하는 URI의 계정 이름에 -secondary 를 추가합니다. 예를 들어 쿼리 엔터티 작업에 대한 보조 URI는 과 유사합니다 https://myaccount-secondary.table.core.windows.net/mytable(PartitionKey='<partition-key>',RowKey='<row-key>')
.
샘플 요청 및 응답
다음은 Get Table Service Stats
작업에 대한 예제 요청입니다.
GET http://myaccount-secondary.table.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-Table/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>