Azure SQL Database의 vCore 모델과 DTU 모델에서 마이그레이션

Azure SQL Database의 vCore 모델과 DTU 모델에서 마이그레이션

 

l  Version : Azure SQL

 

Azure SQL Database에서 vCore(가상코어) 구매 모델은 컴퓨팅 및 스토리지 리소스를 독립적으로 확장하고 온-프레미스 성능을 조정하며 가격을 최적화할 수 있다. 또한 하드웨어 세대(Generation)을 선택할 수 있다. 하드웨어 세대는 시간 및 지역에 따라 지원되는 세대가 다르므로, 항상 Microsoft의 공식 문서를 참고할 수 있도록 한다.

l  (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-service-tiers-vcore/?WT.mc_id=DP-MVP-4039834

l  (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-service-tiers-vcore/?WT.mc_id=DP-MVP-4039834

 

vCore 기반 구매 모델은 범용, 중요 비스니스, 하이퍼 규모의 세 계층을 제공한다. 이러한 서비스 계층은 다양한 계산 크기, 고가용성 디자인, 내결함성 방법, 저장소의 형식 및 크기, I/O 범위로 구분된다. 백업에 필요한 스토리지와 보존 기간을 개별적으로 구성해야 한다. 백업 보존 기간을 설정하려면 Azure Portal에서 백업 관리에서 할 수 있다.  아래 표는 세 계층 간의 차이점을 설명한다.

	범용	업무상 중요	대규모
적합한 대상	예산 중심의 균형 잡힌 컴퓨팅 및 스토리 옵션을 제공	트랜잭션 속도가 높고 IO 대기 시간이 낮은 OLTP 및 빠른 장애조치에 높은 복원력을 제공	대부분의 비즈니스 워크로드. 최대 100TB의 자동 스케일링 스토리지 크기, 유동적인 수직 및 수평 컴퓨팅 스케일링, 빠른 데이터 베이스 복원
컴퓨팅	프로 비전 된 계산: Gen4: 1 개에서 24 개 까지의 vCores Gen5: 2 ~ 80 vCores 서버를 사용 하지 않는 계산: Gen5: 0.5-16 vCores	프로 비전 된 계산: Gen4: 1 개에서 24 개 까지의 vCores Gen5: 2 ~ 80 vCores	프로 비전 된 계산: Gen4: 1 개에서 24 개 까지의 vCores Gen5: 2 ~ 80 vCores
메모리	프로 비전 된 계산: Gen4: vCore당 7GB Gen5: vCore당 5.1GB 서버를 사용 하지 않는 계산: Gen5: VCore 당 최대 24gb	프로 비전 된 계산: Gen4: vCore당 7GB Gen5: vCore당 5.1GB	프로 비전 된 계산: Gen4: vCore당 7GB Gen5: vCore당 5.1GB
스토리지	원격 저장소 사용	로컬 SSD 저장소 사용	필요에 따라 유연하게 증가하는 저장소 사용, 최대 100TB 저장소 지원
I/O 처리량 (근사치)	단일 데이터베이스 및 탄력적 풀: 최대 4만의 vCore 당 500 IOPS. 관리 되는 인스턴스: 파일의 크기에 따라 다름	최대 20만의 코어 당 5000 IOPS 최대 IOPS	Hyperscale은 여러 수준에서 캐싱을 사용 하는 다중 계층 아키텍처이며 유효 IOPs는 워크 로드에 따라 다름
가용성	복제본 1 개, 읽기 확장 복제본 없음	3개 복제본, 1개 읽기 크기 조정 복제본, 영역 중복 HA (고가용성)	1 읽기/쓰기 복제본 및 0-4 읽기 확장 복제본
백업	읽기 액세스 지역 중복 저장소 (RA-GRS), 7-35 일 (기본적으로 7 일)	RA-GRS, 7-35일(기본값: 7일)	Azure 원격 저장소의 스냅숏 기반 백업 복원은 빠른 복구를 위해 이러한 스냅샷을 사용, 백업은 즉시 수행
In-Memory	지원되지 않음	지원됨	지원되지 않음

 

 

vCore 기반 구매 모델의 프로비전 된 계산 계층에서는 SQL Server에 대한 Azure 하이브리드 혜택을 사용하여 SQL Database에 대한 할인된 요금으로 기존 라이선스를 교환할 수 있다. 이 Azure 혜택을 통해 소프트웨어 보증이 있는 온-프레미스 SQL Server 라이선스를 사용하여 Azure SQL Database 최대 30%까지 절약할 수 있다.

 

Azure 하이브리드 혜택을 사용하면 SQL database 엔진 자체 (기본 계산 가격 책정)에 기존 SQL Server 라이선스를 사용하여 기본 Azure 인프라에 대해서만 비용을 지불하도록 선택하거나 기본 인프라와 SQL Server에 대해 비용을 지불할 수 있다.

 

DTU 기반 모델에서 vCore 기반 구매 모델로 마이그레이션하는 것은 standard 및 premium 서비스 계층에 있는 데이터베이스 간의 지역에서 복제 관계를 업그레이드하거나 다운그레이드 하는 것과 비슷하다. 마이그레이션 중에 지역에서 복제를 중지할 필요는 없지만 아래 규칙을 따라야 한다.

l  업그레이드하는 경우 보조 데이터베이스를 먼저 업그레이드한 다음, 주 데이터베이스를 업그레이드해야 한다.

l  다운그레이드하는 경우 반대 순서로 주 데이터베이스를 먼저 다운그레이드한 다음, 보조 데이터베이스를 다운그레이드 해야 한다.

l  Elastic Pool 복제를 사용하는 경우 하나의 풀을 기본 풀로 지정하고 다른 풀을 보조 데이터베이스로 지정하는 것이 좋다. 이 경우 Elastic Pool을 마이그레이션하는 경우 동일한 순서의 지침을 사용해야 한다.

l  주 데이터베이스와 보조 데이터베이스를 모두 포함하는 Elastic Pool을 사용하는 경우 사용률이 높은 풀을 주 데이터베이스로 처리하고 그에 따라 시퀀싱 규칙을 따른다.

 

아래 표는 특정 마이그레이션 시나리오에 대한 지침을 제공한다.

현재 서비스 계층	대상 서비스 계층	마이그레이션 유형	사용자 작업
Standard	범용 가상 컴퓨터	수평	순서에 관계없이 마이그레이션할 수 있지만 적절한 vCore 크기 조정을 보장해야 한다.
Premium	중요 비즈니스용	수평	순서에 관계없이 마이그레이션할 수 있지만 적절한 vCore 크기 조정을 보장해야 한다.
Standard	중요 비즈니스용	업그레이드	먼저 보조 데이터베이스를 마이그레이션해야 한다.
중요 비즈니스용	Standard	다운그레이드	먼저 주 데이터베이스를 마이그레이션해야 한다.
Premium	범용 가상 컴퓨터	다운그레이드	먼저 주 데이터베이스를 마이그레이션해야 한다.
범용 가상 컴퓨터	Premium	업그레이드	먼저 보조 데이터베이스를 마이그레이션해야 한다.
중요 비즈니스용	범용 가상 컴퓨터	다운그레이드	먼저 주 데이터베이스를 마이그레이션해야 한다.
범용 가상 컴퓨터	중요 비즈니스용	업그레이드	먼저 보조 데이터베이스를 마이그레이션해야 한다.

 

여러 데이터베이스가 있는 장애 조치 그룹을 마이그레이션하려면 주 데이터베이스와 보조 데이터베이스를 개별적으로 마이그레이션해야 한다. 이 과정에서 동일한 고려사항과 순서지정 규칙이 적용된다. 데이터베이스를 vCore 기반 구매 모델로 변환한 후에는 장애 조치 (failover) 그룹이 동일한 정책 설정에 계속 적용된다.

 

주 데이터베이스에 사용한 것과 동일한 서비스 계층을 사용하여 지역에서 복제 보조 데이터베이스 (지역 보조 데이터베이스)를 만들 수 있다. 로그 생성 비율이 높은 데이터베이스의 경우 주 데이터베이스와 동일한 계산 크기로 지역 보조 데이터베이스를 만드는 것이 좋다.

단일 주 데이터베이스에 대한 Elastic Pool에서 지역 보조 데이터베이스를 만드는 경우 풀에 대 한 maxVCore 설정이 주 데이터베이스의 계산 크기와 일치하는지 확인한다. 다른 Elastic Pool에서 주 데이터베이스에 대 한 지역 보조 데이터베이스를 만드는 경우 풀에 동일한 @no__t 0 설정을 갖는 것이 좋다.

 

 

[참고자료]

l  (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-service-tiers-vcore/?WT.mc_id=DP-MVP-4039834

l  (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-service-tiers-vcore/?WT.mc_id=DP-MVP-4039834

 

 

2019-10-09 / Sungwook Kang / http://sungwookkang.com/

 

 

Azure SQL, Managed Instance, Azure vCore