내보내기(0) 인쇄
모두 확장

저장소 분석 로깅 정보

업데이트 날짜: 2013년 11월

Storage Analytics는 저장소 서비스의 성공 및 실패한 요청에 대한 세부 정보를 기록합니다. 이 정보는 개별 요청을 모니터링하고 저장소 서비스의 문제를 진단하는 데 사용할 수 있습니다. 요청은 최상의 노력을 기반으로 기록됩니다.

Storage Analytics를 사용하려면 모니터링하려는 각 서비스에 대해 개별적으로 사용하도록 설정해야 합니다. Windows Azure 관리 포털에서 Storage Analytics를 사용하도록 설정할 수 있습니다. 자세한 내용은 저장소 계정을 모니터링하는 방법을 참조하십시오. REST API 또는 클라이언트 라이브러리를 통해 프로그래밍 방식으로 Storage Analytics를 사용하도록 설정할 수도 있습니다. Blob 서비스 속성 가져오기(REST API), 큐 서비스 속성 가져오기(REST API)테이블 서비스 속성 가져오기(REST API) 작업을 사용하여 각 서비스에 대해 Storage Analytics를 사용하도록 설정할 수 있습니다.

로그 항목은 저장소 서비스 작업이 있는 경우에만 생성됩니다. 예를 들어 Blob 서비스에는 저장소 계정에 작업이 포함되지만 테이블 또는 큐 서비스의 경우에는 작업이 포함되지 않는 경우 Blob 서비스와 관련된 로그만 생성됩니다.

다음과 같은 유형의 인증된 요청이 기록됩니다.

  • 성공한 요청

  • 제한 시간, 제한, 네트워크, 권한 부여 및 기타 오류를 포함한 실패한 요청

  • 실패 및 성공한 요청을 포함하여 SAS(공유 액세스 서명)를 사용하는 요청

  • 분석 데이터 요청

로그 만들기 또는 삭제와 같이 Storage Analytics 자체에서 수행되는 요청은 기록되지 않습니다. 기록된 데이터의 전체 목록은 저장소 분석에서 기록한 작업 및 상태 메시지저장소 분석 로그 형식 항목에서 설명합니다.

다음과 같은 유형의 익명 요청이 기록됩니다.

  • 성공한 요청

  • 서버 오류

  • 클라이언트 및 서버 모두의 시간 초과 오류

  • 오류 코드 304(수정되지 않음)가 표시된 실패한 GET 요청

다른 모든 실패한 익명 요청은 기록되지 않습니다. 기록된 데이터의 전체 목록은 저장소 분석에서 기록한 작업 및 상태 메시지저장소 분석 로그 형식 항목에서 설명합니다.

모든 로그는 저장소 계정에 대해 Storage Analytics를 사용하도록 설정할 때 자동으로 생성되는 $logs라는 컨테이너의 블록 blob에 저장됩니다. $logs 컨테이너는 저장소 계정의 blob 네임스페이스에 있습니다. 예: http://<accountname>.blob.core.windows.net/$logs. Storage Analytics를 사용하도록 설정한 후에는 해당 콘텐츠를 삭제할 수 있더라도 이 컨테이너를 삭제할 수 없습니다.

note참고
$logs 컨테이너는 ListContainers 메서드와 같은 컨테이너 목록 작업을 수행할 때 표시되지 않습니다. 직접 액세스해야 합니다. 예를 들어 ListBlobs 메서드를 사용해서 $logs 컨테이너의 blob에 액세스할 수 있습니다.

요청이 기록될 때 Storage Analytics는 중간 결과를 블록으로 업로드합니다. Storage Analytics는 주기적으로 이러한 블록을 커밋하고 이를 blob로 사용할 수 있도록 설정합니다.

같은 시간에 생성된 로그에 대해서는 중복된 레코드가 존재할 수 있습니다. 레코드가 중복되었는지 여부는 RequestIdOperation 번호를 통해 확인할 수 있습니다.

각 로그는 다음과 같은 형식으로 작성됩니다.

<service-name>/YYYY/MM/DD/hhmm/<counter>.log

다음 표에서는 로그 이름의 각 특성에 대해 설명합니다.

 

특성 설명

<service-name>

저장소 서비스의 이름입니다. 예: blob, table 또는 queue

YYYY

로그의 4자리 숫자 연도입니다. 예: 2011

MM

로그의 2자리 숫자 월입니다. 예: 07

DD

로그의 2자리 숫자 일입니다. 예: 31

hh

24시간 UTC 형식으로 된 로그의 시작 시간을 나타내는 2자리 숫자 시간입니다. 예: 18

mm

로그의 시작 분을 나타내는 2자리 숫자입니다.

note참고
이 값은 현재 버전의 Storage Analytics에서 지원되지 않으며 해당 값은 항상 00입니다.

<counter>

한 시간 동안 저장소 서비스에 대해 생성된 로그 blob 수를 나타내는 6자리 숫자의 카운터(0부터 시작)입니다. 이 카운터는 000000에서 시작합니다. 예: 000001

다음은 위 예를 결합한 완전한 예제 로그 이름입니다.

blob/2011/07/31/1800/000001.log

다음은 위 로그에 액세스하는 데 사용할 수 있는 예제 URI입니다.

https://<accountname>.blob.core.windows.net/$logs/blob/2011/07/31/1800/000001.log

저장소 요청이 기록되면 요청된 작업이 완료된 시간에 맞게 결과 로그 이름이 조정됩니다. 예를 들어 GetBlob 요청이 2011년 7월 31일 오후 6:30에 완료되었으면 다음 접두사를 사용해서 로그가 기록됩니다. blob/2011/07/31/1800/

모든 로그 blob는 blob에 포함되는 로깅 데이터를 식별하는 데 사용할 수 있는 메타데이터에 저장됩니다. 다음 표에서는 각 메타데이터 특성에 대해 설명합니다.

 

특성 설명

LogType

로그에 읽기, 쓰기 또는 삭제 작업과 관련된 정보가 포함되는지 여부를 설명합니다. 이 값은 한 가지 유형을 포함하거나 쉼표로 구분하여 세 가지 유형을 모두 포함할 수 있습니다.

예 1: write

예 2: read,write

예 3: read,write,delete

StartTime

YYYY-MM-DDThh:mm:ssZ 형식을 사용해서 표시되는 로그 항목의 초기 시간입니다. 예: 2011-07-31T18:21:46Z

EndTime

YYYY-MM-DDThh:mm:ssZ 형식을 사용해서 표시되는 로그 항목의 마지막 시간입니다. 예: 2011-07-31T18:22:09Z

LogVersion

로그 형식의 버전입니다. 현재는 다음 값만 지원됩니다. 1.0

다음 목록에서는 위 예제를 사용한 전체 예제 메타데이터를 보여줍니다.

  • LogType=write

  • StartTime=2011-07-31T18:21:46Z

  • EndTime=2011-07-31T18:22:09Z

  • LogVersion=1.0

$logs 컨테이너의 모든 데이터는 Windows Azure 관리되는 라이브러리에서 제공된 .NET API를 포함하여 Blob 서비스 API를 사용해서 액세스할 수 있습니다. 저장소 계정 관리자는 로그를 읽고 삭제할 수 있지만 로그를 만들거나 업데이트할 수 없습니다. 로그를 쿼리할 때는 로그의 메타데이터와 로그 이름을 모두 사용할 수 있습니다. 특정 시간의 로그가 순서 없이 표시될 수 있지만 메타데이터는 항상 로그에 포함되는 로그 항목의 시간 범위를 지정합니다. 따라서 특정 로그를 검색할 때 로그 이름과 메타데이터를 조합해서 사용할 수 있습니다.

참고 항목

표시:
© 2014 Microsoft