트래픽이 많은 서비스나 웹사이트를 서버에 호스팅할 때는 일반적으로 여러 개의 부하 분산 노드를 두도록 설계합니다. 이러한 노드들은 하나의 노드에 장애가 발생하더라도 다른 노드들이 이를 대신 처리할 수 있도록 보장합니다. Windows Server 2019/2016에서는 노드 간 부하 분산이 '쿼럼(Quorum)' 시스템을 통해 작동합니다. 이번 가이드에서는 Windows 파일 공유 감시(File Share Witness) 기능에 대해 자세히 알아보겠습니다.
파일 공유 감시와 쿼럼 시스템
쿼럼 시스템은 투표 기반의 시스템으로, 장애 상황에서도 정상적으로 작동하기 위해 일정 수의 노드가 반드시 온라인 상태여야 한다는 개념입니다. 그런데 전체 투표 수가 '짝수'일 경우에는 투표가 교착 상태에 빠질 수 있습니다. 투표의 목적은 단순합니다. 특정 노드에 과부하가 집중되지 않도록 하는 것입니다. 여기에 파일 공유 감시(File Share Witness)를 도입하면 결정타(tiebreaker) 역할을 하게 됩니다. 필요할 때 추가적인 쿼럼 투표권을 제공하여, 사이트 장애가 발생하더라도 클러스터가 계속 운영될 수 있도록 보장합니다.
예를 들어 4개의 노드가 2-2 형태로 분산되어 있고, 그중 하나의 노드에 장애가 발생했다면 나머지 노드들이 이를 감당해야 합니다. 하지만 2-2 구성에서는 의사결정이 막히게 됩니다. 이때 IT 관리자가 파일 공유 감시를 배포하여 기존 노드 중 하나에 추가 투표권을 부여하면 쿼럼이 성립되고, 클러스터가 모든 작업을 정상적으로 처리할 수 있습니다.
Windows Server 2019/2016의 파일 공유 감시 기능이란?
FSW가 정상적으로 작동하기 위한 핵심 요건 중 하나는 도메인에 가입되어 있고 동일한 포리스트(forest)에 속해 있어야 한다는 것입니다. 이 기준이 중요한 이유는 장애 조치(failover) 클러스터가 Kerberos 인증을 통해 클러스터 이름 개체(CNO, Cluster Name Object)로 공유 폴더에 연결하고 인증하기 때문입니다. 하지만 다음과 같은 여러 사유로 인해 이것이 불가능한 경우가 종종 발생합니다.
- 인터넷 연결 상태 불량
- 도메인 컨트롤러 사용 불가
- Active Directory에 CNO 개체 없음
- 디스크 감시(disk witness)용 공유 드라이브 부재
Microsoft는 이러한 상황을 고려하여 Windows Server 2019에 도메인에 속하지 않은 환경에서도 쿼럼 시스템이 작동할 수 있는 기능을 추가했습니다. 이는 FSW가 연결된 서버의 로컬 사용자 계정을 활용하는 방식으로 구현되었습니다.
IT 관리자는 로컬(관리자 권한이 아닌) 사용자 계정을 생성하고, 해당 계정에 공유 폴더에 대한 모든 권한을 부여한 뒤, 클러스터를 해당 공유 폴더에 연결하면 됩니다. 절차는 다음과 같습니다.
- SERVER에 로그온하여 로컬 사용자 계정을 생성합니다. (예: FSW-ACCT)
- SERVER에 폴더를 만들고 공유 설정을 진행합니다.
- 로컬 사용자 계정(FSW-ACCT)에게 공유 폴더에 대한 모든 권한을 부여합니다.
- 클러스터 노드 중 하나에 로그인하여 다음 PowerShell 명령을 실행합니다.
Set-ClusterQuorum -FileShareWitness \\SERVER\SHARE -Credential $(Get-Credential)
- 계정과 암호 입력을 요구하는 프롬프트가 나타나면 SERVER\FSW-ACCT와 해당 암호를 입력합니다.
또한, 별도의 서버를 마련할 수 없는 상황이라면 라우터에 연결된 USB 드라이브를 활용하는 방법도 있습니다. USB 드라이브를 연결한 후 공유 이름, 사용자 이름, 접근 암호를 설정하면 되며, SMB 2.0 이상 버전에서 작동합니다.
파일 공유 감시 기능에 대한 더 자세한 내용은 MSDN 공식 문서에서 확인할 수 있습니다.
