CSV(클러스터 공유 볼륨)를 사용하면 Windows Server 장애 조치(failover) 클러스터 또는 Azure Local의 여러 노드가 동시에 NTFS 볼륨으로 프로비전된 동일한 LUN(디스크)에 대한 읽기-쓰기 액세스 권한을 가질 수 있습니다. 디스크는 ReFS(복원 파일 시스템)로 프로비전할 수 있습니다. 그러나 CSV 드라이브는 리디렉션된 모드에 배치됩니다. 즉, 쓰기 액세스가 코디네이터 노드로 전송됩니다. CSV를 사용하면 클러스터된 역할이 드라이브 소유권을 변경하거나 볼륨을 분리 및 다시 탑재할 필요 없이 한 노드에서 다른 노드로 빠르게 장애 조치될 수 있습니다. 또한 CSV는 장애 조치(failover) 클러스터에서 잠재적으로 많은 수의 LUN 관리를 간소화하는 데 도움이 됩니다.
CSV는 NTFS 또는 ReFS를 기반으로 작동하는 클러스터형 파일 시스템을 제공합니다. CSV의 일반적인 용도는 다음과 같습니다.
클러스터형 Hyper-V VM(가상 머신)에 대한 클러스터형 VHD/VHDX(가상 하드 디스크) 파일입니다.
스케일 아웃 파일 서버 클러스터된 역할의 애플리케이션 데이터를 저장하는 스케일 아웃 파일 공유. 이 역할에 대한 애플리케이션 데이터의 예로는 Hyper-V VM 파일 및 Microsoft SQL Server 데이터가 있습니다. ReFS는 Windows Server 2012 R2 및 이전 릴리스의 Scale-Out 파일 서버에 대해 지원되지 않습니다. Scale-Out 파일 서버에 대한 자세한 내용은 애플리케이션 데이터용 파일 서버Scale-Out 참조하세요.
Microsoft SQL Server 2014(이상) 장애 조치 클러스터 인스턴스(FCI). CSV는 Microsoft SQL Server 2012 및 이전 버전의 SQL Server에서 SQL Server 클러스터된 워크로드를 지원하지 않습니다.
Windows Server 2019 이상 MSDTC(Microsoft Distributed Transaction Control).
Windows Server의 이후 릴리스에서는 CSV 기능이 향상되었습니다. 예를 들어 AD DS(Active Directory Domain Services)에 대한 종속성이 제거되었습니다. 바이러스 백신 및 백업 애플리케이션과의 상호 운용성 및 BitLocker 암호화 볼륨 및 스토리지 공간과 같은 일반 스토리지 기능과의 통합을 위한 기능 향상 chkdsk 에 대한 지원이 추가되었습니다. Windows Server 2012에서 도입된 CSV 기능에 대한 개요는 Windows Server 2012의 장애 조치(failover) 클러스터링의 새로운 기능을 참조하세요.
Windows Server 2012 R2에는 다음과 같은 추가 기능이 도입되었습니다.
향상된 진단 가능성을 가진 분산 CSV 소유권
서버 서비스의 가용성을 통한 복원력 향상
CSV 캐시에 할당할 수 있는 물리적 메모리의 양 유연성 향상
ReFS 및 중복 제거에 대한 지원을 포함하는 향상된 상호 운용성
VDI(가상 데스크톱 인프라) 시나리오용 CSV에서 데이터 중복 제거를 사용하는 방법에 대한 자세한 내용은 Windows Server 2012 R2에서 VDI 스토리지에 대한 데이터 중복 제거 배포 및 Windows Server 2012 R2의 새 워크로드로 데이터 중복 제거 확장 블로그 게시물을 참조하세요.
장애 조치(failover) 클러스터에서 CSV를 사용하기 위한 요구 사항 및 고려 사항
장애 조치(failover) 클러스터에서 CSV를 사용하기 전에 다음 섹션에서 네트워크, 스토리지 및 기타 요구 사항 및 고려 사항을 검토합니다. 네트워크 어댑터 및 스토리지 옵션에 대한 자세한 내용은 장애 조치(failover) 클러스터링 하드웨어 요구 사항 및 스토리지 옵션을 참조하세요.
노드 요구 사항
시스템 디스크의 드라이브 문자: 모든 노드에서 시스템 디스크의 드라이브 문자는 동일해야 합니다.
인증 프로토콜: 모든 노드에서 NTLM 프로토콜을 사용하도록 설정해야 합니다. 이 옵션은 기본적으로 사용하도록 설정되어 있습니다. Windows Server 2019 및 Azure Local부터 인증에 인증서를 사용하므로 NTLM 종속성이 제거되었습니다.
스토리지 및 디스크 구성 요구 사항
파일 시스템 형식
Windows Server 2012에서 CSV의 디스크 또는 스토리지 공간은 NTFS로 분할된 기본 디스크여야 합니다. Windows Server 2012 R2에서 CSV의 디스크 또는 스토리지 공간은 NTFS 또는 ReFS로 분할된 기본 디스크여야 합니다. Windows Server 2016 이상 및 Azure Local에서 CSV의 디스크 또는 스토리지 공간은 NTFS 또는 ReFS로 분할된 기본 디스크 또는 GPT(GUID 파티션 테이블) 디스크여야 합니다. 모범 사례는 스토리지 공급업체에서 제공하는 지침을 검토하는 것입니다.
Windows Server 2012에서는 디스크를 FAT, FAT32 또는 ReFS 형식의 CSV로 사용할 수 없습니다.
Windows Server 2012 R2 이상에서는 디스크를 FAT 또는 FAT32 형식의 CSV로 사용할 수 없습니다.
CSV는 쿼럼 감시 디스크로 사용할 수 없습니다. 클러스터 쿼럼에 대한 자세한 내용은 스토리지 공간 다이렉트의 쿼럼 이해를 참조하세요.
디스크를 CSV로 추가하면 CSVFS(CSV 파일 시스템) 형식으로 지정됩니다. 따라서 클러스터 및 기타 소프트웨어를 다른 NTFS 또는 ReFS 스토리지의 CSV 스토리지와 구분할 수 있습니다. 일반적으로 CSVFS는 NTFS 및 ReFS와 동일한 기능을 지원합니다. 그러나 특정 기능은 지원되지 않습니다. 예를 들어 Windows Server 2012 R2에서는 CSV에서 압축을 사용하도록 설정할 수 없습니다. Windows Server 2012에서는 CSV에서 데이터 중복 제거 또는 압축을 사용하도록 설정할 수 없습니다.
클러스터의 리소스 종류
CSV는 실제 디스크 리소스 유형으로 사용해야 합니다. 기본적으로 클러스터 스토리지에 추가되는 디스크 또는 스토리지 공간은 이러한 방식으로 자동으로 구성됩니다.
클러스터 스토리지에서 CSV 디스크 또는 기타 디스크 선택
클러스터형 VM에 대해 하나 이상의 디스크를 선택할 때 각 디스크를 사용하는 방법을 고려합니다. 디스크를 사용하여 Hyper-V에서 만든 파일(예: VHD/VHDX 파일 또는 구성 파일)을 저장하는 경우 CSV 디스크 또는 클러스터 스토리지의 사용 가능한 다른 디스크 중에서 선택할 수 있습니다. 디스크가 VM에 직접 연결된 실제 디스크(통과 디스크라고도 함)인 경우 CSV 디스크를 선택할 수 없으며 클러스터 스토리지에서 사용 가능한 다른 디스크 중에서 선택해야 합니다.
디스크를 식별하기 위한 경로 이름
시스템 드라이브의 \ClusterStorage 폴더 아래에 번호가 매겨진 볼륨으로 표시되는 경로를 사용하여 CSV의 디스크에 액세스합니다. 이 경로는 클러스터의 모든 노드에서 일관됩니다. 필요한 경우 이러한 볼륨의 이름을 바꿀 수 있지만 SQL Server와 같은 VM 또는 애플리케이션을 설치하기 전에 이 작업을 수행하는 것이 가장 좋습니다. VM이 실행 중이거나 저장된 상태일 때와 같이 열린 핸들이 있는 경우 이름을 바꾸는 것은 불가능합니다.
LUN, 볼륨 및 VHD 파일 배열
클러스터된 VM에 대한 스토리지를 제공하기 위해 CSV를 최대한 활용하려면 물리적 서버를 구성할 때 LUN(디스크)을 정렬하는 방법을 검토하는 것이 유용합니다. 해당 VM을 구성할 때 비슷한 방식으로 VHD 파일을 정렬해 봅니다.
실제 서버의 디스크 및 파일을 정리할 때 고려할 사항은 다음과 같습니다.
하나의 실제 디스크에 시스템 파일(페이지 파일 포함) 배치
다른 물리 디스크에 있는 데이터 파일
이와 동등한 클러스터형 VM의 경우 볼륨 및 파일을 비슷한 방식으로 구성해야 합니다.
하나의 CSV 내 VHD 파일에 시스템 파일(페이지 파일 포함) 배치
다른 CSV에 있는 VHD 파일 내의 데이터 파일
가능한 경우 다른 VM을 추가하는 경우 해당 VM의 VHD에 대해 동일한 정렬을 유지해야 합니다.
LUN 수 및 볼륨 크기
CSV를 사용하는 장애 조치(failover) 클러스터에 대한 스토리지 구성을 계획하는 경우 다음 권장 사항을 고려합니다.
구성할 LUN 수를 결정하려면 스토리지 공급업체에 문의합니다. 예를 들어 스토리지 공급업체는 각 LUN을 하나의 파티션으로 구성하고 하나의 CSV를 배치하는 것이 좋습니다.
노드당 하나 이상의 CSV를 만듭니다.
단일 CSV에서 지원될 수 있는 VM 수에는 제한이 없습니다. 그러나 클러스터에 포함하려는 VM의 수와 각 VM에 대한 워크로드(초당 I/O 작업)를 고려해야 합니다. 다음은 그 예입니다.
비교적 가벼운 워크로드인 VDI(가상 데스크톱 인프라)를 지원하는 VM을 배포하는 한 조직. 클러스터에서는 고성능 스토리지를 사용합니다. 클러스터 관리자는 스토리지 공급업체와 협의한 후 CSV당 상대적으로 많은 수의 VM을 배치하기로 결정합니다.
다른 조직에서는 사용량이 많은 데이터베이스 애플리케이션을 지원하는 많은 수의 VM을 배포하는데, 이는 더 무거운 워크로드입니다. 클러스터에서는 성능이 낮은 스토리지를 사용합니다. 클러스터 관리자는 스토리지 공급업체와 협의한 후 CSV당 상대적으로 적은 수의 VM을 배치하기로 결정합니다.
특정 VM에 대한 스토리지 구성을 계획할 때 VM에서 지원하는 서비스, 애플리케이션 또는 역할의 디스크 요구 사항을 고려합니다. 이러한 요구 사항을 이해하면 성능 저하를 초래할 수 있는 디스크 경합을 방지하는 데 도움이 됩니다. VM에 대한 스토리지 구성은 동일한 서비스, 애플리케이션 또는 역할을 실행하는 물리적 서버에 사용하는 스토리지 구성과 매우 유사해야 합니다. 스토리지에 독립된 실제 하드 디스크를 많이 배치하여 디스크 경합을 완화할 수도 있습니다. 그에 따라 스토리지 하드웨어를 선택하고 공급업체와 상의하여 스토리지의 성능을 최적화합니다.
클러스터 워크로드 및 I/O 작업의 필요성에 따라 각 LUN에 액세스하도록 VM의 백분율만 구성하는 것을 고려할 수 있지만, 다른 VM은 연결되지 않고 컴퓨팅 작업에만 전념합니다.
네트워크 구성 고려 사항
CSV를 지원하는 네트워크를 구성할 때 다음을 고려합니다.
여러 네트워크 및 여러 네트워크 어댑터
네트워크 오류가 발생하는 경우 내결함성을 사용하도록 설정하려면 여러 클러스터 네트워크가 CSV 트래픽을 전달하거나 팀 네트워크 어댑터를 구성하는 것이 좋습니다. 클러스터 노드가 클러스터에서 사용하지 않아야 하는 네트워크에 연결된 경우 클러스터 노드를 사용하지 않도록 설정해야 합니다. 예를 들어 이러한 네트워크에서 CSV 트래픽을 방지하기 위해 클러스터에서 iSCSI 네트워크를 사용하지 않도록 설정하는 것이 좋습니다. 네트워크를 사용하지 않도록 설정하려면 장애 조치(Failover) 클러스터 관리자에서 네트워크를 선택하고, 네트워크를 선택하고, 속성 작업을 선택한 다음, 이 네트워크에서 클러스터 네트워크 통신 허용 안 함을 선택합니다. 또는 Get-ClusterNetwork cmdlet을 사용하여 네트워크의 Role 속성을 구성할 수 있습니다.
네트워크 어댑터 속성
클러스터 통신을 수행하는 모든 어댑터에 대한 속성에서 다음 설정이 사용하도록 설정되어 있는지 확인합니다.
Microsoft Network용 클라이언트 및 Microsoft 네트워크용 파일 및 프린터 공유. 이러한 설정은 노드 간에 CSV 트래픽을 전달하는 데 기본적으로 사용되는 SMB(서버 메시지 블록) 3.0을 지원합니다. SMB를 사용하도록 설정하려면 서버 서비스 및 워크스테이션 서비스가 실행 중이고 각 클러스터 노드에서 자동으로 시작되도록 구성되어 있는지 확인합니다.
참고
Windows Server 2012 R2 및 이후 버전에서는 장애 조치 클러스터 노드당 여러 개의 서버 서비스 인스턴스가 있습니다. 일반 파일 공유에 액세스하는 SMB 클라이언트에서 들어오는 트래픽을 처리하는 기본 인스턴스와 노드 간 CSV 트래픽만 처리하는 두 번째 CSV 인스턴스가 있습니다. 또한 노드의 서버 서비스가 비정상 상태가 되면 CSV 소유권이 자동으로 다른 노드로 전환됩니다.
SMB 3.0에는 CSV 트래픽을 클러스터의 여러 네트워크에서 스트리밍할 수 있으며 RDMA(원격 직접 메모리 액세스)가 지원되는 네트워크 어댑터를 활용할 수 있는 SMB 다중 채널 및 SMB 다이렉트 기능이 포함되어 있습니다. 기본적으로 SMB 다중 채널은 CSV 트래픽에 사용됩니다. 자세한 내용은 서버 메시지 블록 개요를 참조하세요.
Microsoft 장애 조치 클러스터 가상 어댑터 성능 필터
이 설정은 CSV에 액세스하는 데 필요한 경우 I/O 리디렉션을 수행하는 노드의 기능을 향상시킵니다. 예를 들어 연결 오류로 인해 노드가 CSV 디스크에 직접 연결하지 못하는 경우 이러한 상황이 발생합니다. NetFT 가상 어댑터 성능 필터는 Windows Server 2012 R2를 제외한 모든 버전에서 기본적으로 비활성화되어 있습니다. 호스트된 VM 내에서 실행되는 게스트 클러스터가 있는 Hyper-V 클러스터에서 문제가 발생할 수 있으므로 사용하지 않도록 유지됩니다. 호스트의 NetFT 가상 어댑터 성능 필터가 게스트 VM용 NetFT 트래픽을 호스트로 실수로 라우팅하는 경우가 있습니다. 이 잘못된 경로는 VM 내의 게스트 클러스터와 통신 문제를 초래할 수 있습니다. 그러나 게스트 클러스터를 사용하여 Hyper-V 이외의 워크로드를 배포하는 경우 NetFT 가상 어댑터 성능 필터를 사용하도록 설정하면 클러스터 성능을 최적화하고 개선할 수 있습니다.
클러스터 네트워크 우선 순위 지정
네트워크에 대한 클러스터 구성 기본 설정을 변경하지 않는 것이 좋습니다.
IP 서브넷 구성
CSV를 사용하는 네트워크의 노드에는 특정 서브넷 구성이 필요하지 않습니다. CSV는 다중 서브넷 스트레치 클러스터를 지원할 수 있습니다.
QoS(정책 기반 서비스 품질)
CSV를 사용할 때 각 노드에 대한 네트워크 트래픽에 대한 QoS 우선 순위 정책 및 최소 대역폭 정책을 구성하는 것이 좋습니다. 자세한 내용은 QoS(서비스 품질)를 참조하세요.
스토리지 네트워크
스토리지 네트워크 권장 사항은 스토리지 공급업체에서 제공하는 지침을 검토합니다.
CSV 통신의 I/O 동기화 및 I/O 리디렉션에 대하여
I/O 동기화
CSV를 사용하면 여러 노드가 동일한 공유 스토리지에 대한 동시 읽기-쓰기 액세스 권한을 가질 수 있습니다. 노드가 CSV에서 디스크 입력/출력(I/O)을 수행하는 경우 노드는 SAN(스토리지 영역 네트워크)을 통해 스토리지와 직접 통신합니다. 그러나 언제든지 단일 노드(코디네이터 노드라고 함)에서 LUN과 연결된 물리적 디스크 리소스를 "소유"합니다. CSV의 코디네이터 노드는 장애 조치(failover) 클러스터 관리자에 디스크 아래의 소유자 노드로 표시됩니다. Get-ClusterSharedVolume cmdlet의 출력에도 표시됩니다.
참고
Windows Server 2012 R2부터 CSV 소유권은 각 노드가 소유한 CSV 수에 따라 장애 조치(failover) 클러스터 노드에 균등하게 분산됩니다. 또한 CSV 장애 조치(failover)와 같은 조건이 있거나, 노드가 클러스터에 다시 가입하거나, 클러스터에 새 노드를 추가하거나, 클러스터 노드를 다시 시작하거나, 장애 조치(failover) 클러스터가 종료된 후 시작하는 경우 소유권이 자동으로 재조정됩니다.
CSV의 파일 시스템에서 약간의 변경이 발생하는 경우 이 메타데이터는 단일 코디네이터 노드뿐만 아니라 LUN에 액세스하는 각 실제 노드에서 동기화되어야 합니다. 예를 들어 CSV의 VM이 시작, 생성 또는 삭제되거나 VM이 마이그레이션될 때 VM에 액세스하는 각 실제 노드에서 이 정보를 동기화해야 합니다. 이러한 메타데이터 업데이트 작업은 SMB 3.0을 통해 클러스터 네트워크에서 병렬로 발생합니다. 이러한 작업을 수행해도 모든 물리적 노드가 공유 스토리지와 통신할 필요는 없습니다.
I/O 리디렉션
스토리지 연결 오류 및 특정 스토리지 작업으로 인해 지정된 노드가 스토리지와 직접 통신하지 못할 수 있습니다. 노드가 스토리지와 통신하지 않는 동안 함수를 유지하기 위해 노드는 클러스터 네트워크를 통해 디스크 I/O를 디스크가 현재 탑재된 코디네이터 노드로 리디렉션합니다. 현재 코디네이터 노드에서 스토리지 연결 오류가 발생한 경우 새 노드가 코디네이터 노드로 설정되는 동안 일시적으로 모든 디스크 I/O 작업이 대기합니다. I/O 리디렉션 중 코디네이터 노드로 네트워크 트래픽의 잠재적 증가를 허용하도록 클러스터 네트워크를 계획해야 합니다. SMB 다중 채널 및 SMB 다이렉트와 같은 SMB 3.0 기능과 CSV의 통합으로 인해 리디렉션된 I/O 트래픽은 여러 클러스터 네트워크에서 스트리밍될 수 있습니다.
중요
SAN 위에 사용되는 ReFS로 미리 포맷된 CSV는 직접 I/O에 대한 다른 모든 요구 사항에 관계없이 직접 I/O를 사용하지 않습니다 . SAN(FrontEnd) 연결된 디스크와의 접합에서 CSV를 사용하려는 경우 직접 I/O의 성능 이점을 활용하기 위해 CSV로 변환하기 전에 NTFS를 사용하여 드라이브를 포맷합니다.
서버는 상황에 따라 다음 I/O 리디렉션 모드 중 하나를 사용합니다.
파일 시스템 리디렉션: 리디렉션은 볼륨당입니다. 예를 들어 CSV가 리디렉션된 I/O 모드로 수동으로 배치될 때 백업 애플리케이션에서 CSV 스냅샷을 만드는 경우입니다.
블록 리디렉션: 리디렉션은 파일 블록 수준에 있습니다. 예를 들어 볼륨에 대한 스토리지 연결이 끊어지는 경우입니다. 블록 리디렉션은 파일 시스템 리디렉션보다 빠릅니다.
Windows Server 2012 R2 이상에서는 노드별로 CSV의 상태를 볼 수 있습니다. 예를 들어 I/O가 직접인지, 리디렉션되었는지 또는 CSV를 사용할 수 없는지 여부를 확인할 수 있습니다. CSV가 I/O 리디렉션 모드인 경우 이유를 볼 수도 있습니다. 이 정보를 보려면 Get-ClusterSharedVolumeState cmdlet을 실행할 수 있습니다.