공용 클라우드에서 관계형 데이터베이스의 성능을 최적화하려면 올바른 VM 크기를 선택하는 것이 중요합니다. 온프레미스 서버 환경의 SQL Server에 적용되는 것과 동일한 데이터베이스 성능 조정 옵션을 계속 사용하는 것이 좋습니다. 사용 "메모리 최적화" SQL Server 워크로드에 가장 적합한 성능을 제공하는 VM 크기입니다. 기존 배포의 성능 데이터를 수집하여 올바른 인스턴스를 선택하는 동안 RAM 및 CPU 사용률을 식별합니다. 대부분의 배포는 D, E 또는 M 시리즈 중에서 선택합니다.

중복성과 고가용성을 높이려면 SQL Server VM이 같아야 합니다 "사용 가능 여부 설정" 또는 다른 "가용성 영역". Azure VM을 생성할 때 가용성 세트 구성과 가용성 영역 중 하나를 선택해야 합니다. Azure VM은 두 영역에 모두 참여할 수 없습니다.

고가용성을 위해 SQL Server AOAG 또는 FCI(Always On Failover Cluster Instance)를 구성하는 것이 가장 좋습니다. AOAG의 경우 가상 네트워크의 Azure 가상 머신에 있는 SQL Server의 여러 인스턴스가 포함됩니다. 데이터베이스 수준에서 고가용성이 필요한 경우 SQL Server 가용성 그룹을 구성하는 것이 좋습니다.

Microsoft SQL Server를 SMB 파일 공유와 함께 스토리지 옵션으로 구축할 수 있습니다. SQL Server 2012, 시스템 데이터베이스(master, model, msdb 또는 tempdb), 사용자 데이터베이스는 SMB(Server Message Block) 파일 서버와 함께 스토리지 옵션으로 설치할 수 있습니다. 이는 SQL Server 독립 실행형 및 SQL Server FCI 모두에 적용됩니다.

Azure NetApp Files는 까다로운 작업 부하를 모두 충족할 수 있는 고성능 파일 스토리지를 제공하며 블록 스토리지 솔루션과 비교하여 SQL Server TCO를 줄입니다. 블록 스토리지에서 VM은 디스크 작업에 대해 I/O 및 대역폭에 제한을 가했으며 네트워크 대역폭 제한만 Azure NetApp Files에 적용됩니다. 즉, Azure NetApp Files에는 VM 레벨의 I/O 제한이 적용되지 않습니다. 이러한 I/O 제한이 없다면 Azure NetApp Files에 연결된 소규모 VM에서 실행되는 SQL Server는 물론 훨씬 큰 VM에서 실행되는 SQL Server도 수행할 수 있습니다. Azure NetApp Files는 컴퓨팅 및 소프트웨어 라이센싱 비용을 줄여 SQL Server 구축 비용을 절감합니다. SQL Server 배포용으로 Azure NetApp Files를 사용할 때의 비용 분석 및 성능 이점에 대한 자세한 내용은 를 참조하십시오 "Azure NetApp Files for SQL Server 구축의 이점".

Azure Portal 또는 Azure CLI를 통해 지속적으로 사용 가능한 공유를 생성합니다. 포털에서 지속적인 가용성 사용 속성 옵션을 선택합니다. Azure CLI의 경우 '$True'로 설정된 SMB-Continuously-aVL을 사용하여 생성한 az netapfile volume을 사용하여 공유를 지속적으로 사용 가능한 공유로 지정합니다. 지속적인 가용성을 지원하는 새 볼륨을 생성하는 방법에 대한 자세한 내용은 을 참조하십시오 "지속적으로 사용 가능한 공유 생성".

Azure NetApp Files는 Standard(테라바이트당 16MBps), Premium(테라바이트당 64MBps), Ultra(테라바이트당 128MBps)의 세 가지 서비스 수준을 지원합니다. 데이터베이스 워크로드의 성능을 최적화하려면 적절한 볼륨 크기를 프로비저닝하는 것이 중요합니다. Azure NetApp Files에서는 다음과 같은 요소의 조합을 기반으로 볼륨 성능과 처리량 제한이 있습니다.

자세한 내용은 을 참조하십시오 "Azure NetApp Files의 서비스 레벨".

다른 구현 기능과 마찬가지로 VM 및 스토리지를 테스트하는 것이 중요합니다. 스토리지 검증의 경우 HammerDB, Apploader, 등의 도구가 필요합니다 "SQL Server 저장 벤치마크(SB) 도구"또는 적절한 읽기/쓰기 혼합이 있는 사용자 지정 스크립트 또는 FIO를 사용해야 합니다. 그러나 대부분의 SQL Server 워크로드는 OLTP 워크로드가 많을 때에도 80%–90% 읽기, 10%–20% 쓰기에 더 가깝습니다.

성능을 보여주기 위해 프리미엄 서비스 수준을 사용하여 볼륨에 대해 빠른 테스트를 수행했습니다. 이 테스트에서는 애플리케이션 액세스와 데이터 마이그레이션 없이 볼륨 크기가 100GB에서 2TB로 즉석에서 증가했습니다.

이 백서에서 다룬 구축을 위해 HammerDB를 사용하여 실시간 성능 테스트를 수행한 또 다른 예를 살펴보겠습니다. 이 테스트에서는 vCPU 8개, 500GB 프리미엄 SSD, 500GB SMB Azure NetApp Files 볼륨이 포함된 작은 인스턴스를 사용했습니다. HammerDB는 80개의 웨어하우스와 8명의 사용자로 구성되었습니다.

다음 차트는 Azure NetApp Files이 비슷한 크기의 볼륨(500GB)을 사용할 때 4배 더 낮은 지연 시간으로 분당 2.6배의 트랜잭션 수를 제공할 수 있음을 보여 줍니다.

32x vCPU 및 16TB Azure NetApp Files 볼륨으로 더 큰 인스턴스로 크기를 조정하여 추가 테스트를 수행했습니다. 1ms 지연 시간의 일관적 으로 분당 트랜잭션 수가 크게 증가했습니다. HammerDB는 이 테스트를 위해 80개의 웨어하우스와 64명의 사용자로 구성되었습니다.

Azure NetApp Files를 사용하면 투명한 볼륨 크기 조정 및 서비스 수준 변경 기능을 다운타임 없이 애플리케이션에 영향을 주지 않습니다. 이 기능은 최대 메트릭으로 데이터베이스 사이징을 수행할 필요가 없는 동적 비용 관리를 가능하게 하는 고유한 기능입니다. 대신, 안정적인 상태의 워크로드를 사용하여 초기 비용을 방지할 수 있습니다. 볼륨 재구성 및 동적 서비스 수준 변경을 통해 데이터 액세스를 유지하면서 I/O를 일시 중지하지 않고 필요 시 Azure NetApp Files 볼륨의 대역폭과 서비스 수준을 거의 즉시 조정할 수 있습니다.

LogicApp 또는 기능과 같은 Azure PaaS 오퍼링을 사용하면 특정 웹 후크 또는 경고 규칙 트리거를 기반으로 볼륨 크기를 쉽게 조정할 수 있으므로 비용을 동적으로 처리하면서 워크로드 수요를 충족할 수 있습니다.

예를 들어, 안정적인 상태 작업을 위해 250MBps가 필요한 데이터베이스를 예로 들어 보겠습니다. 하지만 이 데이터베이스에는 400Mbps의 피크 처리량도 필요합니다. 이 경우 정상 상태 성능 요구사항을 충족하려면 Premium 서비스 레벨 내에서 4TB 볼륨을 사용하여 구축을 수행해야 합니다. 최대 사용 워크로드를 처리하기 위해 Azure 기능을 사용할 경우 특정 기간 동안 볼륨 크기를 7TB로 늘리고, 볼륨 크기를 줄여 구축이 비용 효율적입니다. 이렇게 구성하면 스토리지의 오버 프로비저닝이 방지됩니다.