Azure SQL Database에서 탄력적 풀 리소스 크기 조정

  • 아티클

적용 대상:Azure SQL Database

이 문서에서는 Azure SQL Database에서 탄력적 풀 및 풀링된 데이터베이스에 사용할 수 있는 컴퓨팅 및 스토리지 리소스의 크기를 조정하는 방법을 설명합니다.

컴퓨팅 리소스 변경(vCore 또는 DTU)

처음으로 vCore 또는 eDTU 수를 선택한 후 실제 환경에 따라 다음 방법을 사용하여 탄력적 풀을 동적으로 확장 또는 축소할 수 있습니다.

서비스 계층 변경 또는 컴퓨팅 크기 재조정의 영향

탄력적 풀의 서비스 계층 또는 컴퓨팅 크기를 변경하는 것은 단일 데이터베이스의 경우와 유사한 패턴을 따르며 주로 다음 단계를 수행하는 서비스와 관련이 있습니다.

  1. 탄력적 풀의 새 컴퓨팅 인스턴스 만들기

    요청한 서비스 계층 및 컴퓨팅 크기로 새 컴퓨팅 인스턴스를 만듭니다. 일부 서비스 계층 및 컴퓨팅 크기 조합 변경의 경우 새 컴퓨팅 인스턴스에 각 데이터베이스의 복제본을 만들어야 합니다. 여기에는 데이터 복사가 수반되고 전체 대기 시간에 큰 영향을 미칠 수 있습니다. 그럼에도 이 단계 동안 데이터베이스는 온라인 상태로 유지되며, 원래 컴퓨팅 인스턴스의 데이터베이스에 대한 연결은 계속 전달됩니다.

  2. 새 컴퓨팅 인스턴스로 연결 라우팅 전환

    원래 컴퓨팅 인스턴스의 데이터베이스에 대한 기존 연결을 삭제합니다. 새 컴퓨팅 인스턴스의 데이터베이스에 대한 모든 새 연결이 설정됩니다. 일부 서비스 계층 및 컴퓨팅 크기 조합 변경의 경우 데이터베이스 파일은 전환 도중 분리된 후 다시 연결됩니다. 그런데도 데이터베이스를 일반적으로 30초 미만 동안, 또 몇 초 동안 사용할 수 없을 때 전환으로 인해 잠깐의 서비스 중단이 발생할 수 있습니다. 연결이 끊어질 때 활성 상태의 장기 트랜잭션이 있는 경우 중단된 트랜잭션을 복구하기 위해 이 단계가 오래 걸릴 수 있습니다. 가속 데이터베이스 복구를 통해 장기 실행 트랜잭션의 중단으로 인한 영향을 줄일 수 있습니다.

중요

워크플로의 단계 중에는 데이터가 손실되지 않습니다.

서비스 계층 변경 또는 컴퓨팅 크기 재조정 대기 시간

서비스 계층 변경, 단일 데이터베이스 또는 탄력적 풀의 컴퓨팅 크기 조정, 탄력적 풀에서 데이터베이스의 이동, 탄력적 풀 사이의 데이터베이스 이동에 따른 예상 대기 시간은 다음과 같이 매개 변수화됩니다.

탄력적 풀 크기 조정 대기 시간 기본, 표준, 범용 탄력적 풀로 프리미엄, 중요 비즈니스용 탄력적 풀로 하이퍼스케일 탄력적 풀로
기본, 표준, 범용 탄력적 풀에서 데이터베이스 수에 정비례 • 데이터 복사로 인해 사용하는 데이터베이스 공간에 비례하는 대기 시간.
• 일반적으로 사용하는 공간의 GB당 1분 미만.		 해당 없음 – 하이퍼스케일 탄력적 풀에 데이터베이스를 개별적으로 추가해야 합니다. 단일 데이터베이스 리소스 크기 조정에 문서화된 데이터베이스당 대기 시간 조정.
프리미엄, 중요 비즈니스용 탄력적 풀에서 • 데이터 복사로 인해 사용하는 데이터베이스 공간에 비례하는 대기 시간.
• 일반적으로 사용하는 공간의 GB당 1분 미만.		 • 데이터 복사로 인해 사용하는 데이터베이스 공간에 비례하는 대기 시간.
• 일반적으로 사용하는 공간의 GB당 1분 미만.		 해당 없음 – 하이퍼스케일 탄력적 풀에 데이터베이스를 개별적으로 추가해야 합니다. 단일 데이터베이스 리소스 크기 조정에 문서화된 데이터베이스당 대기 시간 조정.
하이퍼스케일 탄력적 풀에서 해당 없음 해당 없음 • 사용하는 공간과 관련이 없는 일정한 대기 시간.
• 일반적으로 2분 미만.

참고 항목

  • 서비스 계층을 변경하거나 하이퍼스케일이 아닌 탄력적 풀의 컴퓨팅 크기를 조정하는 경우 풀의 모든 데이터베이스에 걸쳐 사용한 공간의 합계를 사용하여 추정을 계산해야 합니다. 하이퍼스케일 탄력적 풀의 대기 시간 조정은 사용하는 공간과 관련이 없습니다.
  • 표준 및 범용 탄력적 풀의 경우 탄력적 풀에서 또는 탄력적 풀로 데이터베이스를 이동하는 데 따른 대기 시간은 탄력적 풀이 프리미엄 파일 공유(PFS) 스토리지를 사용하는 경우 데이터베이스 크기에 비례합니다. 풀이 PFS 스토리지를 사용하는지 여부를 확인하려면 풀에 있는 데이터베이스의 컨텍스트에서 다음 쿼리를 실행합니다. AccountType 열의 값이 PremiumFileStorage 또는 PremiumFileStorage-ZRS인 경우 풀은 PFS 스토리지를 사용합니다.
SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

참고 항목

  • 중요 비즈니스용 계층에서 범용 계층으로 탄력적 풀의 크기를 조정할 때 기본적으로 영역 중복 속성은 동일하게 유지됩니다.
  • 영역 중복을 범용 탄력적 풀을 위해 변경한 경우 크기 조정 작업의 대기 시간은 데이터베이스 크기에 비례합니다.
  • 하이퍼스케일이 아닌 기존 탄력적 풀을 하이퍼스케일 버전으로 변경하는 것은 지원하지 않습니다. 자세한 내용은 하이퍼스케일 탄력적 풀을 참조하세요. 대신 하이퍼스케일 탄력적 풀에 데이터베이스를 개별적으로 추가해야 합니다.
  • 하이퍼스케일 탄력적 풀의 버전을 하이퍼스케일이 아닌 버전으로 변경하는 것은 지원하지 않습니다. 자세한 내용은 하이퍼스케일 탄력적 풀을 참조하세요.

팁

진행 중인 작업을 모니터링하려면 SQL REST API를 사용하여 작업 관리, CLI를 사용하여 작업 관리, T-SQL을 사용하여 작업 모니터링과 두 가지 PowerShell 명령(Get-AzSqlElasticPoolActivity 및 Stop-AzSqlElasticPoolActivity)을 참조하세요.

서비스 계층 또는 크기 조정 컴퓨팅 크기 변경 시 추가 고려 사항

  • 탄력적 풀의 vCore 또는 eDTU를 줄이면 풀 사용 공간이 대상 서비스 계층 및 풀 컴퓨팅의 최대 데이터 크기 제한보다 작아야 합니다.
  • 탄력적 풀의 eDTU를 늘리면 다음과 같은 경우 추가 스토리지 비용이 발생할 수 있습니다.
    • 풀의 최대 데이터 크기는 대상 풀에서 지원하고
    • 풀의 최대 데이터 크기는 대상 풀의 포함된 스토리지 용량을 초과합니다.
  • 예를 들어 최대 데이터 크기가 100GB인 100eDTU 표준 풀을 50eDTU 표준 풀로 줄이는 경우 대상 풀이 최대 데이터 크기인 100GB를 지원하고 포함된 스토리지 용량이 50GB에 불과하므로 추가 스토리지 비용이 발생합니다. 따라서 추가 스토리지 용량은 100GB–50GB = 50GB입니다. 추가 스토리지 가격 책정에 대한 자세한 내용은 SQL Database 가격 책정을 참조하세요. 실제로 사용한 공간의 크기가 포함된 스토리지 용량보다 작은 경우 최대 데이터 크기를 포함된 용량으로 줄여 이러한 추가 비용을 방지할 수 있습니다.

크기 조정 중 청구

사용량 또는 데이터베이스가 한 시간 미만 동안 활성 상태였는지 여부와 무관하게, 해당 시간에 적용된 최고 서비스 계층 + 컴퓨팅 크기를 사용하여 데이터베이스가 존재한 각 시간에 대해 요금을 청구합니다. 예를 들어 단일 데이터베이스를 만들고 5분 후 삭제하더라도 청구서에는 데이터베이스 1시간 사용에 대한 요금이 반영됩니다.

탄력적 풀 스토리지 크기 변경

탄력적 풀의 스토리지 크기(최대 데이터 크기)는 Azure Portal, PowerShell, Azure CLI 또는 REST API를 사용하여 지정할 수 있습니다. 탄력적 풀의 최대 데이터 크기를 늘리면 지정한 값이 풀의 서비스 목표의 최대 데이터 크기 제한을 초과할 수 없습니다. 최대 데이터 크기를 줄일 때 지정한 새 값은 풀의 모든 데이터베이스에 할당한 공간의 합계보다 크거나 같아야 합니다.

Important

경우에 따라 사용하지 않는 공간을 회수하기 위해 데이터베이스를 축소해야 할 수도 있습니다. 자세한 내용은 Azure SQL Database의 파일 공간 관리를 참조하세요.

vCore 기반 구매 모델

  • 범용 또는 중요 비즈니스용 계층에서 탄력적 풀의 스토리지 크기(최대 데이터 크기)는 vCore 구매 모델을 사용하여 탄력적 풀의 리소스 제한에서 지정한 최대 데이터 크기 제한까지 지정할 수 있습니다. 탄력적 풀의 최대 데이터 크기는 1GB의 배수로 늘리거나 줄일 수 있습니다.
  • 탄력적 풀의 스토리지 가격은 지정한 최대 데이터 크기이며 서비스 계층의 스토리지 단가를 곱합니다. 스토리지 가격에 대한 자세한 내용은 SQL Database 가격 책정을 참조하세요.

Important

경우에 따라 사용하지 않는 공간을 회수하기 위해 데이터베이스를 축소해야 할 수도 있습니다. 자세한 내용은 Azure SQL Database의 파일 공간 관리를 참조하세요.

DTU 기반 구매 모델

  • 탄력적 풀에 대한 eDTU 가격에는 특정 크기의 스토리지가 추가 비용 없이 포함됩니다. 포함된 용량을 초과하는 추가 데이터 스토리지는 프로비전된 eDTU에 해당하는 최대 데이터 크기 제한까지 추가 비용을 프로비전할 수 있습니다. 포함된 스토리지 용량 및 최대 데이터 크기 제한은 DTU 구매 모델을 사용하는 탄력적 풀의 리소스 제한을 참조하세요.
  • 탄력적 풀의 추가 스토리지 가격은 추가 스토리지 용량에 해당 서비스 계층의 추가 스토리지 단가를 곱한 것입니다. 추가 스토리지 가격에 대한 자세한 내용은 SQL Database 가격 책정을 참조하세요.
  • 표준 또는 프리미엄 계층 탄력적 풀의 최대 데이터 크기에 유효한 값은 50GB, 100GB, 150GB, 200GB, 250GB, 300GB, 400GB, 500GB, 750GB, 800GB, 1024GB, 1200GB, 1280GB, 1536GB, 1600GB, 1792GB, 2000GB, 2048GB, 2304GB, 2500GB, 2560GB, 2816GB, 3000GB, 3072GB, 3328GB, 3584GB, 3840GB, 4096GB 중 하나일 수 있습니다. 지정한 최대 데이터 크기는 프로비전된 eDTU에 대해 지정한 최대 데이터 크기 제한을 초과할 수 없습니다.

Important

경우에 따라 사용하지 않는 공간을 회수하기 위해 데이터베이스를 축소해야 할 수도 있습니다. 자세한 내용은 Azure SQL Database의 파일 공간 관리를 참조하세요.

크기 조정 변경 모니터링 또는 취소

서비스 계층 변경 또는 컴퓨팅 크기 조정 작업을 모니터링하고 취소할 수 있습니다.

SQL 탄력적 풀 개요 페이지에서 알림으로 이동하고 진행 중인 작업을 나타내는 타일을 선택합니다.

Screenshot from the Azure portal of an ongoing deployment in progress.

이렇게 나타난 배포 진행 중 페이지에서 취소를 선택합니다.

사용 권한

Azure Portal, PowerShell, Azure CLI 또는 REST API를 통해 탄력적 풀의 크기를 조정하려면 Azure RBAC 권한, 특히 기여자, SQL DB 기여자 역할 또는 SQL Server 기여자 Azure RBAC 역할이 필요합니다. 자세한 내용은 Azure RBAC: 기본 제공 역할을 참조하세요.

관련 콘텐츠

전반적인 리소스 제한은 SQL Database vCore 기반 리소스 제한 - 탄력적 풀 및 SQL Database DTU 기반 리소스 제한 - 탄력적 풀을 참조하세요.