2013-06-21 5 views

답변

1

Azure Storage는 선택 사항으로 분석하여 분석 할 수있는 메트릭을 제공합니다. 그러면 찾고있는 데이터 중 일부가 제공 될 수 있습니다. 스토리지 계정 한도 당 20,000 원의 TPS를 쉽게 계산할 수 있으므로 구현 방법에주의하십시오.

이 원격 측정법을 캡처 할 수 있도록 솔루션을 계측하는 것이 좋습니다. 이것은 때로는 응용 프로그램 내에서 문제가되는 큐 자체를 식별하는 데 도움이 될 수 있습니다. 또한 모든 대기열 작업을 .NET을 통해 수행하는 것이 비동기적인 방법을 사용하도록 권장하므로 전반적인 성능을 향상시킬 수 있습니다.

PS - 스토리지 계정에 대한 큐 규모의 목표는 2006 년 7 월 1 일 이후, 2012 2,000tps이 아니라 500 페이지입니다 작성 : http://blogs.msdn.com/b/windowsazure/archive/2012/11/02/windows-azure-s-flat-network-storage-and-2012-scalability-targets.aspx

+0

내가 링크에서 정보를 주셔서 감사합니다. 업그레이드 전에 저장소 계정이 생성되었으므로 지금 생각해보십시오. 주된 문제는 perfcounters를 설정하는 것입니까? 우리는 잠시 전에 그것을보고 있었고, 더 큰 프로젝트가 진행되면서 길가에 떨어졌습니다. 아마 그것을 다시 데리러 올거야. –

+0

대기열 처리량에 설정된 perfcounter가 없습니다. 당신이 응용 프로그램을 기준으로 로그온하지 않아도 무언가. 특정 기간 동안 각 프로세스의 메시지 수를 로컬에 저장하고 로그에 그 카운트를 기록하는 등의 작업을 수행 할 수 있습니다. 그런 다음 해당 로그를 모니터링하십시오. 또는, 발생할 수있는 인스턴스를 스로틀 관련 오류로 표시 한 다음 모니터링 할 수 있습니다. 그럼에도 불구하고 응용 프로그램의 적절한 계측은 원격 문제 분석에 중요합니다. – BrentDaCodeMonkey

관련 문제