하이퍼스케일 서비스 계층

적용 대상: Azure SQL Database

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

  • 범용/표준
  • 중요 비즈니스용/프리미엄
  • 하이퍼스케일

Azure SQL Database의 하이퍼스케일 서비스 계층은 vCore 기반 구매 모델의 최신 서비스 계층입니다. 이 서비스 계층은 Azure 아키텍처를 사용하여 범용 및 중요 비즈니스용 서비스 계층에 사용할 수 있는 제한을 초과하여 Azure SQL Database용 스토리지 및 컴퓨팅 리소스를 확장하는 확장성이 뛰어난 스토리지 및 컴퓨팅 성능 계층입니다.

참고

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

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

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

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

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

또한 데이터베이스 백업을 만들거나 규모 확대 또는 축소에 필요한 시간이 더 이상 데이터베이스의 데이터 볼륨과 관련되지 않습니다. 하이퍼스케일 데이터베이스는 거의 동시에 백업할 수 있습니다. 몇 분 안에 수십 테라바이트의 데이터베이스 규모를 확대 또는 축소할 수도 있습니다. 이 기능은 초기 구성 선택에 따른 여러 가지 우려를 해소해줍니다.

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

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

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

중요

탄력적 풀은 하이퍼스케일 서비스 계층을 지원하지 않습니다.

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

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

  • 컴퓨팅:

    하이퍼스케일 컴퓨팅 단위 가격은 복제본별로 정해집니다. Azure Hybrid 혜택 가격은 고가용성이름이 지정된 복제본에 자동으로 적용됩니다. 사용자는 가용성 및 크기 조정성 요구 사항에 따라 고가용성 보조 복제본의 총 수를 0에서 4까지 조정할 수 있으며 최대 30개의 명명된 복제본을 만들어 다양한 읽기 크기 조정 워크로드를 지원할 수 있습니다.

  • 스토리지:

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

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

Azure 리소스 제한

vCore 기반 서비스 계층은 다음 표에 설명된 대로 데이터베이스 가용성과 스토리지 유형, 성능, 최대 스토리지 크기에 따라 구별됩니다.

범용 하이퍼스케일 중요 비즈니스용
적합한 대상 예산 중심의 균형 잡힌 컴퓨팅 및 스토리지 옵션을 제공합니다. 대부분의 비즈니스 워크로드. 최대 100TB까지 스토리지 크기 자동 조정, 빠른 수직 및 수평 컴퓨팅 크기 조정, 빠른 데이터베이스 복원 트랜잭션 속도가 높고 IO 대기 시간이 적은 OLTP 애플리케이션 동시에 업데이트된 여러 복제본을 사용하여 가장 높은 오류 복원 및 빠른 장애 조치를 제공
컴퓨팅 크기 vCore 2~128개 2~128개 vCore1 vCore 2~128개
스토리지 유형 프리미엄 원격 스토리지(인스턴스별) 로컬 SSD 캐시를 사용한 분리형 스토리지(인스턴스별) 초고속 로컬 SSD 스토리지(인스턴스별)
스토리지 크기1 5GB~4TB 최대 100TB 5GB~4TB
IOPS vCore당 500 IOPS(최대 7,000 IOPS) 하이퍼스케일은 여러 수준에서 캐싱을 사용하는 다중 계층 아키텍처입니다. 유효 IOPS는 워크로드에 따라 달라집니다. 5,000 IOPS(최대 200,000 IOPS)
가용성 복제본 1개, 읽기 스케일 아웃 없음, 영역 중복 HA, 로컬 캐시 없음 다중 복제본, 최대 4개의 읽기 확장, 영역 중복 HA, 부분 로컬 캐시 3개 복제본, 1개 읽기 확장, 영역 중복 HA, 전체 로컬 스토리지
Backup 지역 중복, 영역 중복 또는 로컬 중복 백업 스토리지 중에서 선택, 1~35일 보존(기본값 7일) 지역 중복, 영역 중복 또는 로컬 중복 백업 스토리지 중에서 선택, 1~35일 보존(기본값 7일) 지역 중복, 영역 중복 또는 로컬 중복 백업 스토리지 중에서 선택, 1~35일 보존(기본값 7일)

1 하이퍼스케일 서비스 계층에는 탄력적 풀이 지원되지 않습니다.

참고

하이퍼스케일 데이터베이스에 대한 1-35일의 단기 백업 보존은 현재 미리 보기로 제공됩니다.

Compute 리소스

하드웨어 구성 CPU 메모리
Gen4 - Intel® E5-2673 v3(Haswell) 2.4-GHz 프로세서
- 최대 24개의 vCore 프로비전(물리적)
- vCore당 7GB
- 최대 168GB 프로비전
표준 시리즈(Gen5) 프로비저닝된 컴퓨팅
- Intel® E5-2673 v4(Broadwell) 2.3GHz, Intel® SP-8160(Skylake)*, Intel® 8272CL(Cascade Lake) 2.5GHz*, Intel® Xeon Platinum 8307C(Ice Lake)*, AMD EPYC 7763v(밀라노) 프로세서
- 최대 128개의 vCore 프로비전(하이퍼 스레드)

서버리스 컴퓨팅
- Intel® E5-2673 v4(Broadwell) 2.3GHz, Intel® SP-8160(Skylake)*, Intel® 8272CL(Cascade Lake) 2.5GHz*, Intel Xeon® Platinum 8307C(Ice Lake)*, AMD EPYC 7763v(밀라노) 프로세서
- 최대 40개의 vCore 자동 스케일 업(하이퍼 스레드)
프로비저닝된 컴퓨팅
- vCore당 5.1GB
- 최대 625GB 프로비전

서버리스 컴퓨팅
- vCore당 최대 24GB까지 자동 스케일 업
- 최대 120GB까지 자동 스케일 업
프리미엄 시리즈(미리 보기) - Intel® Xeon Platinum 8307C(Ice Lake), AMD EPYC 7763v(밀라노) 프로세서 - vCore당 5.1GB
- 최대 128개의 vCore 프로비전(하이퍼 스레드)
프리미엄 시리즈 메모리 최적화(미리 보기) - Intel® Xeon Platinum 8307C(Ice Lake), AMD EPYC 7763v(밀라노) 프로세서 - vCore당 10.2GB
- 최대 80개의 vCore 프로비전(하이퍼 스레드)

* sys.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 유형에 관계없이 동일합니다. 자세한 내용은 단일 데이터베이스탄력적 풀에 대한 리소스 제한을 참조하세요.

중요

2019년 12월 18일에 발표된 대로 Gen4 하드웨어는 사용 중지되고 있으며 새 배포에 사용할 수 없습니다. Azure SQL 데이터베이스, 탄력적 풀 또는 SQL 관리되는 인스턴스에 Gen4를 사용하는 고객은 2023년 1월 31일 이전에 표준 시리즈(Gen5) 등과 같이 현재 사용 가능한 하드웨어로 마이그레이션해야 합니다.

Gen4 하드웨어 사용 중지 및 현재 하드웨어로의 마이그레이션에 대한 자세한 내용은 Gen4 사용 중지에 대한 블로그 게시물을 참조하세요. 기존 Gen4 데이터베이스, 탄력적 풀 및 SQL 관리되는 인스턴스는 해당하는 표준 시리즈(Gen5) 하드웨어로 자동으로 마이그레이션됩니다.

자동 마이그레이션으로 인한 가동 중지 시간은 최소이며 선택한 서비스 계층 내에서 스케일링 작업 중 가동 중지 시간과 유사합니다. 계획되지 않은 워크로드 중단을 방지하려면 2023년 1월 31일 이전의 선택 시점에 사전 마이그레이션합니다.

분산 함수 아키텍처

하이퍼스케일은 쿼리 처리 엔진을 데이터의 장기 스토리지 및 지속성을 제공하는 구성 요소와 구분합니다. 이 아키텍처는 필요한 만큼(초기 목표는 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를 참조하세요.

백업 및 복원

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

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

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

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

알려진 제한 사항

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

문제 설명
단기 백업 보존 하이퍼스케일 데이터베이스에 대한 1-35일의 단기 백업 보존은 현재 미리 보기로 제공됩니다. 하이퍼스케일이 아닌 데이터베이스는 하이퍼스케일 데이터베이스로 복원할 수 없으며, 반대의 경우도 마찬가지입니다.

다른 Azure SQL Database 서비스 계층에서 하이퍼스케일로 마이그레이션된 데이터베이스의 경우 마이그레이션 전 백업은 장기 보존 정책을 포함한 원본 데이터베이스의 백업 보존 기간 동안 유지됩니다. 데이터베이스의 백업 보존 기간 내에 마이그레이션 전 백업을 복원하는 것은 명령줄을 통해 지원됩니다. 이러한 백업을 하이퍼스케일이 아닌 서비스 계층으로 복원할 수 있습니다.
장기 백업 보존 하이퍼스케일 데이터베이스에 대한 장기 백업 보존은 이제 미리 보기로 제공됩니다.
서비스 계층을 하이퍼스케일에서 범용 계층으로 변경하는 것은 제한된 시나리오에서만 직접 지원됩니다. 하이퍼스케일에서 역방향 마이그레이션이 가능하므로, 최근에 Azure SQL Database 기존 데이터베이스를 하이퍼스케일 서비스 계층으로 마이그레이션한 고객은 하이퍼스케일이 요구 사항을 충족하지 않을 경우 다시 범용 계층으로 전환할 수 있습니다. 역방향 마이그레이션은 서비스 계층 변경에 의해 시작되지만 기본적으로 서로 다른 아키텍처 간에 데이터 크기 이동입니다. 하이퍼스케일 서비스 계층에 만든 데이터베이스는 역방향 마이그레이션을 할 수 없습니다. 역방향 마이그레이션에 대한 제한 사항에 대해 알아봅니다.

역방향 마이그레이션을 할 수 없는 데이터베이스의 경우 하이퍼스케일에서 하이퍼스케일이 아닌 서비스 계층으로 마이그레이션하는 유일한 방법은 bacpac 파일 또는 기타 데이터 이동 기술(대량 복사, Azure Data Factory, Azure Databricks, SSIS 등)을 사용하여 내보내거나 가져오는 것입니다. bacpac 내보내기/가져오기는 Azure Portal, PowerShell(New-AzSqlDatabaseExport 또는 New-AzSqlDatabaseImport 사용), Azure CLI(az sql db exportaz sql db import 사용) 및 REST API에서 지원되지 않습니다. 소형 하이퍼스케일 데이터베이스(최대 200GB)에 대한 bacpac 가져오기/내보내기는 SSMS 및 SqlPackage 버전 18.4 이상을 사용하여 지원됩니다. 대형 데이터베이스의 경우 bacpac 내보내기/가져오기에 시간이 오래 걸릴 수 있으며, 여러 가지 이유로 실패할 수 있습니다.
탄력적 풀 탄력적 풀은 현재 하이퍼스케일에서 지원되지 않습니다.
메모리 내 OLTP 개체가 포함된 데이터베이스 마이그레이션 하이퍼스케일은 메모리 최적화 테이블 형식, 테이블 변수 및 고유하게 컴파일된 모듈을 포함하여 In-Memory 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 SQL Database의 하이퍼스케일에 대해 자세히 알아봅니다.