다음을 통해 공유


스토리지 공간 다이렉트를 사용하여 FCI 만들기(Azure VM 기반 SQL Server)

적용 대상: Azure VM 기반 SQL Server

가용성 그룹을 배포하는 방법에는 여러 가지가 있습니다. 동일한 Azure 가상 네트워크 내의 여러 서브넷에 SQL Server VM(가상 머신)을 생성하여 배포를 간소화하고 Always On 가용성 그룹에 대한 Azure Load Balancer 또는 DNN(분산 네트워크 이름)의 필요성을 없앨 수 있습니다. 단일 서브넷에서 가용성 그룹을 이미 만든 경우 이를 다중 서브넷 환경으로 마이그레이션할 수 있습니다.

이 문서에서는 Azure VM(가상 머신) 기반 SQL Server를 사용한 스토리지 공간 다이렉트를 사용하여 FCI(장애 조치(failover) 클러스터 인스턴스)를 만드는 방법을 설명합니다. 스토리지 공간 다이렉트는 Windows 클러스터의 노드(Azure VM) 간에 스토리지(데이터 디스크)를 동기화하는 소프트웨어 기반 VSAN(가상 스토리지 영역 네트워크) 역할을 합니다.

자세히 알아보려면 Azure VMs에서 SQL Server를 사용한 FCI클러스터 모범 사례의 개요를 참조하세요.

참고

Azure Migrate를 사용하여 Azure VM의 SQL Server에 대한 장애 조치(failover) 클러스터 인스턴스 솔루션을 리프트 앤 시프트할 수 있습니다. 자세한 내용은 장애 조치(failover) 클러스터 인스턴스 마이그레이션을 참조하세요.

개요

S2D(스토리지 공간 다이렉트)는 아키텍처 수렴형과 하이퍼 수렴형의 두 가지 유형을 지원합니다. 하이퍼 컨버지드 인프라는 클러스터된 애플리케이션을 호스팅하는 동일한 서버에 스토리지를 배치하므로 스토리지가 각 SQL Server FCI 노드에 있습니다.

다음 다이어그램에서는 Azure VM 기반 SQL Server와 함께 하이퍼 컨버지드 스토리지 공간 다이렉트를 사용하는 전체 솔루션을 보여줍니다.

하이퍼 컨버지드 스토리지 공간 다이렉트를 사용하는 전체 솔루션의 다이어그램

위의 다이어그램에서는 동일한 리소스 그룹에 있는 다음 리소스를 보여줍니다.

  • Windows Server 장애 조치(failover) 클러스터에 있는 두 개의 가상 머신. 가상 머신이 장애 조치(failover) 클러스터에 있는 경우 클러스터 노드 또는 노드라고도 합니다.
  • 각 가상 머신에는 두 개 이상의 데이터 디스크가 있습니다.
  • 스토리지 공간 다이렉트는 데이터 디스크의 데이터를 동기화하고 스토리지 풀로 동기화된 스토리지를 제공합니다.
  • 스토리지 풀은 장애 조치(failover) 클러스터에 CSV(클러스터 공유 볼륨)를 제공합니다.
  • SQL Server FCI 클러스터 역할은 데이터 드라이브에 CSV를 사용합니다.
  • 단일 서브넷 시나리오에 대한 SQL Server FCI의 IP 주소를 보유하는 Azure Load Balancer입니다.
  • Azure 가용성 집합은 모든 리소스를 보유합니다.

참고 항목

템플릿에서 Azure에 이 전체 솔루션을 만들 수 있습니다. 템플릿의 예는 GitHub Azure 빠른 시작 템플릿 페이지에서 제공됩니다. 이 예제는 특정 워크로드에 대해 설계되거나 테스트되지 않았습니다. 템플릿을 실행하여 도메인에 스토리지 공간 다이렉트 스토리지가 연결된 SQL Server FCI를 만들 수 있습니다. 템플릿을 평가하고 용도에 맞게 수정할 수 있습니다.

사전 요구 사항

이 문서의 지침을 완료하려면 먼저 다음이 있어야 합니다.

Windows 장애 조치(failover) 클러스터 만들기

Windows Server 장애 조치(failover) 클러스터를 만드는 단계는 단일 서브넷과 다중 서브넷 환경 간에 다릅니다. 클러스터를 만들려면 다중 서브넷 시나리오 또는 단일 서브넷 시나리오에 대한 자습서의 단계를 따릅니다. 이러한 자습서에서는 가용성 그룹을 만들지만 클러스터를 만드는 단계는 장애 조치(failover) 클러스터 인스턴스의 경우와 동일합니다.

쿼럼 구성

디스크 감시는 가장 복원력 있는 Quorum 옵션이지만 스토리지 공간 다이렉트로 구성된 장애 조치(failover) 클러스터 인스턴스에는 지원되지 않습니다. 클라우드 감시는 Azure VM 기반 SQL Server에 대한 이 유형의 클러스터 구성에 권장되는 Quorum 솔루션입니다.

클러스터에 짝수 투표가 있는 경우 비즈니스 요구에 가장 적합한 쿼럼 솔루션을 구성합니다. 자세한 내용은 SQL Server VM에 대한 쿼럼을 참조하세요.

클러스터 유효성 검사

장애 조치 클러스터 관리자 UI에서 또는 PowerShell을 사용하여 클러스터의 유효성을 검사합니다.

UI를 사용하여 클러스터의 유효성을 검사하려면 가상 머신 중 하나에서 다음을 수행합니다.

  1. 서버 관리자에서 도구, 장애 조치(Failover) 클러스터 관리자를 차례로 선택합니다.

  2. 장애 조치(Failover) 클러스터 관리자에서 마우스 오른쪽 단추로 클러스터를 클릭하고, 클러스터 유효성 검사를 선택하여 구성 유효성 검사 마법사를 엽니다.

  3. 구성 유효성 검사 마법사에서 다음을 선택합니다.

  4. 서버 또는 클러스터 선택 페이지에서 두 가상 머신의 이름을 입력합니다.

  5. 테스트 옵션 페이지에서 선택한 테스트만 실행을 선택합니다.

  6. 다음을 선택합니다.

  7. 테스트 선택 페이지에서 스토리지제외한 모든 테스트를 선택합니다.

    클러스터 유효성 검사 테스트 선택의 스크린샷

  8. 다음을 선택합니다.

  9. 확인 페이지에서 다음을 선택합니다. 구성 유효성 검사 마법사가 유효성 검사 테스트를 실행합니다.

PowerShell을 사용하여 클러스터의 유효성을 검사하려면 가상 머신 중 하나의 관리자 PowerShell 세션에서 다음 스크립트를 실행합니다.

Test-Cluster –Node ("<node1>","<node2>") –Include "Storage Spaces Direct", "Inventory", "Network", "System Configuration"

스토리지 추가

스토리지 공간 다이렉트용 디스크는 비어 있어야 합니다. 파티션 또는 다른 데이터를 포함할 수 없습니다. 디스크를 정리하려면 스토리지 공간 다이렉트 배포의 지침을 따르세요.

  1. 스토리지 공간 다이렉트를 사용하도록 설정합니다.

    다음 PowerShell 스크립트는 스토리지 공간 다이렉트를 사용하도록 설정합니다.

    Enable-ClusterS2D
    

    장애 조치(Failover) 클러스터 관리자에서 이제 스토리지 풀을 볼 수 있습니다.

  2. 볼륨을 만듭니다.

    스토리지 공간 다이렉트를 사용하도록 설정하면 스토리지 풀을 자동으로 만들어집니다. 볼륨을 만들 준비가 되었습니다. PowerShell cmdlet New-Volume은 볼륨 생성 프로세스를 자동화합니다. 이 프로세스에는 포맷, 클러스터에 볼륨 추가, CSV 생성이 포함됩니다. 이 예제에서는 800GB CSV를 만듭니다.

    New-Volume -StoragePoolFriendlyName S2D* -FriendlyName VDisk01 -FileSystem CSVFS_REFS -Size 800GB
    

    이전 명령을 실행하면 800GB 볼륨이 클러스터 리소스로 탑재됩니다. 볼륨은 C:\ClusterStorage\Volume1\에 있습니다.

    이 스크린샷에서는 저장소 공간 다이렉트가 포함된 CSV를 보여줍니다.

    스토리지 공간 다이렉트를 사용하는 클러스터 공유 볼륨의 스크린샷

클러스터 장애 조치(failover) 테스트

클러스터의 장애 조치를 테스트합니다. 장애 조치(Failover) 클러스터 관리자에서 클러스터를 마우스 오른쪽 단추로 클릭하고 추가 작업>Move Core Cluster Resource(코어 클러스터 리소스 이동)>노드 선택을 선택한 다음, 클러스터의 다른 노드를 선택합니다. 코어 클러스터 리소스를 클러스터의 모든 노드로 이동한 다음 다시 기본 노드로 이동합니다. 클러스터를 각 노드로 성공적으로 이동할 수 있는 경우 SQL Server를 설치할 준비가 된 것입니다.

코어 리소스를 다른 노드로 이동하여 클러스터 장애 조치(failover) 테스트를 보여 주는 스크린샷

SQL Server FCI 만들기

장애 조치(failover) 클러스터 및 스토리지를 포함한 모든 클러스터 구성 요소를 구성한 후에는 SQL Server FCI를 만들 수 있습니다.

SQL FCI에서 첫 번째 노드 만들기

SQL Server FCI에서 첫 번째 노드를 만들려면 다음 단계를 수행합니다.

  1. RDP 또는 Bastion을 사용하여 첫 번째 가상 머신에 연결합니다.

  2. 장애 조치(failover) 클러스터 관리자에서 모든 코어 클러스터 리소스가 첫 번째 가상 머신에 있는지 확인합니다. 필요한 경우 모든 리소스를 이 가상 머신으로 이동합니다.

  3. 운영 체제 버전이 Windows Server 2019이고 Windows 클러스터가 기본 DNN(분산 네트워크 이름)을 사용하여 만들어진 경우 SQL Server 2017 이하용 FCI 설치는 The given key was not present in the dictionary 오류와 함께 실패합니다.

    설치하는 동안 SQL Server 설치 프로그램은 기존 VNN(가상 네트워크 이름)을 쿼리하고 Windows 클러스터 DNN을 인식하지 못합니다. 이 문제는 SQL Server 2019 설정에서 수정되었습니다. SQL Server 2017 이하의 경우 설치 오류를 방지하려면 다음 단계를 따릅니다.

    • 장애 조치(failover) 클러스터 관리자에서 클러스터에 연결하고, 역할을 마우스 오른쪽 단추로 클릭하고 빈 역할 만들기를 선택합니다.
    • 새로 만들어진 빈 역할을 마우스 오른쪽 단추로 클릭하고 리소스 추가를 선택한 다음, 클라이언트 액세스 포인트를 선택합니다.
    • 이름을 입력하고 마법사를 완료하여 클라이언트 액세스 포인트를 만듭니다.
    • SQL Server FCI 설치가 완료된 후 임시 클라이언트 액세스 포인트가 포함된 역할을 삭제할 수 있습니다.
  4. 설치 미디어를 찾습니다. 가상 머신이 Azure Marketplace 이미지 중 하나를 사용하는 경우 미디어는 C:\SQLServer_<version number>_Full에 있습니다. Setup을 선택합니다.

  5. SQL Server 설치 센터에서 설치를 선택합니다.

  6. SQL Server 장애 조치(failover) 클러스터 새로 설치를 선택합니다. 마법사의 지침에 따라 SQL Server FCI를 설치합니다.

  7. 클러스터 네트워크 구성 페이지에서, 제공하는 IP는 SQL Server VM을 단일 서브넷에 배포했는지 또는 다중 서브넷에 배포했는지에 따라 다릅니다.

    1. 단일 서브넷 환경의 경우 Azure Load Balancer에 추가할 IP 주소를 제공합니다.
    2. 다중 서브넷 환경의 경우 이전에 장애 조치 클러스터 인스턴스 네트워크 이름의 IP 주소로 지정한 첫 번째 SQL Server VM의 서브넷에 보조 IP 주소를 제공합니다.

    첫 번째 SQL Server VM의 서브넷에 있는 보조 IP 주소를 제공하는 스크린샷

  8. 데이터베이스 엔진 구성에서 FCI 데이터 디렉터리는 클러스터형 스토리지에 있어야 합니다. 스토리지 공간 다이렉트를 사용하면 공유 디스크가 아니라 각 서버의 볼륨에 대한 탑재 지점이 됩니다. 스토리지 공간 다이렉트는 두 노드 간에 볼륨을 동기화합니다. 볼륨은 CSV로 클러스터에 표시됩니다. 데이터 디렉터리에 CSV 탑재 지점을 사용합니다.

    데이터 디렉터리의 스크린샷

  9. 마법사의 지침을 완료하면 SQL Server FCI가 첫 번째 노드에 설치됩니다.

SQL FCI에 추가 노드 추가

추가 노드를 SQL Server FCI에 추가하려면 다음 단계를 수행합니다.

  1. 첫 번째 노드에서 FCI 설치가 성공하면 RDP 또는 Bastion을 사용하여 두 번째 노드에 연결합니다.

  2. SQL Server 설치 센터를 엽니다. 설치를 선택합니다.

  3. SQL Server 장애 조치(failover) 클러스터에 노드 추가를 선택합니다. 마법사의 지침에 따라 SQL Server를 설치하고 노드를 FCI에 추가합니다.

  4. 다중 서브넷 시나리오의 경우 클러스터 네트워크 구성에서 이전에 장애 조치(failover) 클러스터 인스턴스 네트워크 이름의 IP 주소로 지정한 두 번째 SQL Server VM의 서브넷에 보조 IP 주소를 입력합니다.

    보조 IP 주소를 두 번째 SQL Server VM 서브넷의 서브넷에 입력하는 스크린샷

    클러스터 네트워크 구성에서 다음을 선택하면 예제 이미지와 같이 SQL Server 설치 프로그램이 여러 서브넷을 검색했음을 나타내는 대화 상자가 표시됩니다. 를 선택하여 확인합니다.

    다중 서브넷 확인을 보여 주는 스크린샷

  5. 마법사에서 지침을 완료하면 두 번째 SQL Server FCI 노드가 추가됩니다.

  6. SQL Server 장애 조치 클러스터 인스턴스에 추가하려는 다른 모든 노드에서 이러한 단계를 반복합니다.

참고

Azure Marketplace 갤러리 이미지에는 SQL Server Management Studio가 설치되어 제공됩니다. 마켓플레이스 이미지를 사용하지 않은 경우 SSMS(SQL Server Management Studio)를 다운로드합니다.

SQL IaaS 에이전트 익스텐션에 등록

포털에서 SQL Server VM을 관리하려면 SQL IaaS 에이전트 익스텐션에 이를 등록합니다. SQL Server의 FCI(장애 조치(failover) 클러스터 인스턴스)가 있는 SQL Server VM에서는 제한된 기능만 사용할 수 있습니다.

참고 항목

현재 SQL IaaS 에이전트 확장에 등록된 Azure 가상 머신의 SQL Server 장애 조치(failover) 클러스터 인스턴스는 자동화된 백업, 패치, Microsoft Entra 인증 및 고급 포털 관리와 같이 에이전트가 필요한 기능이 아니라 기본 등록을 통해 사용할 수 있는 제한된 수의 기능만 지원합니다. 자세한 내용은 혜택 테이블을 참조하세요.

PowerShell을 사용하여 SQL Server VM을 등록합니다(-LicenseType은 PAYG 또는 AHUB일 수 있음).

# Get the existing compute VM
$vm = Get-AzVM -Name <vm_name> -ResourceGroupName <resource_group_name>
         
# Register SQL VM with SQL IaaS Agent extension
New-AzSqlVM -Name $vm.Name -ResourceGroupName $vm.ResourceGroupName -Location $vm.Location `
   -LicenseType <license_type>

연결 구성

여러 서브넷에 SQL Server VM을 배포한 경우 이 단계를 건너뜁니다. SQL Server VM을 단일 서브넷에 배포한 경우 트래픽을 FCI로 라우팅하도록 추가 구성 요소를 구성해야 합니다. 장애 조치(failover) 클러스터 인스턴스에 대해 Azure Load Balancer가 있는 VNN(가상 네트워크 이름) 또는 분산 네트워크 이름을 구성할 수 있습니다. 두 항목의 차이점을 검토한 다음, 장애 조치 클러스터 인스턴스에 대해 분산 네트워크 이름 또는 가상 네트워크 이름 및 Azure Load Balancer를 배포합니다.

제한 사항

  • NTFS로 포맷된 디스크로 연결된 디스크는 클러스터에 스토리지를 추가할 때 디스크 적합성 옵션이 선택 취소되거나 지워진 경우에만 스토리지 공간 다이렉트와 함께 사용할 수 있습니다.

  • SQL IaaS Agent 익스텐션에 등록된 SQL Server FCI는 자동화된 백업, 패치, Microsoft Entra 인증 및 고급 포털 관리와 같은 에이전트가 필요한 기능을 지원하지 않습니다. 자세한 내용은 혜택 테이블을 참조하세요.

  • 스토리지 공간 다이렉트를 공유 스토리지로 사용하는 장애 조치(failover) 클러스터 인스턴스는 클러스터의 Quorum에 대한 디스크 감시 사용을 지원하지 않습니다. 대신 클라우드 감시를 사용합니다.

  • MSDTC(Microsoft Distributed Transaction Coordinator)는 저장소 공간 직접 배포된 Azure VM 장애 조치(failover) 클러스터 인스턴스의 SQL Server에서 지원되지 않습니다. 자세한 내용은 FCI 제한 사항을 검토하세요.

  • MSDTC(Microsoft Distributed Transaction Coordinator)는 전용 CSV(클러스터형 공유 볼륨)에 배포되고 표준 부하 분산 장치를 사용하는 경우 Windows Server 2019 이상부터 Azure 가상 머신에서 지원됩니다. MSDTC는 Windows Server 2016 이하에서 지원되지 않습니다.

제한된 익스텐션 지원

현재 SQL IaaS 에이전트 확장에 등록된 Azure 가상 머신의 SQL Server 장애 조치(failover) 클러스터 인스턴스는 자동화된 백업, 패치, Microsoft Entra 인증 및 고급 포털 관리와 같이 에이전트가 필요한 기능이 아니라 기본 등록을 통해 사용할 수 있는 제한된 수의 기능만 지원합니다. 자세한 내용은 혜택 테이블을 참조하세요.

SQL Server VM이 SQL IaaS 에이전트 익스텐션에 이미 등록되어 있고 에이전트가 필요한 기능을 사용하도록 설정한 경우 해당 VM에 대한 SQL 가상 머신 리소스를 삭제하여 SQL Server VM에서 익스텐션을 삭제한 다음 SQL IaaS 에이전트 익스텐션에 다시 등록해야 합니다. Azure Portal을 사용하여 SQL 가상 머신 리소스를 삭제할 때 올바른 가상 머신 옆의 확인란을 지워 해당 가상 머신이 삭제되지 않도록 합니다.

다음 단계

스토리지 공간 다이렉트가 적합한 FCI 스토리지 솔루션이 아닌 경우 Azure 공유 디스크 또는 프리미엄 파일 공유를 대신 사용하여 FCI를 만드는 것이 좋습니다.

자세한 내용은 다음을 참조하세요.