회사 서비스를 호스팅하기 위해 VMWare 사용에서 Windows 장애 조치 클러스터(버전 2019)로 전환하고 있습니다. WFC를 성공적으로 구성했으며 파일 서버 역할 및 DHCP 서버 역할과 함께 실행되는 몇 가지 가상 머신 역할이 있습니다. 다음은 SQL 서버 인스턴스(버전 2019)를 설정하는 것이며 아키텍처 관련 질문이 제기됩니다.
베어 메탈 WFC 하이퍼바이저에 SQL 서버 클러스터 역할을 직접 설치하는 것이 허용됩니까? 한 발 뒤로 물러나 보자..
우리는 클러스터의 다른 서버와 마찬가지로 SQL 서버의 가용성이 높기를 원합니다. 다음과 같은 기사https://www.mssqltips.com/sqlservertip/6586/clustering-sql-server-2019-step-by-step/SQL Server 인스턴스 간의 장애 조치를 용이하게 하기 위해 WFC를 기반으로 사용하는 항상 온라인 SQL Server 인스턴스를 설정하는 방법을 보여줍니다.
제 생각에는 두 개의 새로운 가상 머신을 실행하고 이 두 머신을 WFC로 전환한 다음 상위 인스턴스에서 수행할 수 있는 SQL AO를 해당 WFC에 설치하여 리소스를 낭비하는 이유는 무엇일까요? 지나치게 중복된 것처럼 보입니다. SQL Server는 가상 WFC 내에서 장애 조치를 수행할 수 있고 각 vm은 상위 WFC 내에서 장애 조치를 수행할 수 있습니다. 이는 다른 역할과 함께 기본 WFC 인스턴스에 직접 설치되도록 설계된 것 같습니다.
여기서 모범 사례는 무엇입니까?
답변1
클러스터의 VM 위에서 실행되는 SQL Server는 가용성이 높습니다. Hyper-V가 포함된 장애 조치 클러스터는 VM 장애 조치를 처리합니다. MS 모범 사례에 따르면 Hyper-V는 호스트에 설치된 유일한 역할이어야 합니다.
하지만 중첩된 장애 조치 클러스터를 배포할 수 있습니다. 공유 VHDX를 사용하여 SQL Server 클러스터를 구성할 수 있습니다.
SQL FCI 성능을 향상하려면 다음 문서를 확인하세요.