ZFS 대 XFS 파일 시스템으로 고려하고 있습니다. 장점, 단점은

~ 16TB 스토리지 서버 구축을 고려하고 있습니다. 현재 ZFS와 XFS를 모두 파일 시스템으로 고려하고 있습니다. 장점, 단점은 무엇입니까? 무엇을 찾아야합니까? 더 나은 세 번째 옵션이 있습니까?



답변

XFS가 아마도 큰 파일이 많은 매우 큰 파일 시스템에 더 적합하다는 것을 알았습니다. 나는 2 년 이상 문제없이 3.6TB XFS 파일 시스템을 운영해 왔습니다. 그 크기에서 (특히 많은 큰 파일과 많은 I / O를 다룰 때) ext3보다 확실히 잘 작동합니다.

ZFS를 통해 얻을 수있는 것은 파일 시스템 자체에 내장 된 장치 풀링, 스트라이핑 및 기타 고급 기능입니다. 구체적인 내용은 말할 수 없지만 (다른 사람들이 의견을 말하도록하겠습니다), 제가 말할 수있는 것 중에서 Solaris를 사용하여 가장 큰 혜택을 얻고 자합니다. 이미 하드웨어 RAID를 사용하고 있다면 ZFS가 얼마나 도움이되는지 확실하지 않습니다.


답변

ZFS는 소프트웨어 RAID 이상의 이점을 제공합니다. 명령 구조는 매우 신중하게 배치되고 직관적입니다. 또한 메타 데이터 인덱싱 속도를 높이기 위해 압축, 스냅 샷, 복제, 파일 시스템 보내기 / 받기 및 캐시 장치 (멋진 새 SSD 드라이브)가 있습니다.

압축:

#zfs set compression=on filesystem/home

라이브 마운트 할 수있는 COW (Copy-On-Write) 스냅 샷 생성을 간단하게 지원합니다.

# zfs snapshot filesystem/home/user@tuesday
# cd filesystem/home/user/.zfs/snapshot/tuesday

파일 시스템 복제 :

# zfs clone filesystem/home/user@tuesday filesystem/home/user2

파일 시스템 보내기 / 받기 :

# zfs send filesystem/home/user@tuesday | ssh otherserver "zfs receive -v filesystem/home/user"

증분 전송 / 수신 :

# zfs send -i filesystem/home/user@tuesday | ssh otherserver "zfs receive -v filesystem/home/user"

캐싱 장치 :

# zpool add filesystem cache ssddev

이것은 모두 빙산의 일각에 불과합니다. Open Solaris 설치를 직접 시도하고 시도해 보는 것이 좋습니다.

http://www.opensolaris.org/os/TryOpenSolaris/

편집 : 이것은 매우 오래되었습니다. Open Solaris가 중단되었습니다. ZFS를 사용하는 가장 좋은 방법은 Linux 또는 FreeBSD 일 것 입니다.


전체 공개 : 저는 Sun 스토리지 아키텍트 였지만 1 년 이상 근무하지 않았으며이 제품에 대해 매우 흥분했습니다.


답변

라이브 파일 시스템에서 lvm 스냅 샷 및 xfs를 사용하는 것은 특히 매우 큰 파일 시스템을 사용할 때 재난을 방지하는 방법입니다 .

지난 6 년간 서버에서 LVM2와 xfs에서만 독점적으로 실행 해 왔습니다 (zfs-fuse가 너무 느리기 때문에 집에서도).

그러나 스냅 샷을 사용할 때 발생한 다른 실패 모드를 더 이상 계산할 수 없습니다. 나는 그들을 완전히 사용 중지했습니다-너무 위험합니다.

내가 지금 할 것이다 유일한 예외, 즉 소스 FS의 크기를 동일 항상 내가 임시 스냅 샷을 사용하여 야간 백업을 할 수 있습니다 내 자신의 개인 메일 서버 / 웹 서버 백업,이다, 그리고 바로 이후에 삭제됩니다.

명심해야 할 가장 중요한 측면 :

  1. 스냅 샷이있는 큰 (ish) 파일 시스템을 사용하는 경우 쓰기 성능이 크게 저하됩니다
  2. 스냅 샷이있는 큰 (ish) 파일 시스템이있는 경우 볼륨 그룹을 가져 오는 동안 디스크가 휘젓고 휘젓는 동안 부팅 시간이 문자 그대로 수십 분으로 지연됩니다. 메시지가 표시되지 않습니다. 루트가 lvm2에있는 경우 (루트 장치가 시간 초과되고 시스템이 부팅되지 않기 때문에)이 효과는 특히 무시 무시합니다.
  3. 스냅 샷이 있으면 공간이 부족하기 쉽습니다. 공간이 부족하면 스냅 샷이 손상되어 복구 할 수 없습니다.
  4. 현재 스냅 샷을 롤백 / 병합 할 수 없습니다 ( http://kerneltrap.org/Linux/LVM_Snapshot_Merging 참조 ). 즉, 스냅 샷에서 데이터를 복원하는 유일한 방법은 실제로 복사 (rsync?)하는 것입니다. 위험 위험 : 스냅 샷 용량이 최소한 소스 fs의 크기가 아닌 경우에는이 작업 원하지 않습니다. 그렇지 않으면 곧 벽돌 벽을 치고 소스 fs와 스냅 샷이 모두 손상됩니다. (난 거기에 가본 적있어!)

답변

고려해야 할 몇 가지 추가 사항.

  • 파일 시스템에 관계없이 드라이브가 하드웨어 RAID 배열로 죽으면 장치의 모든 블록을 다시 작성해야합니다. 데이터를 보유하지 않은 것조차. 반면 ZFS는 볼륨 관리자, 파일 시스템이며 데이터 중복 및 스트라이핑을 관리합니다. 따라서 데이터가 포함 된 블록 만 지능적으로 재구성 할 수 있습니다. 이로 인해 볼륨이 100 % 가득 찬 경우를 제외하고 재 구축 시간이 더 빨라집니다.

  • ZFS에는 백그라운드 스크러빙 기능이있어 데이터가 디스크에서 일관성을 유지하고 데이터 손실이 발생하기 전에 발견 된 모든 문제를 복구합니다.

  • ZFS 파일 시스템은 항상 일관된 상태이므로 fsck가 필요하지 않습니다.

  • ZFS는 또한 LVM에서 제공하는 스냅 샷과 비교하여 스냅 샷 및 복제본으로 더 많은 유연성과 기능을 제공합니다.

Linux, LVM, XFS 스택에서 대형 비디오 제작을 위해 대용량 스토리지 풀을 실행했습니다. 내 경험에 따르면 스토리지를 미세 관리하기가 쉽습니다. 이로 인해 논리 볼륨을 관리 할 때 할당되지 않은 할당 공간과 시간 / 문제가 많이 발생할 수 있습니다. 스토리지를 미세 관리하는 풀 타임 스토리지 관리자가있는 경우 큰 문제가되지 않을 수 있습니다. 그러나 ZFS의 풀 스토리지 접근 방식이 이러한 관리 문제를 제거한다는 것을 알았습니다.


답변

ZFS는 정말 놀랍습니다. 5 x 1TB HD 파일 서버의 홈 파일 서버로 사용하고 있으며 거의 ​​32TB의 하드 드라이브 공간이있는 프로덕션 환경에서도 사용하고 있습니다. 빠르고 사용하기 쉬우 며 데이터 손상에 대한 최상의 보호 기능이 포함되어 있습니다.

우리는이 서버에서 특히 OpenSolaris를 사용하고 있습니다. 새로운 기능에 액세스하고 새로운 패키지 관리 시스템과 업그레이드 방법을 제공했기 때문입니다.


답변

어떤 OS를 실행할 계획입니까? 아니면 다른 고려 사항입니까? Solaris를 실행하는 경우 XFS는 내가 아는 한 옵션이 아닙니다. Solaris를 실행하지 않는 경우 ZFS를 어떻게 사용할 계획입니까? 다른 플랫폼에서는 지원이 제한됩니다.

Linux 서버에 대해 이야기하고 있다면 Ext3은 가장 많은 테스트를 받았기 때문에 개인적으로 고집합니다. zfs-fuse는 여전히 매우 젊습니다. 또한 커널 업데이트 후 버그로 인해 데이터가 손상되면 XFS에 한 번 문제가 발생했습니다. Ext3에 비해 XFS의 장점은 원격 데이터 센터에있는 머신을 복원하는 데 드는 비용을 능가하지 못했습니다.


답변

나는 당신이 성능에 집중해야한다고 생각하지 않습니다. XFS, ext4 등으로 데이터가 안전합니까? 아닙니다.이 박사 논문 및 연구 논문을 읽으십시오 :

XFS는 데이터 손상에 대해 안전하지 않습니다 : pages.cs.wisc.edu/~vshree/xfs.pdf

ext3, JFS, ReiserFS 등도 마찬가지입니다. zdnet.com/blog/storage/how-microsoft-puts-your-data-at-risk/169?p=169&tag=mantle_skin%3bcontent “매혹적인 PhD 논문을 보았습니다 IRON 파일 시스템 Vijayan Prabhakaran의 5 가지 상품 저널링 파일 시스템 (NTFS, ext3, ReiserFS, JFS 및 XFS)이 스토리지 문제를 처리하는 방법을 분석합니다.

간단히 말해 그는 모든 파일 시스템이

. . . failure policies that are often inconsistent, sometimes buggy, and generally inadequate in their ability to recover from partial disk failures. "

그러나 ZFS는 데이터를 성공적으로 보호합니다. 여기에 대한 연구 논문이 있습니다 : zdnet.com/blog/storage/zfs-data-integrity-tested/811