다음을 통해 공유


하이퍼스케일 데이터베이스를 관리하는 방법

적용 대상: Azure SQL Database

하이퍼스케일 서비스 계층은 Azure 아키텍처를 활용하여 범용 및 중요 비즈니스용 서비스 계층에 사용할 수 있는 제한을 초과하여 Azure SQL Database용 스토리지 및 컴퓨팅 리소스를 확장하는 확장성이 뛰어난 스토리지 및 컴퓨팅 성능 계층을 제공합니다. 이 문서에서는 기존 데이터베이스를 하이퍼스케일로 마이그레이션하고, 하이퍼스케일 데이터베이스를 다른 지역으로 복원하고, 하이퍼스케일에서 다른 서비스 계층으로 역방향 마이그레이션하고, 하이퍼스케일 데이터베이스에 대해 진행 중인 작업 및 최근 작업의 상태를 모니터링하는 방법을 포함하여 하이퍼스케일 데이터베이스에 대한 필수 관리 작업을 수행하는 방법을 설명합니다.

빠른 시작: Azure SQL Database에서 하이퍼스케일 데이터베이스 만들기에서 새 하이퍼스케일 데이터베이스를 만드는 방법을 알아보세요.

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

기존 데이터베이스를 하이퍼스케일로 마이그레이션

Azure Portal, Azure CLI, PowerShell 또는 Transact-SQL을 사용하여 Azure SQL Database의 기존 데이터베이스를 하이퍼스케일로 마이그레이션할 수 있습니다.

기존 데이터베이스를 하이퍼스케일로 이동하는 데 필요한 시간은 데이터를 복사하는 시간과 데이터를 복사하는 동안 원본 데이터베이스에서 변경한 내용을 재생하는 시간으로 구성됩니다. 데이터 복사 시간은 데이터 크기에 비례합니다. 누적된 변경 내용을 재생하는 시간이 짧아지도록 쓰기 작업이 적은 시간대에 하이퍼스케일로 마이그레이션하는 것이 좋습니다.

하이퍼스케일 서비스 계층으로 최종 컷오버하는 동안 일반적으로 몇 분 정도의 짧은 가동 중지 시간이 발생합니다.

필수 조건

지역 복제 관계에 포함된 데이터베이스(주 또는 보조)를 하이퍼스케일로 이동하려면 먼저 주 복제본과 보조 복제본 사이의 데이터 복제를 중지해야 합니다. 장애 조치(failover) 그룹의 데이터베이스는 먼저 그룹에서 제거해야 합니다.

데이터베이스가 하이퍼스케일로 이동된 후에는 해당 데이터베이스에 대해 새 하이퍼스케일 지역 복제본을 만들 수 있습니다.

하이퍼스케일 서비스 계층으로 데이터베이스를 마이그레이션하는 방법

Azure SQL Database의 기존 데이터베이스를 하이퍼스케일 서비스 계층으로 마이그레이션하려면 먼저 대상 서비스 목표를 식별합니다. 데이터베이스에 적합한 서비스 목표가 확실하지 않은 경우 단일 데이터베이스의 리소스 제한을 검토합니다. 대부분의 경우 vCore 수와 하드웨어 세대가 원래 데이터베이스와 동일한 서비스 목표를 선택하면 됩니다. 필요한 경우 가동 중지 시간을 최소화하면서 서비스 목표를 변경할 수 있습니다.

선호하는 도구의 데이터베이스 마이그레이션 탭을 선택합니다.

Azure Portal에서 데이터베이스의 가격 책정 계층을 수정하여 하이퍼스케일 서비스 계층으로 마이그레이션할 수 있습니다.

Azure SQL Database에 있는 데이터베이스의 컴퓨팅 + 스토리지 패널의 스크린샷입니다. 서비스 계층 드롭다운이 확장되어 하이퍼스케일 서비스 계층의 옵션이 표시됩니다.

  1. Azure Portal에서 마이그레이션하려는 데이터베이스로 이동합니다.
  2. 왼쪽 탐색 모음에서 컴퓨팅 + 스토리지를 선택합니다.
  3. 서비스 계층 드롭다운 목록을 선택하여 서비스 계층 옵션을 확장합니다.
  4. 드롭다운 목록 메뉴에서 하이퍼스케일(확장성 있는 주문형 스토리지)을 선택합니다.
  5. 나열된 하드웨어 구성을 검토합니다. 원하는 경우 구성 변경을 선택하여 워크로드에 적합한 하드웨어 구성을 선택합니다.
  6. 하이퍼스케일 서비스 계층에서 데이터베이스에 사용할 수 있는 vCore 수를 변경하려면 vCore 슬라이더를 선택합니다.
  7. 하이퍼스케일 서비스 계층의 복제본 수를 변경하려면 High-AvailabilitySecondaryReplicas 슬라이더를 선택합니다.
  8. 적용을 선택합니다.

작업이 진행되는 동안 하이퍼스케일 데이터베이스에 대한 작업을 모니터링할 수 있습니다.

하이퍼스케일에서 역방향 마이그레이션

범용 서비스 계층으로의 역방향 마이그레이션을 사용하면 하이퍼스케일이 요구 사항을 충족하지 않을 경우 최근에 Azure SQL Database 기존 데이터베이스를 하이퍼스케일 서비스 계층으로 마이그레이션한 고객이 긴급 상황에서 다시 이동할 수 있습니다. 역방향 마이그레이션은 서비스 계층 변경에 의해 시작되지만 기본적으로 서로 다른 아키텍처 간에 데이터 크기 이동입니다.

역방향 마이그레이션에 대한 제한 사항

역방향 마이그레이션은 다음과 같은 조건에서 사용할 수 있습니다.

  • 역방향 마이그레이션은 하이퍼스케일로 처음 마이그레이션한 후 45일 이내에만 사용할 수 있습니다.
  • 원래 하이퍼스케일 서비스 계층에 만든 데이터베이스는 역방향 마이그레이션을 할 수 없습니다.
  • 범용 서비스 계층으로만 역방향 마이그레이션할 수 있습니다. 하이퍼스케일에서 범용으로 마이그레이션하면 서버리스 또는 프로비저닝된 컴퓨팅 계층을 대상으로 할 수 있습니다. 데이터베이스를 중요 비즈니스용 또는 DTU 기반 서비스 계층과 같은 다른 서비스 계층으로 마이그레이션하려면 먼저 범용 서비스 계층으로 역방향 마이그레이션한 다음, 서비스 계층을 변경해야 합니다.
  • vCore가 2개 미만인 데이터베이스로의 역방향 마이그레이션은 지원되지 않습니다. 마이그레이션이 완료되면 2개 미만의 vCore로 데이터베이스를 축소할 수 있습니다.
  • 탄력적 풀에서 또는 탄력적 풀로의 직접 역방향 마이그레이션은 지원되지 않습니다. 하이퍼스케일 단일 데이터베이스를 범용 단일 데이터베이스로만 역방향 마이그레이션할 수 있습니다.
    • 하이퍼스케일 데이터베이스가 하이퍼스케일 Elastic Pool 의 일부인 경우 역방향 마이그레이션 전에 먼저 하이퍼스케일 탄력적 풀에서 해당 데이터베이스를 제거해야 합니다.
    • 역방향 마이그레이션이 완료되면 필요한 경우 범용 단일 데이터베이스를 범용 탄력적 풀에 선택적으로 추가할 수 있습니다.
  • 역방향 마이그레이션을 할 수 없는 데이터베이스의 경우 하이퍼스케일에서 하이퍼스케일이 아닌 서비스 계층으로 마이그레이션하는 유일한 방법은 bacpac 파일 또는 기타 데이터 이동 기술(대량 복사, Azure Data Factory, Azure Databricks, SSIS 등)을 사용하여 내보내거나 가져오는 것입니다. bacpac 내보내기/가져오기는 Azure Portal, PowerShell(New-AzSqlDatabaseExport 또는 New-AzSqlDatabaseImport 사용), Azure CLI(az sql db export 및 az sql db import 사용) 및 REST API에서 지원되지 않습니다. 소형 하이퍼스케일 데이터베이스(최대 150GB)에 대한 bacpac 가져오기/내보내기는 SSMS 및 SqlPackage 버전 18.4 이상을 사용하여 지원됩니다. 대형 데이터베이스의 경우 bacpac 내보내기/가져오기는 시간이 오래 걸릴 수 있으며, 여러 가지 이유로 실패할 수 있습니다.

기간 및 가동 중지 시간

하이퍼스케일의 일반 서비스 수준 목표 변경 작업과 달리, 하이퍼스케일로 마이그레이션하고 범용으로 역방향 마이그레이션하는 작업은 데이터 크기 작업입니다.

역방향 마이그레이션 작업의 기간은 주로 데이터베이스의 크기와 마이그레이션 중에 발생하는 동시 쓰기 작업에 따라 달라집니다. 대상 범용 데이터베이스에 할당하는 vCore 수도 역방향 마이그레이션 기간에 영향을 미칩니다. 유사한 워크로드를 유지하도록 원본 하이퍼스케일 데이터베이스에 할당된 vCore 수보다 많거나 같은 수의 vCore로 대상 범용 데이터베이스에 프로비저닝하는 것이 좋습니다.

역방향 마이그레이션 중에 상당한 부하가 발생하는 경우 원본 하이퍼스케일 데이터베이스의 성능이 저하될 수 있습니다. 특히 역방향 마이그레이션이 진행되도록 하기 위해 트랜잭션 로그 속도가 느려질(제한될) 수 있습니다.

새 대상 범용 데이터베이스로 최종 컷오버하는 동안 일반적으로 몇 분 정도의 짧은 가동 중지 시간이 발생합니다.

필수 조건

하이퍼스케일에서 범용 서비스 계층으로 역방향 마이그레이션을 시작하기 전에 데이터베이스가 역방향 마이그레이션에 대한 제한 사항을 충족하는지 확인해야 합니다.

  • 데이터베이스에 지역 복제를 사용하도록 설정되어 있지 않습니다.
  • 데이터베이스에 명명된 복제본(replica)이 없습니다.
  • 데이터베이스(할당된 크기)가 대상 서비스 계층에 맞게 충분히 작습니다.
  • 대상 범용 데이터베이스의 최대 데이터베이스 크기를 지정하는 경우 데이터베이스의 할당된 크기가 해당 최대 크기에 맞게 충분히 작아야 합니다.

필수 조건 검사는 역방향 마이그레이션 작업이 시작되기 전에 수행됩니다. 필수 조건이 충족되지 않으면 역방향 마이그레이션 작업이 즉시 실패합니다.

Backup 정책

구성된 보존 기간 내의 모든 기존 데이터베이스 백업에 일반 요금제를 적용하여 요금이 청구됩니다. 백업을 복원하려면 유지해야 하는 하이퍼스케일 백업 스토리지 스냅샷 및 데이터 크기 스토리지 Blob에 대한 요금이 청구됩니다.

데이터베이스를 하이퍼스케일로 마이그레이션한 후 다시 범용으로 마이그레이션하는 작업을 여러 번 수행할 수 있습니다. 데이터베이스의 현재 계층과 한 단계 전 계층의 백업만 복원할 수 있습니다. 범용 서비스 계층에서 하이퍼스케일로 이동한 후 다시 범용으로 이동한 경우 현재 범용 데이터베이스와 직전 하이퍼스케일 데이터베이스의 백업만 사용할 수 있습니다. 이렇게 보존된 백업에는 Azure SQL Database 요금이 청구됩니다. 시도한 이전 계층에는 사용 가능한 백업이 없으며 요금이 청구되지 않습니다.

예를 들어 하이퍼스케일 계층과 하이퍼스케일이 아닌 서비스 계층 간에 마이그레이션할 수 있습니다.

  1. 범용
  2. 하이퍼스케일로 마이그레이션
  3. 범용으로 역방향 마이그레이션
  4. 중요 비즈니스용으로 서비스 계층 변경
  5. 하이퍼스케일로 마이그레이션
  6. 범용으로 역방향 마이그레이션

이 경우 타임라인의 5단계 및 6단계의 백업이 아직 구성된 보존 기간 내에 있는 경우 사용할 수 있습니다. 이전 단계의 백업은 사용할 수 없습니다. 하이퍼스케일과 범용 서비스 계층 간에 동일한 데이터베이스를 반복적으로 마이그레이션할 때 백업 가용성을 신중하게 고려해야 합니다. 직전 데이터베이스보다 오래된 데이터베이스의 백업은 역방향 마이그레이션이 시작되는 즉시 사용할 수 없게 되며 마이그레이션이 취소되더라도 계속 사용할 수 없게 됩니다.

하이퍼스케일 데이터베이스를 범용 서비스 계층으로 역방향 마이그레이션하는 방법

Azure SQL Database의 기존 하이퍼스케일 데이터베이스를 범용 서비스 계층으로 역방향 마이그레이션하려면 먼저 범용 서비스 계층에서 대상 서비스 목표를 파악하고 프로비저닝된 컴퓨팅 계층 또는 서버리스 컴퓨팅 계층으로 마이그레이션할지 여부를 정해야 합니다. 데이터베이스에 적합한 서비스 목표가 확실하지 않은 경우 단일 데이터베이스의 리소스 제한을 검토합니다.

범용으로 역방향 마이그레이션한 후 추가로 서비스 계층을 변경하려면 최종 대상 서비스 목표를 파악하고 데이터베이스의 할당된 크기가 해당 서비스 목표에 맞게 충분히 작은지 확인합니다.

원하는 방법에 대한 탭을 선택하여 데이터베이스를 역방향 마이그레이션합니다.

Azure Portal에서 데이터베이스의 가격 책정 계층을 수정하여 범용 서비스 계층으로 역방향 마이그레이션할 수 있습니다.

Azure SQL Database의 하이퍼스케일 데이터베이스의 컴퓨팅 + 스토리지 패널의 스크린샷

  1. Azure Portal에서 마이그레이션하려는 데이터베이스로 이동합니다.
  2. 왼쪽 탐색 모음에서 컴퓨팅 + 스토리지를 선택합니다.
  3. 서비스 계층 드롭다운 목록을 선택하여 서비스 계층 옵션을 확장합니다.
  4. 드롭다운 목록 메뉴에서 범용(확장 가능한 컴퓨팅 및 스토리지 옵션)을 선택합니다.
  5. 나열된 하드웨어 구성을 검토합니다. 원하는 경우 구성 변경을 선택하여 워크로드에 적합한 하드웨어 구성을 선택합니다.
  6. 범용 서비스 계층에서 데이터베이스에 사용할 수 있는 vCore 수를 변경하려면 vCore 슬라이더를 선택합니다.
  7. 적용을 선택합니다.

하이퍼스케일 데이터베이스에 대한 작업 모니터링

Azure Portal, Azure CLI, PowerShell 또는 Transact-SQL 사용하여 Azure SQL Database에 대해 진행 중이거나 최근에 완료된 작업의 상태를 모니터링할 수 있습니다.

선호하는 작업 모니터링 방법에 대한 탭을 선택합니다.

Azure Portal은 마이그레이션, 역방향 마이그레이션 또는 복원과 같은 작업이 진행 중인 경우 Azure SQL Database에 데이터베이스에 대한 알림을 표시합니다.

Azure SQL Database에 있는 데이터베이스의 개요 패널 스크린샷입니다. 진행 중인 작업에 대한 알림이 패널 하단의 알림 영역에 나타납니다.

  1. Azure Portal의 데이터베이스로 이동합니다.
  2. 왼쪽 탐색 모음에서 개요를 선택합니다.
  3. 오른쪽 창의 아래쪽에 있는 알림 섹션을 검토합니다. 작업이 진행 중인 경우 알림 상자가 나타납니다.
  4. 세부 정보를 보려면 알림 상자를 선택합니다.
  5. 진행 중인 작업 창이 열립니다. 진행 중인 작업의 세부 정보를 검토합니다.

하이퍼스케일 서비스 계층의 데이터베이스 보기

데이터베이스를 하이퍼스케일로 마이그레이션하거나 하이퍼스케일 서비스 계층 내에서 데이터베이스를 다시 구성한 후에는 하이퍼스케일 데이터베이스의 구성을 확인 및/또는 문서화할 수 있습니다.

Azure Portal에는 논리 서버의 모든 데이터베이스 목록이 표시됩니다. 가격 책정 계층 열에는 각 데이터베이스에 대한 서비스 계층이 포함됩니다.

Azure SQL 데이터베이스(패널 하단의 데이터베이스)의 논리 서버 개요 패널 스크린샷

  1. Azure Portal에서 해당하는 논리 서버로 이동합니다.
  2. 왼쪽 탐색 모음에서 개요를 선택합니다.
  3. 창 아래쪽에 있는 리소스 목록으로 스크롤합니다. 이 창에는 논리 서버의 SQL 탄력적 풀 및 데이터베이스가 표시됩니다.
  4. 가격 책정 계층 열을 검토하여 하이퍼스케일 서비스 계층의 데이터베이스를 식별합니다.

다음 문서에서 하이퍼스케일 데이터베이스에 대해 자세히 알아봅니다.