다음을 통해 공유

하이퍼스케일 서비스 계층

  • 아티클

적용 대상: 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을 사용하는 리소스 요구가 다양한 하이퍼스케일 데이터베이스 그룹에 최적화된 가격/성능.
  • 최대 128TB의 데이터베이스 또는 100TB 탄력적 풀 크기를 지원하는 자동 크기 조정 스토리지입니다.
  • 데이터 볼륨에 관계없이 더 높은 트랜잭션 로그 처리량과 더 빠른 트랜잭션 커밋 시간으로 인한 더 높은 전체 성능
  • 컴퓨팅 리소스에 IO 영향을 주지 않고 크기에 관계없이 빠른 데이터베이스 백업(파일 스냅샷 기반).
  • 몇 시간 또는 며칠이 아닌 몇 분 내에 빠른 데이터베이스 복원(파일 스냅샷 기반).

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

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

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

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

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

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

참고 항목

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

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

  • 프로비저닝된 컴퓨팅:

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

  • 서버리스 컴퓨팅:

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

  • 스토리지:

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

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

분산 함수 아키텍처

하이퍼스케일은 쿼리 처리 엔진을 데이터의 장기 스토리지 및 지속성을 제공하는 구성 요소와 구분합니다. 이 아키텍처를 사용하면 필요에 따라(최대 128TB) 스토리지 용량을 원활하게 확장하고 컴퓨팅 리소스를 신속하게 스케일링할 수 있습니다.

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

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

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

확장 및 성능상의 이점

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

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

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

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

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

버퍼 풀, 복원력 있는 버퍼 풀 확장 및 연속 초기화

Azure Database 하이퍼스케일에서는 컴퓨팅과 스토리지 간에 별개의 구분이 있습니다. 스토리지는 하나의 데이터베이스에 있는 모든 데이터베이스 페이지를 포함하며 데이터베이스가 증가함에 따라 여러 컴퓨터에 할당할 수 있습니다. 그러나 컴퓨팅 노드는 최근에 사용되는 항목만 캐시합니다. 컴퓨팅에서 가장 인기 있는 페이지는 BP(버퍼 풀)라는 구조의 메모리에서 유지 관리됩니다. 또한 RBPEX(복원력 있는 버퍼 풀 확장)인 로컬 SSD에 저장되므로 컴퓨팅 프로세스가 다시 시작될 경우 데이터를 더 빠르게 검색할 수 있습니다.

클라우드 시스템에서 컴퓨팅은 필요에 따라 다른 컴퓨터로 이동할 수 있습니다. 컴퓨팅 계층에는 여러 복제본이 있을 수 있습니다. 하나는 주 복제본이고 모든 업데이트를 수신하는 반면 다른 업데이트는 보조 복제본입니다. 주 오류가 발생할 경우 장애 조치(failover)라는 프로세스에서 고가용성 보조 복제본 중 하나를 신속하게 주 복제본으로 승격할 수 있습니다. 보조 복제본에는 주 워크로드에 최적화된 BP 및 RBPEX에 캐시가 없을 수 있습니다.

연속 초기화는 모든 컴퓨팅 복제본에서 가장 핫한 페이지에 대한 정보를 수집하는 프로세스입니다. 해당 정보는 집계되며 고가용성 보조 복제본은 일반적인 고객 워크로드에 해당하는 가장 핫한 페이지 목록을 사용합니다. 이렇게 하면 BP와 RBPEX가 고객 워크로드의 변경 내용을 계속 따라가기 위해 가장 핫한 페이지로 채워져 있습니다.

연속 초기화가 없으면 BP와 RBPEX는 모두 새 고가용성 복제본에서 상속되지 않으며 사용자 워크로드 중에만 다시 구성됩니다. 연속 초기화는 캐시가 다시 완전히 수화되기 전에 대기가 없기 때문에 시간을 절약하고 일관되지 않은 성능을 방지합니다. 연속 초기화를 사용하면 새로운 고가용성 보조 복제본이 즉시 BP 및 RBPEX 초기화를 시작합니다. 이렇게 하면 장애 조치(failover)가 발생할 때 성능을 보다 일관되게 유지하는 데 도움이 됩니다.

연속 초기화는 두 가지 방법으로 작동합니다. 고가용성 보조 복제본은 주 복제본에서 사용되는 페이지를 캐시하고 주 복제본은 보조 복제본의 워크로드를 사용하여 페이지를 캐시합니다.

참고 항목

연속 초기화는 현재 제어된 미리 보기로 제공되며 서버리스 데이터베이스에는 사용할 수 없습니다. 자세한 내용 및 연속 초기화에 옵트인하려면 블로그: 2024년 11월 하이퍼스케일 개선 사항을 참조 하세요.

백업 및 복원

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

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

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

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

Azure 리소스 제한

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

ㅤ 범용 중요 비즈니스용 하이퍼스케일
적합한 대상 예산 중심의 균형 잡힌 컴퓨팅 및 스토리지 옵션을 제공합니다. 트랜잭션 속도가 높고 IO 대기 시간이 적은 OLTP 응용 프로그램입니다. 여러 상시 대기 복제본(replica)을 사용하여 가장 높은 오류 복원 및 빠른 장애 조치(Failover)를 제공합니다. 워크로드가 매우 다양합니다. 최대 128TB의 스토리지 크기 자동 크기 조정, 빠른 수직 및 수평 컴퓨팅 크기 조정, 빠른 데이터베이스 복원
컴퓨팅 크기 vCore 2~128개 vCore 2~128개 vCore 2~128개
스토리지 유형 프리미엄 원격 스토리지(인스턴스별) 초고속 로컬 SSD 스토리지(인스턴스별) 로컬 SSD 캐시를 사용하여 스토리지 분리(컴퓨팅 복제본(replica)당)
스토리지 크기 1GB – 4TB 1GB – 4TB 10GB – 128TB
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는 청구되지 않습니다.
할인 모델1 예약 인스턴스
Azure 하이브리드 혜택2
Enterprise 및 종량제 개발/테스트 제품 구독		 예약 인스턴스
Azure 하이브리드 혜택2
Enterprise 및 종량제 개발/테스트 제품 구독		 예약 인스턴스
Azure 하이브리드 혜택2
Enterprise 및 종량제 개발/테스트 제품 구독

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

2 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

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

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

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

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

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

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

축소

데이터베이스 및 파일 축소 작업은 현재 Azure SQL Database 하이퍼스케일의 프리뷰로 제공됩니다. 미리 보기에 대한 자세한 내용은 Azure SQL Database 하이퍼스케일에 대한 축소를 참조하세요.

알려진 제한 사항

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

문제 설명
TDE를 사용하지 않도록 설정하면 축소가 차단됩니다. 현재 Azure SQL Database 하이퍼스케일에서 TDE(투명한 데이터 암호화)를 사용하지 않도록 설정한 경우 데이터베이스 및 파일 축소 작업이 지원되지 않습니다.
다른 서비스 계층에서 데이터베이스 복원 하이퍼스케일이 아닌 데이터베이스는 하이퍼스케일 데이터베이스로 복원할 수 없으며, 반대의 경우도 마찬가지입니다.

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

관련 콘텐츠