Auzre 클라우드에는 이전 가격 책정 계층에있는 몇 가지 레거시 데이터베이스가 있습니다 ( '비즈니스'-기본 / 표준 / 프리미엄 계층을 사용할 수있게되기 전).
우리는 새로운 구조로의 전환을 모색하고 있으며 (그리고 새로운 기능을 활용) 결과적으로 몇 가지 테스트를 실행하여 가격 구조에 대해 얼마나 많은 성능 향상을 얻을 수 있는지 이해했습니다.
Azure SQL 버전은 DTU (데이터베이스 처리량 단위)로 측정되며 Azure는 이러한 단위를 성능 향상에 직접적으로 기여합니다. DTU는 CPU, 메모리, 읽기 및 쓰기 속도의 혼합 측정으로 데이터베이스 엔진의 성능을 나타냅니다. 이 측정은 고객이 Basic, Standard 및 Premium (Basic, S1, S2, P1, P2 및 P3)에서 사용할 수있는 6 가지 SQL Database 성능 수준의 상대적인 힘을 평가하는 데 도움이됩니다. 자세한 내용은 MSDN의 성능 가이드를 참조하십시오.
S0과 S2 데이터베이스의 차이를 보지 못한 후, 우리는 S0에 대한 벤치 마크로 테스트하기 위해 P3 버전을 사용했습니다. S0 및 P3 Azure SQL 데이터베이스에 대해 상당히 복잡한 쿼리를 실행하는 것 사이에 성능 차이가 전혀 없다는 사실에 놀랐습니다.
두 인스턴스 모두 원본 비즈니스 계층 Azure SQL 파일의 백업 파일에서 빌드되었습니다 (문제가 될 수 있습니까?).
P3 데이터베이스 (800 DTU 장치)가 S0 데이터베이스 (10 DTU 장치)를 날려 버릴 것으로 예상했듯이 저는 손실이났습니다. 둘 다 거의 동일하게 수행되었습니다. 둘 다 동일한 실행 계획을 사용했으며 둘 다 인덱스를 제자리에 두었습니다 (DBA는 저 자신이 아닌 설정).
이러한 구성에서 차이를 보지 못한 이유에 대한 통찰력이 있습니까?
다른 사람이 이러한 계층에서 향상된 성능 또는 성능 차이의 예가 있습니까?
쿼리가 S0 데이터베이스 자체에서 제공하는 리소스 제한 내에서 잘 실행되어 더 높은 수준의 DB가 더 이상 도움이되지 않을 수 있습니까? 이를 모니터링하는 가장 좋은 방법은 쿼리가 실행될 때 DB의 DTU 사용률을 측정하는 것입니다. DTU 사용률이 S0에 대해 100 % 미만이면 해당 쿼리에 대해 더 높은 수준의 DB 에디션을 사용하는 것이 더 이상 이익을 얻지 못할 수 있습니다.
다음은 리소스 사용량 모니터링 및 데이터베이스 성능 수준의 적절한 크기 조정에 대한 자세한 정보를 제공하는 블로그입니다. http://azure.microsoft.com/blog/2014/09/11/azure-sql-database-introduces-new-near-real-time-performance-metrics/
-스 리니
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다