Azure SQL 데이터베이스에 대한 라이선스가 필요 없는 대기 복제본(replica) 구성(미리 보기)

  • 아티클

적용 대상:Azure SQL Database

이 문서에서는 Azure SQL Database를 사용할 때 대기용으로 보조 DR(재해 복구) 데이터베이스를 지정하여 라이선스 비용을 절감하는 방법을 설명합니다.

참고 항목

대기 Azure SQL Database 복제본(replica)은 현재 미리 보기로 제공됩니다.

개요

보조 데이터베이스 복제본(replica)이 재해 복구에만 사용되고 해당 데이터베이스에 실행 중인 워크로드 또는 연결 애플리케이션이 없는 경우 데이터베이스를 대기 복제본(replica)으로 지정하여 라이선스 비용을 절감할 수 있습니다. 보조 데이터베이스가 대기로 지정되면 Microsoft는 제품 라이선스 조건의 장애 조치(failover) 권한 혜택에 따라 추가 요금 없이 주 데이터베이스에 라이선스가 부여된 vCore 수를 제공합니다. 보조 데이터베이스에서 사용하는 컴퓨팅 및 스토리지에 대한 요금은 계속 청구됩니다.

새 활성 지역 복제를 구성할 때 복제본(replica)을 대기로 지정하거나 기존 복제본을 대기 상태로 전환할 수 있습니다.

활성 지역 복제에서는 4개의 보조 복제본(replica) 추가를 지원하지만 대기용으로 보조 데이터베이스 복제본(replica)은 하나만 지정할 수 있습니다. 장애 조치(failover) 그룹은 주 데이터베이스당 하나의 보조 데이터베이스 복제본(replica)을 지원하며 해당 복제본(replica) 읽기 가능 또는 대기 상태일 수 있습니다.

계획되거나 계획되지 않은 장애 조치(failover) 동안 대기 복제본(replica)이 새 주 데이터베이스가 되면 일반 vCore 라이선스 비용이 발생하기 시작하고, 원래 주 데이터베이스가 새 대기 보조 데이터베이스가 된 동안에는 vCore 라이선스 비용 발생이 중지됩니다.

자세한 내용은 데이터 노출 비디오를 확인하세요.

비용 혜택

대기로 지정된 데이터베이스 복제본의 경우 Microsoft는 대기 복제본(replica)에서 사용하는 vCore에 대해 SQL Server 라이선스 요금을 청구하지 않습니다. 그러나 이 데이터베이스는 1시간 동안 비용이 청구되므로 해당 1시간 중간에 상태 변경이 이루어지는 경우 전체 시간에 대한 라이선스 비용이 계속 청구될 수 있습니다.

이 혜택은 종량제 모델을 사용하는 고객과 Azure 하이브리드 혜택 모델을 사용하는 고객 간에 다르게 해석됩니다. 종량제 고객의 경우 vCore는 청구서에서 비용이 할인됩니다. 대기 복제본에 Azure 하이브리드 혜택을 사용하는 고객의 경우 보조 복제본에서 사용하는 vCore 수가 라이선스 풀로 반환됩니다.

예를 들어 종량제 고객의 경우 보조 데이터베이스에 16개의 vCore가 할당된 경우 보조 데이터베이스를 대기로만 지정하면 청구서에 16개 vCore에 대해 할인 금액이 표시됩니다.

또 다른 예제에서는 16개의 Azure 하이브리드 혜택 라이선스가 있고 16개의 vCore가 있는 하나의 데이터베이스를 배포한 경우 보조 데이터베이스를 대기로 지정하면 다른 Azure SQL 배포에 사용할 수 있도록 16개의 vCore가 라이선스 풀로 반환됩니다.

기능

다음 테이블에서는 대기 보조 데이터베이스 복제본의 기능을 설명합니다.

기능 Description
제한된 읽기 워크로드 데이터베이스를 대기로 지정한 후에는 DMV(동적 관리 뷰), 백업 및 DBCC(데이터베이스 콘솔 명령) 쿼리와 같은 제한된 수의 읽기 워크로드만 보조 데이터베이스에서 실행할 수 있습니다.
계획된 장애 조치 복구 드릴, 데이터베이스를 다른 지역으로 재배치, 기본 데이터베이스로 데이터베이스 반환을 포함하여 계획된 모든 장애 조치 시나리오는 대기 복제본에서 지원됩니다. 보조 인스턴스가 기본 인스턴스로 전환되면 읽기 및 쓰기 쿼리를 처리할 수 있습니다. 새 보조 인스턴스(원래 주 인스턴스)는 대기 복제본이 되며 읽기 워크로드에 사용하면 안 됩니다.
계획되지 않은 장애 조치(Failover) 계획되지 않은 장애 조치 중에 보조가 기본 역할로 전환되면 읽기 및 쓰기 쿼리를 모두 처리할 수 있습니다. 가동 중단이 완화되고 원래 주 인스턴스가 다시 연결되면 새로운 보조 대기 복제본이 되며 읽기 워크로드에 사용하면 안 됩니다.
백업 및 복구 대기 복제본(replica) 및 읽기 가능한 보조 데이터베이스 복제본에서 백업 및 복원 동작은 동일합니다.
모니터링 읽기 가능한 보조 복제본에서 지원하는 모든 모니터링 작업은 대기 복제본에서 지원됩니다.

대기 데이터베이스 복제본(replica) 재해 복구에만 사용해야 합니다. 프로덕션 애플리케이션을 복제본에 연결할 수 없습니다. 다음에서는 대기 데이터베이스에서 허용되는 유일한 활동을 표시합니다.

  • checkDB와 같은 유지 관리 작업 수행
  • 모니터링 애플리케이션 연결
  • 재해 복구 훈련 실행

제한 사항

다음 테이블에서는 지원되는 배포 모델 및 지원되지 않는 배포 모델을 나열합니다.

배포 모델 컴퓨팅 계층 서비스 계층 대기 복제본(replica) 지원됨 하드웨어
단일 데이터베이스 프로비전됨 범용 예 표준 시리즈(Gen5), FSv2 시리즈, DC 시리즈
단일 데이터베이스 프로비전됨 중요 비즈니스용 예 표준 시리즈(Gen5), DC 시리즈
단일 데이터베이스 프로비전됨 하이퍼스케일 해당 없음 해당 없음
단일 데이터베이스 서버를 사용하지 않음 모두 아니요 해당 없음
탄력적 풀 모두 모두 아니요 해당 없음

대기 데이터베이스를 사용하는 경우 다음과 같은 제한 사항이 있습니다.

  • 하나의 보조 데이터베이스 복제본을 대기로 지정할 수 있습니다.
  • 서버리스 컴퓨팅 계층은 지원되지 않습니다. 주 또는 보조 데이터베이스가 서버리스 컴퓨팅 계층에 있는 경우 대기 복제본(replica)은 사용하도록 설정할 수 없습니다.
  • DTU 구매 모델은 지원되지 않습니다. vCore 구매 모델만 사용하여 데이터베이스에 대해 대기 복제본(replica)을 사용하도록 설정할 수 있습니다.
  • 하이퍼스케일 서비스 계층은 지원되지 않습니다. 범용 및 중요 비즈니스용 서비스 계층의 데이터베이스만 대기로 지정할 수 있습니다.
  • 장애 조치(failover) 그룹을 사용하는 경우 대기 권한은 장애 조치(failover) 그룹 수준이 아닌 데이터베이스 수준에서 할당되며, 장애 조치(failover) 그룹 내의 각 데이터베이스에 대해 별도로 할당되어야 합니다.
  • 복제본(replica)이 보조 복제본의 보조 복제본인 경우(해당 프로세스를 체인화라고 함) 보조 복제본을 대기로 지정하는 작업은 지원되지 않습니다.

필수 구성 요소

  • Azure 구독 Azure를 구독하고 있지 않다면 시작하기 전에 Azure 체험 계정을 만듭니다.
  • 지원되는 하드웨어에서 실행되는 범용 또는 중요 비즈니스용 서비스 계층에서 프로비전된 주 vCore Azure SQL Database입니다. 시작하려면 빠른 시작을 검토하세요.

대기에 대한 새 복제본(replica) 구성

Azure Portal, PowerShell, Azure CLI, REST API를 사용하여 새 활성 지역 복제 관계를 구성할 때 복제본(replica)을 대기로 지정할 수 있습니다.

새 활성 지역 복제 관계를 생성하고 Azure Portal에서 보조 데이터베이스를 대기로 지정하려면 다음 단계를 수행합니다.

  1. Azure Portal에서 SQL Database 리소스로 이동합니다.

  2. 리소스 메뉴의 데이터 관리에서 복제본(replica)을 선택한 다음, + 복제본(replica) 만들기를 선택하여 SQL Database - 지역 복제본(replica) 만들기 페이지를 엽니다.

    Azure Portal에 있는 SQL Database 복제본(replica) 페이지 스크린샷.

  3. SQL Database 만들기 - 지역 복제본(replica) 페이지에서 복제본(replica) 구성 아래 복제본(replica) 유형으로 대기 복제본(replica)을 선택합니다. 확인란을 선택하여 복제본(replica)을 대기로 사용할지 확인합니다.

    Azure Portal에서 대기 복제본(replica)이 강조 표시된 지역 복제본(replica) 만들기 페이지의 스크린샷입니다.

  4. 새 대기 데이터베이스에 대한 새 서버 또는 기존 서버를 제공하고 검토 + 만들기를 사용하여 데이터베이스 및 서버 세부 정보의 최종 유효성 검사를 수행합니다.

  5. 만들기를 사요하여 설정을 확인하고 새 대기 데이터베이스 복제본(replica)을 생성합니다.

기존 복제본(replica) 변환

Azure Portal 또는 복제 링크 - REST API 업데이트 명령을 사용하여 기존 복제본(replica) 일반 지역 복제본(replica) 대기 복제본(replica) 또는 대기 복제본(replica) 일반 지역 복제본(replica) 변환할 수 있습니다.

Azure Portal에서 기존 복제본(replica)을 변환하려면 다음 단계를 수행합니다.

  1. Azure Portal에서 SQL Database 리소스로 이동합니다.
  2. 데이터 관리에서 복제본(replica)을 선택합니다.
  3. 복제본(replica)에 대한 줄임표(...)를 선택한 후, 다음을 수행합니다.
    1. 일반 복제본(replica)을 대기 복제본(replica)으로 변환하려면 대기로 변환을 선택합니다. 대기 복제본(replica)으로 변환 팝업 창에서 …확인합니다 옆의 확인란을 선택합니다. 예를 선택하고 변경 내용을 저장한 후 복제본(replica)을 변환합니다.
    2. 대기 복제본(replica)을 일반 지역 복제본(replica)으로 변환하려면 지역으로 변환을 선택합니다. 지역 본제본(replica)으로 변환 팝업 창에서 …확인합니다 옆에 확인란을 선택합니다. 예를 선택하고 변경 내용을 저장한 후 복제본(replica)을 변환합니다.

REST API 복제 링크-업데이트 명령을 사용하여 기존 복제본(replica)을 변환하려면 대기 복제본(replica)에 대해 linkType을(를) STANDBY(으)로 지정하거나 GEO을(를) 정하여 기존 대기 복제본(replica)을 일반 지역 복제본(replica)으로 복원합니다.

라이선스 권한 보기

Azure Portal, PowerShell, Azure CLI, REST API를 사용하여 기존 데이터베이스에 대한 라이선싱 권한을 볼 수 있습니다.

Azure Portal을 사용하여 기존 데이터베이스에 대한 라이선스 권한을 검사하려면 다음 단계를 수행합니다.

  1. Azure Portal에서 SQL Database로 이동합니다.

  2. 개요 페이지의 Essentials에서 복제본(replica) 유형을 검사합니다. Standby의 값은 데이터베이스가 대기 복제본(replica)이며 이 데이터베이스에 대한 SQL 라이선스 비용이 청구되지 않음을 나타냅니다.

    Azure Portal의 SQL Database에 대한 개요 페이지의 스크린샷입니다. 복제본(replica) 유형이 강조 표시되어 있습니다.

대기 복제본(replica) 제거

데이터베이스가 대기로 지정된 후에는 대기 속성만 제거할 수는 없습니다. 대기 복제본(replica)을 제거하려면 활성 지역 복제 관계를 종료하기 위해 복제를 중지해야 합니다. 복제가 중지되면 데이터베이스가 독립 실행형이 되고 라이선스 비용이 발생하기 시작합니다.

Azure Portal, PowerShell, Azure CLI, REST API를 사용하여 지역 복제를 중지할 수 있습니다.

Azure Portal에서 지역 복제를 종료하여 대기 복제본(replica)을 제거하려면 다음 단계를 수행합니다.

  1. Azure Portal에서 SQL Database로 이동합니다.
  2. 데이터 관리에서 복제본(replica)을 선택합니다.
  3. 대기 복제본(replica)에 대해 줄임표(...)를 선택하고 팝업 메뉴에서 복제 중지를 선택합니다. 이렇게 하면 복제가 중지되므로 보조 데이터베이스가 대기로 지정되는 대신 독립 실행형이 되고 라이선스 비용이 발생합니다.

질문과 대답(FAQ)

  • 가격 책정은 무엇을 의미하나요?

    보조 데이터베이스 복제본(replica)에서는 데이터 및 백업에 대한 SQL 라이선스, 컴퓨팅 및 스토리지 요금이 청구됩니다. 데이터베이스 복제본(replica)을 대기로 지정하는 경우 보조 복제본에서 사용하는 vCore에 대한 라이선스 비용은 청구되지 않지만 컴퓨팅 및 스토리지에 대한 요금은 계속 청구됩니다.

  • 대기 복제본(replica)에서 얻은 대략적인 절감 효과는 어느 정도인가요?

    라이선스 비용이 없으면 대기 복제본(replica)에서 일반 완전히 읽기 가능한 보조 복제본(replica)에 비해 35~40% 사이의 절감 효과를 얻을 수 있지만 절감 효과는 지역에 따라 다릅니다. 정확한 가격 책정을 위해 Azure 가격 계산기를 사용하고 SQL Server 라이선스를 Azure 하이브리드 혜택으로 설정합니다.

  • 대기 복제본(replica)에서 라이선스가 필요 없는 vCore는 몇 개입니까?

    vCore 수는 주 데이터베이스에서 사용하는 것과 동일합니다. 최적의 지역 복제 성능을 위해 주 데이터베이스가 권장될 때 동일한 수의 vCore를 사용하여 보조 복제본을 구성합니다.

  • 대기 복제본(replica)을 사용하려면 활성 Software Assurance가 있는 SQL Server 라이선스가 있어야 하나요?

    아니요. 대기 복제본(replica)에서는 라이선스 비용이 발생하지 않으므로 활성 Software Assurance가 있는 활성 SQL Server 라이선스가 필요하지 않습니다.

  • 대기 복제본(replica)을 사용하려면 어떻게 해야 하나요?

    대기 복제본(replica)은 재해 복구(DR) 용도로만 사용되며 여기에서 활성 읽기 워크로드를 사용할 수 없습니다. 유일하게 허용되는 워크로드는 DMV(동적 관리 뷰) 및 CheckDB 실행과 같은 모니터링, 유지 관리 작업입니다.

  • 기존의 읽기 가능한 보조 복제본을 대기 복제본(replica)으로 업데이트하여 비용을 절감할 수 있나요?

    예, Azure Portal의 복제본(replica) 창에 있습니다. 줄임표(...)를 선택한 다음 복제본(replica) 변환 옵션을 선택합니다.

  • 대기 복제본(replica)에 대해 Azure 하이브리드 혜택을 사용할 수 있나요?

    복제본(replica)을 대기로 지정하면 Azure 하이브리드 혜택 할인이 대체되므로 Azure Portal을 사용하여 복제본(replica)에 대한 라이선스 모델을 수정할 수 없습니다. 그러나 장애 조치 시 대기 복제본(replica)에서 Azure 하이브리드 혜택을 사용하려면 Set-AzSqlDatabase PowerShell 또는 az sql db update Azure CLI 명령을 사용하여 장애 조치 후 대기 복제본(replica)이 주 인스턴스가 될 때 사용할 대기 복제본(replica)에 대한 라이선스 유형을 BasePrice(Azure 하이브리드 혜택)로 업데이트합니다.

  • 장애 조치(failover) 중에 대기 복제본(replica) 상태는 어떻게 되나요?

    계획되거나 계획되지 않은 장애 조치(failover) 동안 대기 복제본(replica)이 새 주 데이터베이스가 되면 일반 라이선스 비용이 발생하고, 원래 주 데이터베이스가 새 대기 보조 데이터베이스가 된 동안에는 vCore 라이선스 비용 발생이 중지됩니다. 그러나 인스턴스는 1시간 동안 비용이 청구되므로 해당 1시간 중간에 상태가 변경된 경우 새 보조 인스턴스에 대해 전체 1시간의 라이선스 비용이 계속 청구될 수 있습니다. 장애 조치(failover) 후 대기 상태가 되는 원래 주 위치에서 Azure 하이브리드 혜택을 사용하는 경우 대기 라이선스 할인이 데이터베이스에서 사용하는 Azure 하이브리드 혜택을 재정의합니다.

  • 주 또는 보조 위치에서 더 큰 vCore 크기로 스케일 업하면 어떻게 되나요?

    스케일 업할 때 먼저 보조 위치를 스케일 업한 다음, 주 위치를 스케일 업하는 것이 모범 사례입니다. 보조 복제본이 전환 기간에 주 복제본(replica)보다 vCore 수가 더 많지만 대기 복제본(replica) 혜택은 여전히 적용됩니다. 전환 기간을 가능한 한 최소화하세요.

  • 주 또는 보조 위치에서 더 작은 vCore 크기로 스케일 다운하면 어떻게 되나요?

    스케일 다운할 때 먼저 주 위치를 스케일 다운한 다음, 보조 위치를 스케일 다운하는 것이 모범 사례입니다. 보조 복제본이 전환 기간에 주 복제본(replica)보다 vCore 수가 더 많지만 대기 복제본(replica) 혜택은 여전히 적용됩니다. 전환 기간을 가능한 한 최소화하세요.

  • 주 및 대기 복제본(replica) 사이에서 지역 복제 관계를 제거하면 어떻게 되나요?

    지역 복제가 제거된 후 대기 데이터베이스가 일반 독립 실행형 데이터베이스가 되고 라이선스 비용이 발생하기 시작합니다.

  • 대기 복제본(replica)에 대해 예약된 용량 혜택을 받을 수 있나요?

    예. 예약된 용량 가격 책정은 대기 복제본(replica)과 완벽하게 호환됩니다.

관련 콘텐츠