Azure SQL Database 서버리스 구매 모델

 

·       Version : Azure SQL

 

Azure SQL 사용할 , 다양한 구매모델이 있다. vCore 기반 모델, DTU 서비스 계층, 서버리스 컴퓨팅 계층이 있는데, 이번 포스트에서는 서버리스 구매 모델에 대해서 살펴본다. 자세한 내용은 Microsoft 공식 문서인 아래 링크를 참고 한다.

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

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

 

Azure SQL Database 서버리스는 단일 데이터베이스에 대한 컴퓨팅 계층으로, 워크로드 수요 초당 사용된 컴퓨팅 양에 대한 청구를 기반으로 계산을 자동으로 조정한다. 서버리스 컴퓨팅 계층은 스토리지만 청구될 비활성 기간동안 데이터베이스를 자동으로 일시중지하고 활동이 반환되면 데이터베이스를 자동으로 다시 시작한다. 서버리스 컴퓨팅 계층은 자동 확장 자동 일시 중지에 대한 설정이 가능하고, 데이터베이스 성능 비용계산을 결정한다.

 

서버리스 Azure SQL Database 아래와 같은 특징을 가지고 있다.

·       최소 vCores 최대 vCores 데이터베이스에 사용할 있는 계산 용량 범위를 정의할 있다. 메모리 I/O 제한은 지정된 vCore 범위에 비례한다.

·       Autopause delay 데이터베이스를 자동으로 일시 중지 하기 전에 비활성 상태로 유지 해야하는 기간을 정의한다. 데이터베이스는 다음 로그인 또는 다른 작업이 발생할 자동으로 다시 시작된다. 또는 autopausing 사용 하지 않도록 설정할 있다.

·       서버리스 데이터베이스의 비용은 컴퓨팅 비용과 스토리지 비용의 합계이다.

·       계산 사용량이 구성된 최소 최대 한계 사이 경우 계산 비용은 사용 vCore 메모리를 기반으로 한다.

·       컴퓨팅 사용량이 구성된 최소 한계 미만인 경우 컴퓨팅 비용은 구성된 최소 vCore 최소 메모리를 기준으로 한다.

·       데이터베이스가 일시 정지되면 계산 비용은 0이며 스토리지 비용만 발생 한다.

·       스토리지 비용은 프로비저닝 컴퓨팅 계층과 동일한 방식으로 결정된다.

 

아래 표는 서버리스 컴퓨팅 계층과 프로비저닝된 컴퓨팅 계층 간의 차이점을 요악한다.

 

서버리스 컴퓨팅

프로비저닝된 컴퓨팅

데이터베이스 사용패턴

시간이 지남에 따라 평균 컴퓨팅 활용도가 낮아 간헐적이고 예측할 수없는 사용량

시간이 지남에 따라 평균 컴퓨팅 사용률이 높은 정규 사용 패턴 또는 탄력적 풀을 사용하는 여러 데이터베이스

성능 관리 작업

적음

많음

컴퓨팅 크기 조정

자동

수동

컴퓨팅 응답성

비활성 기간 낮음

즉시

청구 세분성

초당

시간당

 

일반적으로 서버리스 데이터베이스는 max vCores 값에의해 설정된 한계 내에서 요청된 컴퓨팅에 대한 중단없이 리소스 요구를 충족시키기에 충분한 용량을 가진 머신에서 실행된다. 시스템이 내에 리소스 요구를 충족시킬 수없는 경우로드 밸런싱이 자동으로 발생하는 경우가 있다. 예를 들어, 리소스 수요가 4 개의 vCore이지만 2개의 vCore 사용할 있는 경우 4 개의 vCore 제공되기 전에로드 밸런싱에 최대 분이 걸릴 있다. 연결이 끊어 작업이 끝날 짧은 기간을 제외하고 데이터베이스는로드 균형 조정 중에 온라인 상태로 유지 된다.

 

서버리스 데이터베이스의 메모리는 프로비저닝 컴퓨팅 데이터베이스보다 자주 회수됩니다. 동작은 서버리스 비용을 제어하는 중요하며 성능에 영향을 있다. 프로비저닝 컴퓨팅 데이터베이스와 달리 CPU 또는 캐시 사용률이 낮으면 SQL 캐시의 메모리가 서버리스 데이터베이스에서 회수된다.

·       가장 최근에 사용한 캐시 항목의 전체 크기가 일정 기간 동안 임계값 아래로 떨어지면 캐시 활용도가 낮은 것으로 간주된다.

·       캐시 재사용이 트리거되면 대상 캐시 크기가 이전 크기의 일부로 점차 감소하고 사용량이 낮을 경우에만 회수 된다.

·       캐시 재사용이 발생하면 제거 캐시 항목을 선택하기위한 정책은 프로비저닝 컴퓨팅 데이터베이스와 동일하다.

·       캐시 크기는 구성 수있는 min vCore 의해 정의 최소 메모리 제한 아래로 절대 축소되지 않는다.

프로비저닝 데이터베이스와 동일한 방식으로 동일한 속도로 디스크에서 데이터를 가져올 SQL 캐시가 커진다. 데이터베이스가 사용중이면 캐시는 최대 메모리 제한까지 제한되지 않은 상태로 커질 있다.

 

Autopausing Autoresuming 아래와 같은 제약조건에 따라 자동 활성 비활성 된다. 서버를 사용 하지않는 데이터베이스를 autoresume autopause 하는 대기 시간은 일반적으로 1 분에서 autoresume, 1-10 분에서 autopause 정렬 된다.

 

[Autopausing]

 Autopause 지연 기간 동안 다음 조건이 모두 true 경우 Autopausing 트리거된다.

·       세션 = 0

·       사용자 풀에서 실행 되는 사용자 작업에 대한 CPU = 0

다음 기능은 autopausing 지원 하지 않는다. , 다음 기능 하나를 사용 하는 경우 데이터베이스 비활성 기간에 관계 없이 데이터베이스가 온라인 상태로 유지 된다.

·       지역에서 복제 (활성 지역 복제 자동 장애 조치 그룹)

·       장기 백업 보존 (LTR).

·       SQL 데이터 동기화에 사용되는 동기화 데이터베이스 동기화 데이터베이스와 달리 허브 멤버 데이터베이스는 autopausing 지원 한다.

·       Elastic Pool 사용 되는 작업 데이터베이스 이다.

Autopausing 데이터베이스를 온라인 상태로 만들어야 하는 일부 서비스 업데이트를 배포 하는 동안 일시적으로 차단 된다. 이러한 경우 서비스 업데이트가 완료 autopausing 다시 허용 된다.

 

[Autoresuming]

언제 다음 조건 하나라도 충족 Autoresuming 트리거 된다.

기능

자동 다시 시작 트리거

인증 권한 부여

로그인

위협 검색

데이터베이스 또는 서버 수준에서 위협 감지 설정 사용/사용

데이터베이스 또는 서버 수준에서 위협 검색 설정 수정

데이터 검색 분류

민감도 레이블 추가, 수정, 삭제 또는 보기

감사

감사 레코드 보기,

감사 정책 업데이트 또는 보기

데이터 마스킹

데이터 마스킹 규칙 추가, 수정, 삭제 또는 보기

투명한 데이터 암호화

투명한 데이터 암호화 상태 또는 상태 보기

쿼리(성능) 데이터 저장소

쿼리 저장소 설정 수정 또는 보기

자동 튜닝

자동 인덱싱과 같은 자동 실행 추천 사항의 적용 확인

데이터베이스 복사

복사본으로 데이터베이스를 만든다.

BACPAC 파일로 내보낸다.

SQL 데이터 동기화

구성 가능한 예약에 따라 실행되거나 수동으로 수행되는 허브 멤버 데이터베이스 간의 동기화

특정 데이터베이스 메타데이터

데이터베이스 태그를 추가 있다.

최대 vCores, min vCores 또는 autopause delay 변경 한다.

SSMS

18.1 이전의 SSMS 버전을 사용 서버의 모든 데이터베이스에 쿼리 창을 열면 동일한 서버에서 자동으로 일시 중지 데이터베이스를 다시 시작 합니다. SSMS 버전 18.1 이상을 사용 하는 경우에는이 동작이 발생 하지 않는다.

 

 

 

[참고자료]

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

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

 

 

 

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

 

 

Azure SQL, Managed Instance, Azure DTU,

Azure SQL에서 선택할 있는 다양한 배포 옵션

                                                                                                                                       

·       Version : Azure SQL

 

Microsoft Azure SQL 다양한 배포 옵션을 제공한다. 리프트 시프트 마이그레이션에서 기존 애플리케이션 현대화, 최신 클라우드 서비스 구축에 이르기 까지 Microsoft SQL Server 엔진으로 구동되는 여러 배포 옵션을 제공한다. Azure SQL 단일 통합 관리 환경을 제공하여 다양한 SQL Server 기반 응용 프로그램 모음을 대규모로 관리하는 복잡성을 제거한다. 배포에 옵션에 관한 자세한 내용은 아래 링크를 참고 한다.

·       (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-paas-vs-sql-server-iaas?WT.mc_id=DP-MVP-4039834

·       (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-paas-vs-sql-server-iaas?WT.mc_id=DP-MVP-4039834

Microsoft 데이터 플랫폼은 SQL Server 기술을 활용하며 물리적 -프레미스 컴퓨터, 사설 클라우드 환경, 타사 호스팅 사설 클라우드 환경 공용 클라우드에 걸쳐 사용할 있도록 한다. Azure virtual machine ( SQL virtual machines) 대한 SQL Server 사용하면 동일한 서버 제품, 개발 도구 전문 지식 집합을 사용하는 동시에 -프레미스 클라우드 호스팅 배포를 조합하여 고유하고 다양한 비즈니스 요구사항을 충족할 있다. 아래 그림에 표시된 것처럼 제품은 인프라를 통해 보유하고 있는 관리 수준 비용 효울성을 기준으로 지정할 있다.

 

 

[SQL Database ]

안정적인 최신 SQL Server 기능을 사용하고 개발 마케팅에 시간 제한이 있는 최신 클라우드 응용 프로그램에 가장 적합하다. 안정적인 최신 SQL Server Enterprise Edition 기준으로 하는 완전 관리형 SQL 데이터베이스 엔진은PaaS(Platform as a Service) 범주로 분류되며, Azure 클라우드에서 호스트되는 관계형 DBaaS(Database as a Service)이다. SQL 데이터베이스는 여러 배포 옵션을 제공하며, 배포 옵션은 Microsoft에서 소유하고 호스트하고 유지 관리하는 표준화된 하드웨어 소프트웨어를 기반으로 한다. SQL Server 사용하면 광범위한 구성 (-프레미스 또는 Azure 가상 컴퓨터) 필요로 하는 기본 제공기능 기능을 사용할 있다. SQL Database 사용할 경우 추가 성능에 맞게 중단 없이 강화 확장하는 옵션을 통해 사용량에 따라 지불한다. SQL Database에는 기본 제공 고가용성, 인텔리전스 관리와 같이 SQL Server에서 사용할 없는 가지 추가 기능이 있다.

·       데이터베이스 서버를 통해 관리되는 자체 리소스 집합이 포함 단일 데이터베이스는 SQL Server 포함 데이터베이스와 비슷하다. 옵션은 새로운 클라우드 기반 애플리케이션의 최신 애플리케이션 개발에 맞게 최적화되어 있다. Hyperscale 서버 리스 옵션을 사용할 있다.

·       데이터베이스 서버를 통해 관리 되는 리소스의 공유 집합이 있는 데이터베이스를 Elastic Pool 이동하거나 Elastic Pool에서 제거할 있다. 옵션은 다중 테넌트 SaaS 응용 프로그램 패턴을 사용하여 새로운 클라우드를 사용 하는 응용 프로그램의 최신 응용 프로그램 개발에 최적화 되어 있다. Elastic Pool 변수 사용 패턴이 있는 여러 데이터베이스의 성능을 관리 하는 비용 효율적인 솔루션을 제공한다.

·       단일 데이터베이스 Elastic Pool 그룹을 관리하는 사용되는 데이터베이스 서버입니다. 데이터베이스 서버는 여러 단일 데이터베이스 또는 풀링된 데이터베이스, 로그인, 방화벽 규칙, 감사 규칙, 위협 검색 정책및 장애조치 (failover) 그룹에 대한 중앙 관리 지점 역할을 한다.

 

[SQL Managed Instance]

클라우드로의 대부분 마이그레이션에 적합 하다.Managed Instance 리프트 시프트 준비가 리소스의 공유 집합을 사용하는 시스템 사용자 데이터베이스의 컬렉션이다. 안정적인 최신 SQL Server 기능을 사용하고 최소한의 변경으로 클라우드로 마이그레이션되는 응용 프로그램 또는 기존 -프레미스 응용 프로그램에 가장 적합하다. Managed Instance 데이터베이스의 공유 리소스 추가 인스턴스 범위 기능을 제공 하는 Microsoft SQL Server 데이터베이스 엔진의 인스턴스와 비슷하다. Managed Instance 데이터베이스 변경없이 또는 최소한의 변경으로 -프레미스에서 데이터베이스를 마이그레이션할 있도록 지원한다. 옵션은 Azure SQL Database 모든 PaaS 혜택을 제공하지만 이전에 SQL VM에서만 사용할 있었던 기능을 추가한다. 여기에는 기본 가상 네트워크(VNet) -프레미스 SQL Server와의 거의 100% 호환성이 포함된다. Managed Instance SQL Server Azure 마이그레이션하기 위한 전체 SQL Server 액세스 기능 호환성을 제공한다.

 

[SQL virtual machines]

OS 수준 액세스를 필요로 하는 마이그레이션 응용 프로그램에 가장 적합하다. SQL 가상 머신은 변경 내용을 최소화 하거나 변경 하지 않고 클라우드로 신속하게 마이그레이션해야 하는 기존 응용 프로그램에 대해 리프트 시프트가 준비된다. SQL 가상 머신은 Azure로의 마이그레이션을 위해 SQL Server 인스턴스 기본 OS 모든 관리 권한을 제공한다. SQL 가상 머신은 IaaS (Infrastructure as a Service ) 포함 되며, Azure 클라우드의 완전히 관리 되는 VM (가상 머신) 내에서 SQL Server 실행할 있다. SQL 가상 머신은 Microsoft에서 소유하고 호스트 하며 유지관리하는 표준화된 하드웨어에서도 실행된다. SQL 가상 컴퓨터를 사용하는경우 이미 SQL Server 이미지에 포함 SQL Server 라이선스를 지불하거나 기존 라이선스를 쉽게 사용할 있다. 필요에 따라 VM 중지하거나 다시 시작할 수도 있다. 클라우드에 설치 호스트 되는 SQL Server Azure에서 실행 되는 Windows Server 또는 Linux 가상 컴퓨터 (IaaS (infrastructure as a service) 라고도 )에서 실행된다. SQL 가상 머신은 데이터베이스를 변경 하지않고 -프레미스 SQL Server 데이터베이스 응용 프로그램을 마이그레이션하는데 적합한 옵션이다. 모든 최신 버전의 SQL Server IaaS 가상 머신에 설치할 있다. SQL database SQL Managed Instance 가장 중요한 차이점은 SQL Server VM 데이터베이스 엔진에 대한 모든 권한을 허용 한다는 것이다. 유지 관리/패치를 시작할 시기를 선택하고, 복구 모델을 단순 또는 대량 로그로 변경하거나, 필요에 따라 서비스를 일시 중지 하거나 시작 , SQL Server 데이터베이스 엔진을 완벽하게 사용자 지정할 있다. 추가 컨트롤을 사용 하면 가상 머신을 관리하는 추가 책임이 있다.

 

Azure Portal에서는 SQL 가상 머신을 비롯 모든 Azure SQL 리소스 관리할 있는 단일 페이지를 제공 한다. Azure SQL 리소스 페이지에 액세스 하려면 Azure Portal 왼쪽 메뉴에서 Azure SQL 선택한. Azure SQL 목록에 없는 경우 모든 서비스를 선택한 다음 검색 상자에 Azure SQL 입력 합니다.기존 리소스를 관리 하려면 목록에서 원하는 항목을 선택한다. Azure SQL 리소스를 만들려면 [+ Add] 선택한다.

 

[+ Add] 선택한 여러 옵션에 대한 추가 정보를 확인할 있다.

 

 

[참고자료]

·       (영어) https://docs.microsoft.com/en-us/azure/sql-database/sql-database-paas-vs-sql-server-iaas?WT.mc_id=DP-MVP-4039834

·       (한국어) https://docs.microsoft.com/ko-kr/azure/sql-database/sql-database-paas-vs-sql-server-iaas?WT.mc_id=DP-MVP-4039834

 

 

 

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

 

 

Azure SQL, Managed Instance, Azure SQL Database, Azure Virtual Machine

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

+ Recent posts