SQL Server Always On 장애 조치(failover) 클러스터 인스턴스를 Azure VMware Solution으로 마이그레이션

아티클
03/18/2024

이 문서에서는 SQL Server 장애 조치(failover) 클러스터 인스턴스를 Azure VMware Solution으로 마이그레이션하는 방법을 알아봅니다. 현재 Azure VMware Solution 서비스는 온-프레미스 vCenter Server를 연결하는 Azure VMware Solution에서 실행되는 vCenter Server와 연결하는 VMware Hybrid Linked Mode를 지원하지 않습니다. 이 제약 조건으로 인해 이 프로세스에서는 마이그레이션을 위해 VMware HCX를 사용해야 합니다. HCX 구성에 대한 자세한 내용은 Azure VMware Solution에 VMware HCX 설치 및 활성화를 참조하세요.

VMware HCX는 가상 머신에 연결된 물리적 공유 모드에서 SCSI 컨트롤러가 있는 가상 머신 마이그레이션을 지원하지 않습니다. 그러나 이 절차에 표시된 단계를 수행하고 VMware HCX 콜드 마이그레이션을 사용하여 클러스터를 구성하는 다른 가상 머신을 이동하여 이 제한을 극복할 수 있습니다.

참고 항목

이 절차에서는 클러스터를 완전히 종료해야 합니다. 마이그레이션 중에는 SQL Server 서비스를 사용할 수 없으므로 가동 중지 시간에 적절하게 계획합니다.

Microsoft SQL Server 2019 및 2022는 온-프레미스 환경에 배포된 가상 머신을 사용하여 Windows Server 2019 및 2022 데이터 센터 버전에서 테스트되었습니다. Windows Server 및 SQL Server는 Microsoft 및 VMware의 모범 사례와 권장 사항에 따라 구성되었습니다. 온-프레미스 원본 인프라는 Dell PowerEdge 서버 및 Intel Optane P4800X SSD NVMe 디바이스에서 실행되는 VMware vSphere 7.0 업데이트 3 및 VMware vSAN이었습니다.

필수 조건

클러스터에 있는 모든 노드의 스토리지 및 네트워크 구성을 검토하고 기록합니다.
WSFC 구성을 검토하고 기록합니다.
모든 SQL Server 데이터베이스의 백업을 유지 관리합니다.
클러스터 가상 머신을 백업합니다.
DRS(분산 리소스 스케줄러) 그룹 및 관련 규칙에서 모든 클러스터 노드 VM을 제거합니다.
온-프레미스 데이터 센터와 마이그레이션된 워크로드를 실행하는 Azure VMware Solution 프라이빗 클라우드 간에 VMware HCX를 구성해야 합니다. VMware HCX를 설치하는 방법에 대한 자세한 내용은 Azure VMware Solution 설명서를 참조하세요.
SQL Server 및 워크로드에서 사용 중인 모든 네트워크 세그먼트가 Azure VMware Solution 프라이빗 클라우드로 확장되었는지 확인합니다. 이 단계를 확인하려면 VMware HCX 네트워크 확장 구성을 참조하세요.

VPN을 통한 VMware HCX 또는 ExpressRoute 연결은 마이그레이션에 대한 네트워킹 구성으로 사용할 수 있습니다.

VPN을 통한 VMware HCX는 제한된 대역폭으로 인해 일반적으로 더 긴 가동 중지 시간을 유지할 수 있는 워크로드(예: 개발 및 테스팅 환경)에 적합합니다.

다음과 같은 경우 마이그레이션에 ExpressRoute 연결이 권장됩니다.

프로덕션 환경
데이터베이스 크기가 큰 워크로드
가동 중지 시간을 최소화해야 하는 시나리오. 마이그레이션에 ExpressRoute 연결이 권장됩니다.

가동 중지 시간 고려 사항

마이그레이션 중 발생하는 가동 중지 시간은 마이그레이션할 데이터베이스의 크기와 Azure 클라우드에 대한 개인 네트워크의 연결 속도에 따라 달라집니다. SQL Server 장애 조치(failover) 클러스터 인스턴스 Always On을 Azure VMware Solution으로 마이그레이션하려면 데이터베이스 및 모든 클러스터 노드의 전체 가동 중지 시간이 필요하지만 승인된 변경 창이 있는 사용량이 적은 시간에 마이그레이션을 실행할 계획을 세워야 합니다.

다음 표는 각 SQL Server 토폴로지의 마이그레이션에서 예상되는 가동 중지 시간을 보여줍니다.

시나리오	예상되는 가동 중지 시간	참고
SQL Server 독립 실행형 인스턴스	낮음	마이그레이션은 VMware vMotion을 사용하여 수행되며, 데이터베이스는 마이그레이션 중에 사용할 수 있지만 중요한 데이터는 커밋하지 않는 것이 좋습니다.
SQL Server Always On 가용성 그룹	낮음	첫 번째 보조 복제본을 마이그레이션하는 동안 주 복제본은 항상 사용할 수 있으며, Azure로 초기 장애 조치(failover)한 후에는 보조 복제본이 주 복제본이 됩니다.
SQL Server Always On 장애 조치(failover) 클러스터 인스턴스	높음	클러스터의 모든 노드는 VMware HCX 콜드 마이그레이션을 사용하여 종료되고 마이그레이션됩니다. 가동 중지 시간은 데이터베이스 크기 및 Azure 클라우드에 대한 개인 네트워크 속도에 따라 달라집니다.

Windows Server 장애 조치(failover) 클러스터 쿼럼 고려 사항

Windows Server 장애 조치 클러스터에는 클러스터를 유지 관리하기 위한 쿼럼 메커니즘이 필요합니다.

홀수의 투표 요소를 사용하여 홀수의 클러스터 노드 수 또는 감시 기능을 사용해 얻을 수 있습니다. 감시 기능은 다음과 같은 세 가지 형식으로 구성할 수 있습니다.

디스크 감시
파일 공유 감시
클라우드 감시

클러스터에서 디스크 감시를 사용하는 경우 장애 조치(failover) 클러스터 마이그레이션을 사용하여 클러스터 공유 스토리지로 디스크를 마이그레이션해야 합니다.

클러스터가 온-프레미스에서 실행되는 파일공유 감시를 사용하는 경우 마이그레이션된 클러스터의 감시 기능 유형은 Azure VMware Solution 시나리오에 따라 달라집니다.

데이터 센터 확장: 온-프레미스 파일 공유 감시를 유지합니다. 워크로드는 데이터 센터와 Azure VMware Solution에 분산되므로 둘 사이의 연결을 항상 사용할 수 있어야 합니다. 어떤 경우든 대역폭 제약 조건을 고려하고 그에 따라 계획을 세웁니다.
데이터 센터 종료: 이 시나리오에는 두 가지 옵션이 있습니다. 두 옵션 모두 롤백을 수행해야 하는 경우 마이그레이션 시 온-프레미스에서 파일 공유 감시를 유지할 수 있습니다.
- Azure VMware Solution 프라이빗 클라우드에 새 파일 공유 감시를 배포합니다.
- Azure VMware Solution 프라이빗 클라우드와 동일한 지역에 있는 Azure Blob Storage에서 실행되는 클라우드 감시를 배포합니다.
재해 복구 및 비즈니스 연속성: 재해 복구 시나리오의 경우 가장 신뢰할 수 있는 최상의 옵션은 Azure Storage에서 실행되는 클라우드 감시를 만드는 것입니다.
애플리케이션 현대화: 이 사용 사례의 경우 최상의 옵션은 클라우드 감시를 배포하는 것입니다.

쿼럼 구성 및 관리에 대한 자세한 내용은 장애 조치(failover) 클러스터링 설명서를 참조하세요. Azure Blob Storage에 클라우드 감시를 배포하는 방법에 대한 자세한 내용은 장애 조치(failover) 클러스터용 클라우드 감시 배포 설명서를 참조하세요.

장애 조치(failover) 클러스터 마이그레이션

이 문서에서는 Windows Server 2019 Datacenter 및 SQL Server 2019 Enterprise와 함께 두 번째 노드 클러스터를 사용하고 있습니다. 이 절차에서는 Windows Server 2022 및 SQL Server 2022도 지원됩니다.

vSphere 클라이언트에서 클러스터의 두 번째 노드를 종료합니다.
클러스터의 첫 번째 노드에 액세스하고 장애 조치(failover) 클러스터 관리자를 엽니다.
- 두 번째 노드가 오프라인 상태이고 모든 클러스터된 서비스와 스토리지가 첫 번째 노드의 제어 대상인지 확인합니다.
- 클러스터 종료
- 모든 클러스터 서비스가 오류 없이 성공적으로 중지되었는지 확인합니다.
클러스터의 첫 번째 노드를 종료합니다.
vSphere 클라이언트에서 클러스터의 두 번째 노드 설정을 편집합니다.
- 가상 머신 구성에서 모든 공유 디스크를 제거합니다.
- 데이터 저장소에서 디스크를 영구적으로 삭제하기 때문에 데이터 저장소에서 파일 삭제 확인란이 선택되지 않았는지 확인합니다. 이 경우 이전 백업에서 클러스터를 복구해야 합니다.
- 공유 스토리지에 사용되는 가상 SCSI 컨트롤러에서 SCSI 버스 공유를 물리적에서 없음으로 설정합니다. 일반적으로 이러한 컨트롤러는 VMware Paravirtual 형식입니다.
첫 번째 노드 가상 머신 설정을 편집합니다. SCSI 컨트롤러에서 SCSI 버스 공유를 물리적에서 없음으로 설정합니다.
vSphere 클라이언트에서 HCX 플러그 인 영역으로 이동합니다. 서비스에서 마이그레이션>마이그레이션을 선택합니다.
- 두 번째 노드 가상 머신을 선택합니다.
- 원격 프라이빗 클라우드에서 vSphere 클러스터를 설정하면 마이그레이션된 SQL Server VM 또는 VM을 컴퓨팅 컨테이너로 호스트합니다.
- vSAN 데이터 저장소를 원격 저장소로 선택합니다.
- 특정 폴더에 가상 머신을 배치하려면 폴더를 선택합니다. 필수는 아니지만 Azure VMware Solution 프라이빗 클라우드에서 다른 워크로드를 분리하는 것이 좋습니다.
- 원본과 동일한 형식을 유지합니다.
- 콜드 마이그레이션을 마이그레이션 프로필로 선택합니다.
- 확장옵션에서 사용자 지정 특성 마이그레이션을 선택합니다.
- 온-프레미스 네트워크 세그먼트에서 Azure에 올바른 원격 확장 세그먼트가 있는지 확인합니다.
- 유효성 검사를 선택하고 모든 검사가 통과 상태로 완료되었는지 확인합니다. 가장 일반적인 오류는 스토리지 구성과 관련이 있습니다. 물리적 공유 설정이 있는 SCSI 컨트롤러가 없는지 다시 확인합니다.
- 이동을 선택하면 마이그레이션이 시작됩니다.
첫 번째 노드에 대해 동일한 프로세스를 반복합니다.
Azure VMware Solution vSphere 클라이언트에 액세스하고, 첫 번째 노드 설정을 편집하고, SCSI 컨트롤러를 공유하는 물리적 SCSI 버스 또는 공유 디스크를 관리하는 컨트롤러로 다시 설정합니다.
vSphere 클라이언트에서 노드 2 설정을 편집합니다.
- 공유 스토리지를 관리하는 SCSI 컨트롤러에서 SCSI 버스 공유를 물리적으로 다시 설정합니다.
- 클러스터 공유 디스크를 노드에 추가 스토리지로 추가합니다. 두 번째 SCSI 컨트롤러에 할당합니다.
- 모든 스토리지 구성이 마이그레이션 전에 기록된 구성과 동일한지 확인합니다.
첫 번째 노드 가상 머신의 전원을 켭니다.
VMware 원격 콘솔을 사용하여 첫 번째 노드 VM에 액세스합니다.
- 가상 머신 네트워크 구성을 확인하고 온-프레미스 및 Azure 리소스에 연결할 수 있는지 확인합니다.
- 장애 조치(failover) 클러스터 관리자를 열고 클러스터 서비스를 확인합니다.
두 번째 노드 가상 머신의 전원을 켭니다.
VMware 원격 콘솔에서 두 번째 노드 VM에 액세스합니다.
- Windows Server가 스토리지에 연결할 수 있는지 확인합니다.
- 장애 조치(failover) 클러스터 관리자에서 두 번째 노드가 온라인 상태로 표시되는지 검토합니다.
SQL Server Management Studio를 사용하여 SQL Server 클러스터 리소스 네트워크 이름에 연결합니다. 모든 데이터베이스가 온라인 상태이고 액세스할 수 있는지 확인합니다.