티스토리 뷰

 

SQL Database – 서비스 계층 및 성능 수준

 

SQL Database를 만들거나 설정을 변경하려면 아래 그림처럼 적절한 계층과 성능 수준을 결정해야 합니다
 

서비스 계층과 성능 수준의 아래 표를 통해 적절한 서비스 계층을 선택할 수 있습니다.

서비스계층

성능수준

기능

설명

Basic

Basic

-Geo-Restore

-Point In Time Restore -7

-Auditing

-크기가 작은 데이터베이스에 적합

-한번에 하나의 활성 작업 지원

-개발 또는 테스트에 사용되는 경우

-가끔씩만 사용하는 소규모 응용 프로그램

Standard

S1

S2

-Standard Geo-Restore

-Point In Time Restore -14

-Auditing

-대부분의 클라우드 응용 프로그램에 적합

-여러 개의 동시 쿼리를 지원

-작업 그룹 또는 웹 응용 프로그램

Premium

P1

P2

P3

-Active Geo-Restore

-Point In Time

Restore -35

-Auditing

-트랜잭션을 많이 수행하는 응용 프로그램

-많은 수의 동시 사용자를 지원

-최고의 비즈니스 연속성 기능을 요구

-중요한 업무용 응용 프로그램

 

서비스 계층에 대한 일반적인 시나리오는 아래와 같습니다.

l  Basic: 개발중인 응용 프로그램, 단일 사용자 데이터베이스

l  Standard: 동시요청이 여러 개 있는 데이터베이스

l  Premium: 높은 최대 부하, 다수의 동시 요청, 낮은 대기 시간

 

대략적으로 서비스 계층은 위의 표를 통해 선택이 가능할 것 같습니다. 성능 수준을 보다 더 구체적으로 살펴볼 수도 있는데 아래 표를 참고하십시오.

서비스계층

/성능수준

DTU

최대DB

크기

최대작업자 스레드

최대

세션

벤치마크

트랜잭션 속도

예측 가능성

Basic

5

2 GB

20

100

17,805/시간

좋음

Standard/S1

15

250 GB

50

200

782/

우수함

Standard/S2

50

250 GB

100

500

2,954/

우수함

Premium/P1

100

500 GB

200

2,000

98/

최상

Premium/P2

200

500 GB

400

4,000

192/

최상

Premium/P3

800

500 GB

1,600

16,000

730/

촤상

 

-       DTU(데이터베이스 처리량 단위): 각 데이터베이스 수준의 성능을 나타내며 CPU, 메모리, 읽기 쓰기가 단일 단위로 결합

-       ASDB(Azure SQL 데이터베이스 벤치마크): OLTP 작업에서 가장 많이 수행되는 데이터베이스 작업 조합을 사용하여 성능 수준의 실제 처리량을 측정

-       트랜잭션 속도: ASDB 벤치마크에서 생성되는 메트릭으로, 시간 단위당 트랜잭션 수

-       예측 가능성: 응답 시간이 일정하면 성능 예측 가능

 

성능을 모니터링하여 적정한 성능 수준을 지정이 가능하며 아래 구문과 같은 SQL 구문을 실행하여 모니터링 가능합니다. 자세한 내용은 참조 URL에서 확인 가능합니다.

 

SELECT *

FROM sys.resource_stats

WHERE database_name = 'userdb1' AND

      start_time > DATEADD(day, -7, GETDATE())

ORDER BY start_time DESC;

 

참조 URL

http://msdn.microsoft.com/ko-kr/library/azure/dn741336.aspx

http://msdn.microsoft.com/ko-kr/library/azure/dn369873.aspx

 

 

댓글