하이퍼스케일 서비스 계층

적용 대상:Azure SQL Database

Azure SQL Database는 인프라 장애 시에도 고가용성을 보장하도록 클라우드 환경에 맞게 조정되는 SQL Server 데이터베이스 엔진 아키텍처를 기반으로 합니다. Azure SQL 데이터베이스에 대한 vCore 구매 모델에는 세 가지 서비스 계층 선택 항목이 있습니다.

  • 범용
  • 중요 비즈니스용
  • 하이퍼스케일

하이퍼스케일 서비스 계층은 모든 워크로드 유형에 적합합니다. 클라우드 네이티브 아키텍처는 독립적으로 확장 가능한 컴퓨팅 및 스토리지를 제공하여 가장 다양한 기존 및 최신 응용 프로그램을 지원합니다. 하이퍼스케일의 컴퓨팅 및 스토리지 리소스는 범용 및 중요 비즈니스용 계층에서 사용할 수 있는 리소스를 크게 초과합니다.

참고 항목

  • vCore 기반 구매 모델의 범용 및 중요 비즈니스용 서비스 계층에 대한 자세한 내용은 범용중요 비즈니스용 서비스 계층을 참조하세요. vCore 기반 구매 모델과 DTU 기반 구매 모델의 비교는 Azure SQL 데이터베이스의 vCore 및 DTU 기반 구매 모델 비교를 참조하세요.
  • 하이퍼스케일 서비스 계층은 현재 Azure SQL 데이터베이스에만 사용할 수 있으며, Azure SQL Managed Instance에는 사용할 수 없습니다.

하이퍼스케일 기능에는 무엇이 있나요?

Azure SQL Database의 하이퍼스케일 서비스 계층은 다음과 같은 추가 기능을 제공합니다.

  • 빠른 스케일 업 - 필요할 때 과도한 워크로드를 수용하도록 컴퓨팅 리소스를 지속적으로 스케일 업한 다음, 필요하지 않을 때 컴퓨팅 리소스를 다시 스케일 다운할 수 있습니다.
  • 빠른 스케일 아웃 - 읽기 워크로드를 오프로드하고 핫 대기로 사용하기 위해 하나 이상의 읽기 전용 복제본을 프로비저닝할 수 있습니다.
  • 서버리스 컴퓨팅 사용량에 따라 컴퓨팅에 대한 자동 스케일 업, 스케일 다운 및 청구.
  • Elastic Pool을 사용하는 리소스 요구가 다양한 하이퍼스케일 데이터베이스 그룹에 최적화된 가격/성능(프리뷰).
  • 최대 100TB의 데이터베이스 또는 Elastic Pool 크기를 지원하는 자동 크기 조정 스토리지.
  • 데이터 볼륨에 관계없이 더 높은 트랜잭션 로그 처리량과 더 빠른 트랜잭션 커밋 시간으로 인한 더 높은 전체 성능
  • 컴퓨팅 리소스에 IO 영향을 주지 않고 크기에 관계없이 빠른 데이터베이스 백업(파일 스냅샷 기반).
  • 몇 시간 또는 며칠이 아닌 몇 분 내에 빠른 데이터베이스 복원(파일 스냅샷 기반).

하이퍼스케일 서비스 계층은 클라우드 데이터베이스에서 기존에 확인되던 많은 실제 제한을 없애줍니다. 대부분의 다른 데이터베이스가 단일 노드에서 사용할 수 있는 리소스로 제한되지만 하이퍼스케일 서비스 계층의 데이터베이스에는 이러한 제한이 없습니다. 스토리지 아키텍처가 유연하기 때문에 필요에 따라 스토리지가 증가합니다. 실제로 하이퍼스케일 데이터베이스는 정의된 최대 크기로 만들어지지 않습니다. 하이퍼스케일 데이터베이스는 필요에 따라 확장되며, 할당된 스토리지 용량에 대해서만 요금이 청구됩니다. 읽기 집약적 워크로드의 경우 하이퍼스케일 서비스 계층에서 읽기 워크로드를 오프로드하는 데 필요한 추가 복제본을 프로비저닝하여 신속한 스케일 아웃을 제공합니다.

또한 데이터베이스 백업을 만들거나 규모 확대 또는 축소에 필요한 시간이 더 이상 데이터베이스의 데이터 볼륨과 관련되지 않습니다. 하이퍼스케일 데이터베이스는 거의 동시에 백업합니다. 프로비전된 컴퓨팅 계층에서 몇 분 내에 수십 테라바이트 단위로 데이터베이스 크기를 조정하거나 서버리스를 사용하여 컴퓨팅 크기를 자동으로 조정할 수도 있습니다. 이 기능은 초기 구성 선택에 따른 여러 가지 우려를 해소해줍니다.

하이퍼스케일 서비스 계층의 컴퓨팅 크기에 대한 자세한 내용은 서비스 계층 특성을 참조하세요.

하이퍼스케일 서비스 계층을 고려하면 좋은 대상

하이퍼스케일 서비스 계층은 더 높은 성능 및 가용성, 빠른 백업 및 복원, 빠른 스토리지 및 컴퓨팅 스케일링 성능이 필요한 모든 고객을 위한 것입니다. 여기에는 애플리케이션을 현대화하기 위해 클라우드로 이동하는 고객과 이미 Azure SQL Database의 다른 서비스 계층을 사용하고 있는 고객이 포함됩니다. 하이퍼스케일 서비스 계층은 순수 OLTP에서 순수 분석까지 광범위한 데이터베이스 워크로드를 지원합니다. OLTP 및 HTAP(하이브리드 트랜잭션 및 분석 처리) 워크로드에 최적화되어 있습니다.

참고 항목

하이퍼스케일의 Elastic Pool은 현재 프리뷰로 제공됩니다.

하이퍼스케일 가격 책정 모델

참고 항목

Azure SQL 데이터베이스 하이퍼스케일의 간소화된 가격 책정이 시작됩니다. Azure SQL 데이터베이스 하이퍼스케일 공지의 새 가격 책정 계층을 검토하고 가격 변경 세부 정보는 Azure SQL 데이터베이스 하이퍼스케일 – 더 낮고 간소화된 가격 책정을 참조하세요.

하이퍼스케일 서비스 계층은 vCore 모델에만 사용할 수 있습니다. 새 아키텍처에 맞게 가격 책정 모델이 범용 또는 중요 비즈니스용 서비스 계층과 약간 다릅니다.

  • 프로비저닝된 컴퓨팅:

    하이퍼스케일 컴퓨팅 단위 가격은 복제본별로 정해집니다. 사용자는 가용성 및 확장성 요구 사항에 따라 총 고가용성 보조 복제본(replica) 수를 0에서 4로 조정하고, 다양한 읽기 스케일 아웃 워크로드를 지원하기 위해 최대 30개의 명명된 복제본(replica) 만들 수 있습니다.

  • 서버리스 컴퓨팅:

    서버리스 컴퓨팅 청구는 사용량을 기반으로 합니다. 자세한 내용은 Azure SQL 데이터베이스의 서버리스 컴퓨팅 계층을 참조하세요.

  • 스토리지:

    하이퍼스케일 데이터베이스를 구성하는 경우 최대 데이터 크기를 지정할 필요가 없습니다. 하이퍼스케일 계층에서는 실제 할당에 따라 데이터베이스의 스토리지에 대한 요금이 청구됩니다. 스토리지는 필요에 따라 10GB~100TB 사이에서 10GB 단위로 자동으로 할당됩니다.

하이퍼스케일 가격 책정에 대한 자세한 내용은 Azure SQL Database 가격 책정을 참조 하세요.

Azure 리소스 제한

vCore 기반 서비스 계층은 데이터베이스 가용성, 스토리지 유형, 성능 및 최대 스토리지 크기에 따라 구별됩니다. 이러한 내용은 다음 표에 설명되어 있습니다.

범용 중요 비즈니스용 하이퍼스케일
적합한 대상 예산 중심의 균형 잡힌 컴퓨팅 및 스토리지 옵션을 제공합니다. 트랜잭션 속도가 높고 IO 대기 시간이 적은 OLTP 응용 프로그램입니다. 여러 상시 대기 복제본(replica)을 사용하여 가장 높은 오류 복원 및 빠른 장애 조치(Failover)를 제공합니다. 워크로드가 매우 다양합니다. 최대 100TB까지 스토리지 크기 자동 조정, 빠른 수직 및 수평 컴퓨팅 크기 조정, 빠른 데이터베이스 복원
컴퓨팅 크기 vCore 2~128개 vCore 2~128개 vCore 2~128개 1
스토리지 유형 프리미엄 원격 스토리지(인스턴스별) 초고속 로컬 SSD 스토리지(인스턴스별) 로컬 SSD 캐시를 사용하여 스토리지 분리(컴퓨팅 복제본(replica)당)
스토리지 크기1 1GB – 4TB 1GB – 4TB 10GB~100TB
IOPS vCore당 320 IOPS(최대 16,000 IOPS) vCore당 4,000 IOPS(최대 327,680 IOPS) 최대 로컬 SSD를 사용하는 327,680 IOPS
하이퍼스케일은 여러 수준에서 캐싱을 사용하는 다중 계층 아키텍처입니다. 효과적인 IOPS는 워크로드에 따라 달라집니다.
메모리/vCore 5.1GB 5.1GB 5.1GB 또는 10.2GB
가용성 1개 복제본(replica), 읽기 확장 없음, 영역 중복 HA 3개 복제본(replica), 1개 읽기 확장, 영역 중복 HA 다중 복제본, 최대 4개 읽기 확장, 영역 중복 HA
Backup LRS(로컬 중복), ZRS(영역 중복) 또는 GRS(지역 중복) 스토리지의 선택 항목
1~35일(기본적으로 7일) 보존, 최대 10년의 장기 보존 가능
LRS(로컬 중복), ZRS(영역 중복) 또는 GRS(지역 중복) 스토리지의 선택 항목
1~35일(기본적으로 7일) 보존, 최대 10년의 장기 보존 가능
LRS(로컬 중복), ZRS(영역 중복) 또는 GRS(지역 중복) 스토리지의 선택 항목
1~35일(기본적으로 7일) 보존, 최대 10년의 장기 보존 가능
가격 책정 및 청구 vCore, 예약된 스토리지 및 백업 스토리지가 청구됩니다.
IOPS는 청구되지 않습니다.
vCore, 예약된 스토리지 및 백업 스토리지가 청구됩니다.
IOPS는 청구되지 않습니다.
각 복제본(replica), 할당된 데이터 스토리지 및 백업 스토리지에 대한 vCore 요금이 청구됩니다.
IOPS는 청구되지 않습니다.
할인 모델2 예약 인스턴스
Azure 하이브리드 혜택3
Enterprise종량제 개발/테스트 구독
예약 인스턴스
Azure 하이브리드 혜택3
Enterprise종량제 개발/테스트 구독
예약 인스턴스
Azure 하이브리드 혜택3
Enterprise종량제 개발/테스트 구독

1Azure SQL 데이터베이스의 하이퍼스케일 Elastic Pool 개요는 현재 프리뷰로 제공됩니다.

2 2023년 12월 SQL Database 하이퍼스케일의 간소화된 가격 책정이 시작됩니다. 자세한 내용은 하이퍼스케일 가격 책정 블로그를 검토하세요.

3 2023년 12월 현재 Azure 하이브리드 혜택 새 하이퍼스케일 데이터베이스 또는 개발/테스트 구독에서 사용할 수 없습니다. 프로비전된 컴퓨팅을 사용하는 기존 하이퍼스케일 단일 데이터베이스는 2026년 12월까지 컴퓨팅 비용을 절감하기 위해 Azure 하이브리드 혜택을 계속 제공합니다. 자세한 내용은 하이퍼스케일 가격 책정 블로그를 검토하세요.

Compute 리소스

하드웨어 구성 CPU 메모리
표준 시리즈(Gen5) 프로비저닝된 컴퓨팅
- Intel® E5-2673 v4(Broadwell) 2.3 GHz, Intel® SP-8160(Skylake)1, Intel® 8272CL(Cascade Lake) 2.5 GHz1, Intel® Xeon® Platinum 8370C(Ice Lake)1, AMD EPYC 7763v(Milan) 프로세서
- 최대 80개의 vCore 프로비전(하이퍼 스레드)

서버리스 컴퓨팅
- Intel® E5-2673 v4(Broadwell) 2.3 GHz, Intel® SP-8160(Skylake)1, Intel® 8272CL(Cascade Lake) 2.5 GHz1, Intel® Xeon® Platinum 8370C(Ice Lake)1, AMD EPYC 7763v(Milan) 프로세서
- 최대 80개의 vCore 자동크기조정(하이퍼 스레드)
- 메모리 대 vCore 비율은 워크로드 수요에 따라 메모리 및 CPU 사용량에 동적으로 적응하며 vCore당 최대 24GB일 수 있습니다. 예를 들어 지정된 시점에 워크로드가 240GB 메모리와 10개 vCore에 대해서만 사용 및 청구될 수 있습니다.
프로비저닝된 컴퓨팅
- vCore당 5.1GB
- 최대 625GB 프로비전

서버리스 컴퓨팅
- vCore당 최대 24GB까지 자동크기조정
- 최대 240GB까지 자동크기조정
프리미엄 시리즈 - Intel® Xeon® Platinum 8370C(Ice Lake), AMD EPYC 7763v(Milan) 프로세서
- 최대 128개의 vCore 프로비전(하이퍼 스레드)
- vCore당 5.1GB
프리미엄 시리즈 메모리 최적화 - Intel® Xeon® Platinum 8370C(Ice Lake), AMD EPYC 7763v(Milan) 프로세서
- 최대 80개의 vCore 프로비전(하이퍼 스레드)
- vCore당 10.2GB

1sys.dm_user_db_resource_governance 동적 관리 뷰에서는 Intel® SP-8160(Skylake) 프로세서를 사용하는 데이터베이스에 대한 하드웨어 세대가 Gen6으로 표시되고, Intel® 8272CL(Cascade Lake)을 사용하는 데이터베이스에 대한 하드웨어 세대는 Gen7로 표시되며 Intel Xeon® Platinum 8307C(Ice Lake) 또는 AMD® EPYC® 7763v(Milan)를 사용하는 데이터베이스에 대한 하드웨어 세대는 Gen8로 표시됩니다. 지정된 컴퓨팅 크기 및 하드웨어 구성에 대해 리소스 한도는 CPU 유형에 관계없이 동일합니다. 자세한 내용은 단일 데이터베이스탄력적 풀의 리소스 한도를 참조하세요.

서비리스는 표준 시리즈(Gen5) 하드웨어에만 지원됩니다.

분산 함수 아키텍처

하이퍼스케일은 쿼리 처리 엔진을 데이터의 장기 스토리지 및 지속성을 제공하는 구성 요소와 구분합니다. 이 아키텍처는 필요한 만큼(초기 목표는 100TB) 스토리지 용량을 원활하게 스케일링하고 컴퓨팅 리소스를 빠르게 스케일링할 수 있습니다.

다음 다이어그램에서는 기능 하이퍼스케일 아키텍처를 보여 줍니다.

하이퍼스케일 아키텍처를 보여 주는 다이어그램

하이퍼스케일 분산 함수 아키텍처에 대해 자세히 알아보세요.

확장 및 성능상의 이점

추가 읽기 전용 컴퓨팅 노드를 신속하게 스핀업/스핀다운하는 기능을 사용하여 하이퍼스케일 아키텍처는 상당한 읽기 기능을 허용하며 더 많은 쓰기 요청을 제공하기 위해 기본 컴퓨팅 노드를 해제할 수도 있습니다. 또한 하이퍼스케일 아키텍처의 공유 스토리지 아키텍처로 인해 컴퓨팅 노드 규모를 빠르게 확대/축소할 수 있습니다. 하이퍼스케일의 읽기 전용 컴퓨팅 노드는 워크로드 수요에 따라 자동으로 컴퓨팅 크기를 조정하는 서버리스 컴퓨팅 계층에서도 사용할 수 있습니다.

하이퍼스케일 데이터베이스 만들기 및 관리

Azure Portal, Transact-SQL, PowerShell 및 Azure CLI를 사용하여 하이퍼스케일 데이터베이스를 만들고 관리할 수 있습니다. 자세한 내용은 빠른 시작: 하이퍼스케일 데이터베이스 만들기를 참조하세요.

연산 세부 정보 자세한 정보
하이퍼스케일 데이터베이스 만들기 하이퍼스케일 데이터베이스는 vCore 기반 구매 모델을 통해서만 사용할 수 있습니다. 빠른 시작: Azure SQL Database에서 하이퍼스케일 데이터베이스 만들기에서 하이퍼스케일 데이터베이스를 만드는 예제를 찾아보세요.
기존 데이터베이스를 하이퍼스케일로 업그레이드 Azure SQL Database의 기존 데이터베이스를 하이퍼스케일 계층으로 마이그레이션하는 것은 데이터 작업의 크기입니다. 기존 데이터베이스를 하이퍼스케일로 마이그레이션하는 방법을 알아보세요.
하이퍼스케일 데이터베이스를 범용 서비스 계층으로 역방향 마이그레이션 이전에 기존 Azure SQL Database를 하이퍼스케일 서비스 계층으로 마이그레이션한 경우 원래 하이퍼스케일로 마이그레이션한 후 45일 이내에 데이터베이스를 범용 서비스 계층으로 역방향 마이그레이션할 수 있습니다.

데이터베이스를 중요 비즈니스용과 같은 다른 서비스 계층으로 마이그레이션하려면 먼저 범용 서비스 계층으로 역방향 마이그레이션한 다음, 서비스 계층을 변경합니다.
역방향 마이그레이션에 대한 제한 사항을 포함하여 하이퍼스케일에서 역방향 마이그레이션하는 방법을 알아보세요.

하이퍼스케일의 데이터베이스 고가용성

다른 모든 서비스 계층에서와 마찬가지로 하이퍼스케일은 컴퓨팅 복제본 가용성에 관계없이 커밋된 트랜잭션에 대한 데이터 내구성을 보장합니다. 사용할 수 없게 된 주 복제본으로 인한 가동 중지의 정도는 장애 조치(failover) 유형(계획된 유형 및 계획되지 않은 유형), 영역 중복 구성 여부 및 하나 이상의 고가용성 복제본이 있는지 여부에 따라 달라집니다. 계획된 장애 조치(failover)(즉, 유지 관리 이벤트)에서 시스템은 장애 조치(failover)를 시작하기 전에 새 주 복제본을 만들거나 기존 고가용성 복제본을 장애 조치(failover) 대상으로 사용합니다. 계획되지 않은 장애 조치(failover)(즉, 주 복제본의 하드웨어 오류)에서 시스템은 고가용성 복제본이 있는 경우 이를 장애 조치(failover) 대상으로 사용하거나 사용 가능한 컴퓨팅 용량 풀에서 새 주 복제본을 만듭니다. 후자의 경우 새 주 복제본을 만드는 데 필요한 추가 단계로 인해 가동 중지 기간이 더 길어집니다.

유지 관리 기간을 선택하여 영향을 미치는 유지 관리 이벤트를 예측하고 워크로드 중단을 줄일 수 있습니다.

하이퍼스케일 SLA는 Azure SQL Database에 대한 SLA를 참조하세요.

백업 및 복원

하이퍼스케일 데이터베이스에 대한 백업 및 복원 작업은 파일 스냅샷 기반입니다. 이를 통해 이러한 작업을 거의 즉각적으로 수행할 수 있습니다. 하이퍼스케일 아키텍처는 백업 및 복원을 위해 스토리지 계층을 활용하므로 컴퓨팅 복제본(replica) 대한 처리 부담과 성능 영향이 줄어듭니다. 하이퍼스케일 백업 및 스토리지 중복성에서 자세히 알아봅니다.

하이퍼스케일 데이터베이스에 대한 재해 복구

재해 복구 작업이나 훈련, 재배치 또는 기타 이유의 일부로 Azure SQL Database의 하이퍼스케일 데이터베이스를 현재 호스팅된 지역이 아닌 다른 지역으로 복원해야 하는 경우 기본 방법은 데이터베이스의 지역 복원을 수행하는 것입니다. 지역 복원은 스토리지 중복성을 위해 지역 중복 스토리지(RA-GRS)가 선택된 경우에만 사용할 수 있습니다.

하이퍼스케일 데이터베이스를 다른 지역으로 복원에서 자세히 알아봅니다.

알려진 제한 사항

하이퍼스케일 서비스 계층에 대한 현재 제한 사항입니다. Microsift는 이러한 제한 사항을 최대한 많이 제거하기 위해 적극적으로 노력하고 있습니다.

문제 설명
다른 서비스 계층에서 데이터베이스 복원 하이퍼스케일이 아닌 데이터베이스는 하이퍼스케일 데이터베이스로 복원할 수 없으며, 반대의 경우도 마찬가지입니다.

다른 Azure SQL Database 서비스 계층에서 하이퍼스케일로 마이그레이션된 데이터베이스의 경우 마이그레이션 전 백업은 장기 보존 정책을 포함한 원본 데이터베이스의 백업 보존 기간 동안 유지됩니다. 데이터베이스의 백업 보존 기간 내에 마이그레이션 전 백업을 복원하는 것은 명령줄을 통해 지원됩니다. 이러한 백업을 하이퍼스케일이 아닌 서비스 계층으로 복원할 수 있습니다.
탄력적 풀 Elastic Pool은 현재 프리뷰로 제공됩니다.
메모리 내 OLTP 개체가 포함된 데이터베이스 마이그레이션 하이퍼스케일은 메모리 최적화 테이블 형식, 테이블 변수 및 고유하게 컴파일된 모듈을 포함하여 메모리 내 OLTP 개체의 하위 집합을 지원합니다. 그러나 마이그레이션되는 데이터베이스에 모든 메모리 내 OLTP 개체가 있는 경우 프리미엄 및 중요 비즈니스용 서비스 계층에서 하이퍼스케일로의 마이그레이션은 지원되지 않습니다. 이러한 데이터베이스를 하이퍼스케일로 마이그레이션하려면 모든 메모리 내 OLTP 개체 및 해당 종속성을 삭제해야 합니다. 데이터베이스가 마이그레이션되면 이러한 개체를 다시 만들 수 있습니다. 지속형 및 비지속형 메모리 최적화 테이블은 현재 하이퍼스케일에서 지원되지 않으며, 디스크 테이블로 변경해야 합니다.
데이터베이스 축소 DBCC SHRINKDATABASE, DBCC SHRINKFILE 또는 데이터베이스 수준에서 AUTO_SHRINK를 ON으로 설정하는 기능은 현재 하이퍼스케일 데이터베이스에서 지원되지 않습니다.
데이터베이스 무결성 검사 DBCC CHECKDB는 현재 하이퍼스케일 데이터베이스를 지원하지 않습니다. 해결 방법으로 DBCC CHECKTABLE('TableName') WITH TABLOCK 및 DBCC CHECKFILEGROUP WITH TABLOCK을 사용할 수 있습니다. Azure SQL Database의 데이터 무결성 관리에 대한 자세한 내용은 Azure SQL Database의 데이터 무결성을 참조하세요.
탄력적 작업 하이퍼스케일 데이터베이스를 작업 데이터베이스로 사용하는 것은 지원되지 않습니다. 그러나 탄력적 작업은 Azure SQL Database의 다른 데이터베이스와 동일한 방식으로 하이퍼스케일 데이터베이스를 대상으로 삼을 수 있습니다.
데이터 동기화 하이퍼스케일 데이터베이스를 허브 또는 동기화 메타데이터 데이터베이스로 사용하는 것은 지원되지 않습니다. 그러나 하이퍼스케일 데이터베이스는 데이터 동기화 토폴로지의 구성원 데이터베이스일 수 있습니다.
하이퍼스케일 서비스 계층 프리미엄 시리즈 하드웨어 프리미엄 시리즈 및 메모리 최적화 프리미엄 시리즈 하드웨어는 현재 서버리스 컴퓨팅 계층을 지원하지 않습니다.
국가별 가용성 하이퍼스케일 서비스 계층 프리미엄 시리즈 및 프리미엄 시리즈 메모리 최적화 하드웨어는 제한된 Azure 지역에서 사용할 수 있습니다. 목록은 하이퍼스케일 프리미엄 시리즈 가용성을 참조하세요.