~ 16TB 스토리지 서버 구축을 고려하고 있습니다. 현재 ZFS와 XFS를 모두 파일 시스템으로 고려하고 있습니다. 장점, 단점은 무엇입니까? 무엇을 찾아야합니까? 더 나은 세 번째 옵션이 있습니까?
~ 16TB 스토리지 서버 구축을 고려하고 있습니다. 현재 ZFS와 XFS를 모두 파일 시스템으로 고려하고 있습니다. 장점, 단점은 무엇입니까? 무엇을 찾아야합니까? 더 나은 세 번째 옵션이 있습니까?
답변:
XFS가 아마도 큰 파일이 많은 매우 큰 파일 시스템에 더 적합하다는 것을 알았습니다. 나는 2 년 이상 문제없이 3.6TB XFS 파일 시스템을 운영해 왔습니다. 그 크기에서 (특히 많은 큰 파일과 많은 I / O를 다룰 때) ext3보다 확실히 잘 작동합니다.
ZFS를 통해 얻을 수있는 것은 파일 시스템 자체에 내장 된 장치 풀링, 스트라이핑 및 기타 고급 기능입니다. 구체적인 내용은 말할 수 없지만 (다른 사람들이 의견을 말하도록하겠습니다), 제가 말할 수있는 것 중에서 Solaris를 사용하여 가장 큰 혜택을 얻고 자합니다. 이미 하드웨어 RAID를 사용하고 있다면 ZFS가 얼마나 도움이되는지 확실하지 않습니다.
xfs_fsr
"조각 모음"프로그램입니다.
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 년 이상 근무하지 않았으며이 제품에 대해 매우 흥분했습니다.
http://opensolaris.org/os/TryOpenSolaris/
라이브 파일 시스템에서 lvm 스냅 샷 및 xfs를 사용하는 것은 특히 매우 큰 파일 시스템을 사용할 때 재난을 방지하는 방법입니다 .
지난 6 년간 서버에서 LVM2와 xfs에서만 독점적으로 실행 해 왔습니다 (zfs-fuse가 너무 느리기 때문에 집에서도).
그러나 스냅 샷을 사용할 때 발생한 다른 실패 모드를 더 이상 계산할 수 없습니다. 나는 그들을 완전히 사용 중지했습니다-너무 위험합니다.
내가 지금 할 것이다 유일한 예외, 즉 소스 FS의 크기를 동일 항상 내가 임시 스냅 샷을 사용하여 야간 백업을 할 수 있습니다 내 자신의 개인 메일 서버 / 웹 서버 백업,이다, 그리고 바로 이후에 삭제됩니다.
명심해야 할 가장 중요한 측면 :
고려해야 할 몇 가지 추가 사항.
파일 시스템에 관계없이 드라이브가 하드웨어 RAID 배열로 죽으면 장치의 모든 블록을 다시 작성해야합니다. 데이터를 보유하지 않은 것조차. 반면 ZFS는 볼륨 관리자, 파일 시스템이며 데이터 중복 및 스트라이핑을 관리합니다. 따라서 데이터가 포함 된 블록 만 지능적으로 재구성 할 수 있습니다. 이로 인해 볼륨이 100 % 가득 찬 경우를 제외하고 재 구축 시간이 더 빨라집니다.
ZFS에는 백그라운드 스크러빙 기능이있어 데이터가 디스크에서 일관성을 유지하고 데이터 손실이 발생하기 전에 발견 된 모든 문제를 복구합니다.
ZFS 파일 시스템은 항상 일관된 상태이므로 fsck가 필요하지 않습니다.
ZFS는 또한 LVM에서 제공하는 스냅 샷과 비교하여 스냅 샷 및 복제본으로 더 많은 유연성과 기능을 제공합니다.
Linux, LVM, XFS 스택에서 대형 비디오 제작을 위해 대용량 스토리지 풀을 실행했습니다. 내 경험에 따르면 스토리지를 미세 관리하기가 쉽습니다. 이로 인해 논리 볼륨을 관리 할 때 할당되지 않은 할당 공간과 시간 / 문제가 많이 발생할 수 있습니다. 스토리지를 미세 관리하는 풀 타임 스토리지 관리자가있는 경우 큰 문제가되지 않을 수 있습니다. 그러나 ZFS의 풀 스토리지 접근 방식이 이러한 관리 문제를 제거한다는 것을 알았습니다.
어떤 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
그것은 당신이 원하는 기능에 달려 있습니다 ... 두 가지 합리적인 선택은 xfs와 zfs입니다 .xfs 코드는 꽤 잘 테스트되었습니다 .8 년 전에 IRIX에서 처음 사용했습니다.
xfs에서 스냅 샷을 얻을 수 있습니다 (lvm 및 xfs_freeze 사용)
SSD와 같은 별도의 로그 장치를 가질 수 있습니다
mkfs.xfs -l logdev=/dev/sdb1,size=10000b /dev/sda1
큰 xfs는 전통적으로 검사하기 위해 많은 메모리가 필요합니다
0이 나타나는 문제는 "보안"기능으로, 얼마 전에 사라 졌다고 생각합니다.