Hyper-V 2012 r2 클러스터에서 ReFS가 프로덕션 VHDX를 호스팅 할 준비가 되셨습니까?


14

모든 "Windows Server 2012 r2"게시물에 나와 있지 않은 새로운 기능 중 하나는 클러스터링이 ReFS로 포맷 된 CSV를 지원한다는 것입니다. 당연히 VHDX 파일을 저장하는 CSV를 ReFS로 변경하고 싶습니다. 그러나 VHDX 파일은 Sql Server 2012를 실행하는 VM에 데이터베이스 파일을 저장하는 데 사용됩니다.

그런 다음 하드웨어 수준에서 RAID를 사용하여 즉각적인 오류를 방지 할 수있을 것입니다. 그보다 실제 OS (Hyper-V Server 2012 r2)는 이들을 ReFS 볼륨으로 유지하여 해당 드라이브의 데이터를 비 트로트로부터 보호합니다. 마지막으로 VHDX는 NTFS 드라이브이므로 지원되는 응용 프로그램이 계속 사용하는 파일 시스템을 사용합니다.

지금까지 내가 찾은 최선의 방법은 기술적으로 지원된다는 것입니다. Hyper-V는 VHDX 파일 (Set-FileIntegrity cmdlet)을 사용하려고 할 때 "데이터 무결성"설정을 해제해야한다고보고하기 때문입니다. ReFS 볼륨. 그러나 나는 그보다 더 확실한 정보를 찾을 수 없습니다. 프라임 타임에 실제로 준비가 되었습니까? 아니면 클러스터링에 대한 기술 미리보기입니까?

편집 : 2014-01-22

ReFS는 자체적으로 비 트롯 만 감지한다는 것을 알았습니다. ReFS가 감지 자동 수정을 수행하려면 저장 공간을 사용하여 여러 ReFS 드라이브를 사용하여 RAID-1 볼륨을 작성해야합니다. 따라서 내 솔루션이 하드웨어 RAID가 디스크를 JBOD로 표시하도록 진화하는 것처럼 보입니다. 그러면 Windows가 RAID-1 부분을 처리합니다. 다음 달에 프로덕션 환경에서 이것이 가능한 설정인지 테스트 할 것입니다.

답변:


14

정답은 "아니오" 입니다.

ReFS 는 문제의 파일에 "Integrity Streams"가 활성화 된 경우 에만 사용자 데이터 에서 비트 썩음을 감지 합니다 (출처 : 공식 TechNet 문서 , 모든 사람이 좋아하는 블로그 게시물다른 지점 ). 그리고 Integrity Streams가 비활성화되면 COW (Copy-On-Write)도 손실됩니다. Integrity Streams를 비활성화하지 않으면 ReFS 볼륨에있는 VHDX를 사용할 수 없으므로 비트 썩음으로부터 VHDX를 보호 할 수 없습니다. 게임 끝.

Clustered Storage Space Pool에 최소 3 개의 디스크가 필요하다고 생각한 사람도 ReFS에 대해 최선의 방법을 결정한 다음 Hyper-V 직원이 필요로하는 디스크를 결정한 사람과 같습니다 비활성화됩니다. 지금까지 그런 핵심 팀들에 "멍청한"양이 퍼졌다 고 상상하기는 어렵습니다.

보조

몇 가지 테스트를 수행하는 동안 여전히 발전하고 싶은 사람들에게 유용한 다음 사항을 발견했습니다.

  • 대상이 Integrity Streams가 비활성화 된 폴더 인 경우 사용중인 VHDX를 ReFS- 미러 볼륨으로 SLM (Storage Live Migrate) 만 할 수 있습니다.
    • 당신은 SLM을 시도 할 경우 무결성 스트림이되는 참고 문헌 거울 을 사용 , 당신이이에 오류가 발생합니다 : 그것은 무결성 스트림 속성으로 구성되어 있기 때문에 "대상은 '...'유효하지 않습니다를 선택합니다. 무결성 스트림 속성이없는 대상을 계속하십시오. " PowerShell을 통해 시도 할 때 동일한 오류가 발생합니다.
  • 파일을 ReFS- 미러로 복사 / 이동하면 파일의 "무결성 비트"가 대상 폴더의 설정과 일치하도록 설정됩니다.
  • 사용중인 VHDX의 무결성 비트를 가져 오거나 설정할 수 없습니다.
  • 그렇지 않으면 ReFS- 미러 볼륨의 성능이 프로덕션에 충분한 것으로 보입니다 (물론 내 의견). 누군가가 걱정한다면 나의 "차이"테스트가 여기 있습니다 .

3
MS의 엔지니어가 바보라고 생각하지는 않지만 원하는 솔루션으로 발생하는 몇 가지 어려운 문제가 있으며 시간 내에 해결할 수 없거나 신뢰할 수 없게 만들 수 없었습니다.
Andy

알다시피, 이것은 "멍청한"것이 아닙니다. Linux 시스템에는 비슷한 제한이 있지만 시행하지는 마십시오. 물론 체크섬이 활성화 된 상태에서 BTRFS 볼륨 위에 qcow2 이미지를 넣을 수 있지만 대부분의 워크로드에서 가비지처럼 수행됩니다. 체크섬을 끄면 훨씬 나아지지만 여전히 BTRFS의 볼륨 기능 등이 제공됩니다. 걱정되는 경우 VM 이미지에 체크섬 ReFS를 추가하십시오.
스풀러

0

발견 한대로 데이터 무결성이 사용 불가능한 상태에서 ReFS가 지원됩니다. 이것이 의미하는 바는 위에서 말한 것처럼 VHD가 "비 트로트로부터 보호되지 않음"입니다. 파일 시스템 자체는 VHD 자체가 아닙니다. 이것이 보호 조치라는 것이 흥미 롭다면 ReFS를 사용하십시오.


이 경우 "보호"가 의미하는 바를 고려할 때 당신은 옳고 그름입니다. ReFS 자체는 비 트로트를 감지하고 알리지 만 자동으로 수정하지는 않습니다. ReFS가 비 트로트 (감지 및 자동 수정)를 방지하려면 스토리지 공간을 사용하여 여러 ReFS 드라이브에서 OS 레벨 RAID-1 볼륨을 만들어야합니다. ... 따라서 더 많은 공간을 희생하지 않으면 원래 시나리오가 작동하지 않습니다 (RAID-1 위에 RAID-1).
Granger
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.