Azure SQL databse , 스케일링

DTU	DTU는 컴퓨팅/스토리지/IO 를 하나로 묶은 단위 기본, 표준, 프리미엄 3계층 단순한 리소스옵션에 적합
vCore	HW세대와 HW특성까지 고려해야 된다면 코어수, 메모리, 스토리지크기 세부 선택이 필요시 범용, 중요비즈니스 2계층
Elastic pool	eDTU 사용  사용량이 급증하는 여러 개의 데이터베이스를 실행중인 경우 적합 평균사용률은 낮지만 갑자기 급증하는 서비스  풀에 충분한 리소스를 할당해놓고, 급증 서비스에 대응 가능

그럼, DTU, vCore 플랜은 

급증 시 장애가 생길 수 있음, 그때 그때 사람이 대응해야 되는 거네…. 

Auto scale 개념이 없는거네 

 

 

즉, DTU는 3가지 요소(컴퓨팅, 스토리지 , IO)가 시리얼하게 매핑되어 증가됨 

세부적으로 선택하기는 어려움 

 

vCore 방식은 컴퓨팅만 높게 필요하거나,  메모리만 높게 필요하거나,  스토리지 크기만 많이 필요하거나  각각 취사선택이 가능한 모델 

 

 

 

DTU 기반 가격 책정 모델 

vCore 기반 가격 책정 모델 

 

 

 

 

 

DTU, vCore 플랜에는 편법 AutoScale 적용 가능 아래 방법으로

 

출처: <https://blobeater.blog/2018/10/11/auto-scaling-azure-sql-db/>  

Auto-Scaling Azure SQL DB

 

 

Azure Logic Apps을 통한 오토스케일링

재발을 트리거 포인트로 설정하면이 워크 플로우를 시작하는 4 주마다 금요일 오후 11시 30 분 아래에 표시됩니다. (이것은 단지 예일 뿐이다) 

기본 워크 플로는 아래와 같습니다. 

트리거 포인트 (첫 번째 단계)가 전달되면 데이터베이스를 S0에서 S3으로 확장하는 코드 한 줄인 첫 번째 저장 프로 시저를 실행합니다. 

1  2  삼

CREATE PROCEDURE dbo.ScaleUp  AS  ALTER DATABASE [FastDB] MODIFY (SERVICE_OBJECTIVE = 'S3');

약 30 초 후에 아래 코드를 사용하여 성능 수준을 확인합니다. S3로 이동합니다. 

1  2  삼

--checking details  SELECT Edition = DATABASEPROPERTYEX('FastDB', 'Edition'),         ServiceObjective = DATABASEPROPERTYEX('FastDB', 'ServiceObjective')

 

나는 x 시간 동안이 성능 단계를 원한다. 그래서 x를 지연으로 정의한다. 필자의 예제에서 나는 단지 2 분을했지만 시간이 걸릴 수있다. 

그런 다음 지연이 만료되면 로직 애플리케이션은 현재 비용을 절감하고 상위 레벨에 대한 필요성을 없애기 위해 내 스케일 다운 요청을 발행합니다. 

FYI - 축소 코드 : 

 

CREATE PROCEDURE dbo.ScaleDown 

AS 

ALTER DATABASE [FastDB] MODIFY (SERVICE_OBJECTIVE = 'S0'); 

  

--checking details 

SELECT Edition = DATABASEPROPERTYEX('FastDB', 'Edition'), 

       ServiceObjective = DATABASEPROPERTYEX('FastDB', 'ServiceObjective')