2013-01-07 8 views
4

Azure 진단 데이터를 수집 할 때 준비 슬롯은 진단 데이터를 WadPerformanceCounters 테이블에도 보냅니 까?Azure 진단 프로그램은 Azure 준비 슬롯에서 실행합니까?

만약 그렇다면 어떻게해야합니까? 또는 진단을 읽을 때 스테이징/프로덕션을 어떻게 구별 할 수 있습니까?

실제로 웹 사이트의 일부가 준비 슬롯 인 경우 웹 사이트에 대한 데이터를 표시하고 싶지 않습니다.

답변

3

예 - Windows Azure 진단은 프로덕션 및 준비 슬롯에서 실행됩니다. 이 두 슬롯 간의 유일한 차이점은 DNS 이름입니다.

진단 기능을 활성화하는 데는 http://msdn.microsoft.com/en-us/library/gg433048.aspx에 좋은 출발점이 있습니다. 이 링크는 Windows Azure 진단에 대한 많은 정보에 대한 링크를 제공합니다.

프로덕션 및 스테이징 슬롯을 구별하기 위해 진단 테이블 데이터 (예 : WadPerformanceCountersTable)에 방법이 있다고 생각하지 않습니다. RowID 값을 기반으로 필터링 할 수 있습니다.이 값은 productionID와 Staging간에 다른 deploymentID가 포함되어 있다고 생각합니다.

프로덕션 및 스테이징 슬롯에 다른 스토리지 계정을 사용할 수도 있습니다. 그것은 런타임에 할 수있는 .cscfg의 비교적 빠른 업데이트 것입니다.

+0

그게 내가 생각했을거야. 준비 == 생산, 그렇지 않으면 준비는 가치가 거의 없습니다. DeploymentId를 사용하는 것이이 모든 작업의 ​​핵심입니다. 배포 할 때마다 배포 ID가 변경된다는 인상하에있었습니다. 그러나 내 대답에서 볼 수 있듯이 스테이징 슬롯 배포 ID를 사용하여 WadPerformanceCountersTable을 쿼리 할 수있었습니다. 준비 데이터가 전혀 저장되어 있지 않습니다. 왜 그렇지 않은지 나는 모른다. –

+0

스테이징 및 프로덕션 슬롯이 동일한 버전인지 확인하겠습니다. 나의 이전 코멘트는이 감독으로 인해 틀릴 수도 있습니다. 나는 곧 돌아올 것이다. –

+0

확인 됨. 내 준비 버전이 오래되었습니다. 또한 배포 ID가 일정한 것처럼 보이므로 사용할 수 있습니다. 고맙습니다. –

3

Azure 진단 데이터를 수집 할 때 준비 슬롯도 진단 데이터를 WadPerformanceCounters 테이블에 보냅니 까?

네, 같은 테이블에 있습니다.

각 배치는 특정 인스턴스의 대시 보드 (생산 준비)

DeploymentId Dashboard

샘플 WadPerformanceCountersTable 표에서 볼 수있는 그 고유 배포 ID를 얻는다

DeploymentId Table


특정 배포 (준비 또는 프로덕션)와 관련된 로그를 찾으려면 배포 식별자로 테이블을 필터링 할 수 있습니다. 예 : 단일 배포 식별자에 대한 너무 많은 항목이있는 경우

DeploymentId eq '1a2c09bea1234bc1b5e6edb99993ab21' 

, 당신은 예를 들어, (2013년 1월 자정 5 후 로그인 DeploymentId '1a2c09bea1234bc1b5e6edb99993ab21'모든 항목), 말, 추가 시간 속성에 의해 항목의 수를 줄일 수

DeploymentId eq '1a2c09bea1234bc1b5e6edb99993ab21' and Timestamp gt datetime'2013-01-05T00:00:00Z' 

이 키위와 Gaurav에 의해 지적 필터링 푸른 표 스토리지의 매우 최적의 방법은 (아님을 유의하시기 바랍니다.

전체 테이블 스캔 발생합니다 PartitionKey 포함되지 않습니다 모든 쿼리를 WAD 테이블의 PartitionKey은 날짜/시간 값을 나타내므로 Timestamp 대신이를 사용하는 것이 좋습니다.Effective way of fetching diagnostics data 게시물이 매우 유용 할 수 있습니다.

환경 별 (준비 대 생산) 및 특정 배포 항목을 찾는 데 도움이됩니다.

+1

+1 이것은 또한 이미지 때문에 유용한 대답이기 때문에. 그러나 PartitionKey 및 RowKey 만 인덱싱되므로 쿼리 중 하나를 지정하지 않고 쿼리하면 비용이 많이 듭니다. (특히 WadPerformanceCountersTable만큼 빠르게 성장하는 테이블). –

+1

Tom의 주석에 대한 한마디주의 사항 (및 Kiwi의 의견에 추가) : PartitionKey를 포함하지 않는 쿼리는 전체 테이블 검색을 발생시킵니다. WAD 테이블의 PartitionKey는 날짜/시간 값을 나타내므로 Timestamp 대신이 값을 사용하는 것이 좋습니다. 이 게시물은 유용 할 수 있습니다. http://gauravmantri.com/2012/02/17/effective-way-of-fetching-diagnostics-data-from-windows-azure-diagnostics-table-hint-use-partitionkey/ –

+1

아주 좋은 포인트 녀석들! 스테이징과 프로덕션 엔트리의 차이점을 보여 주겠다는 주제를 크게 벗어나고 싶지 않았습니다. 그러나 확실히 나의 대답을 명확히하고 당신의 의견을 포함 할 것입니다. – Tom

관련 문제