다른 크기의 드라이브로 ZFS 초보자 설정

noobie 질문에 대해 유감스럽게 생각하며 ZFS 공격대를 만들기 위해 모든 종류의 연습을 수행했지만 찾고있는 답변에 대한 올바른 링크를 찾지 못하는 것 같습니다.

이것은 RAID에 대한 첫 번째 시도이며, 내가 읽은 모든 것에서 zfs가 가장 좋은 방법 인 것 같습니다.

1. zfs 풀 뒤의 기본 하드웨어를 변경해야하는 경우 어떻게됩니까? mobo / 프로세서와 같이 1 년 또는 2 년 안에 저에게 죽으면 어떻게됩니까? 어떻게 든 zfs 풀을 포팅 할 수 있습니까?
2. 나는 다른 크기의 드라이브 세트를 가지고 있으며 이중화로 최대한의 저장 공간을 확보하려고합니다. 이 구성에 가장 적합한 설정은 무엇이며 이러한 다른 크기의 드라이브를 사용하여 잃어 버릴 공간은 얼마입니까? 나는 속도 요구 사항에 대해 이것을 만들지 않고 여러 HTPC에 대한 파일 서버 만 원합니다. 현재 사용 가능한 드라이브는 다음과 같습니다.
   • 1x 500GB '하이브리드'드라이브
   • 1x 1TB 드라이브
   • 1x 3TB 드라이브
   • 1x 4TB 드라이브 (현재 위에 나열된 드라이브의 모든 데이터를 보유하는 나중에 풀에 추가됨)
3. 나중에 4TB 드라이브를 풀에 추가하는 것이 어떤 종류의 문제입니까?
4. 이 모든 것을 실행하기 위해 Linux OS에 대한 권장 사항이 있으며 OS에 별도의 드라이브를 사용해야합니까? 우분투, RHEL 및 OpenSUSE / SLES에 익숙합니다.

도움을 주시면 감사하겠습니다. 계속 읽어 보시기 바랍니다. 한 번에 많은 정보를 얻을 수 있으며 시작 위치에 대한 링크도 도움이 될 것입니다.

zfs 풀 뒤의 기본 하드웨어를 변경해야하는 경우 어떻게됩니까? mobo / 프로세서와 같이 1 년 또는 2 년 안에 저에게 죽으면 어떻게됩니까? 어떻게 든 zfs 풀을 포팅 할 수 있습니까?

ZFS 풀은 하드웨어에 종속되지 않습니다. HBA (Host Bus Adapter)가 하드웨어 수준에서 데이터를 암호화하는 것과 같은 일을하지 않도록하십시오. ZFS는 같은 HBA에서 가장 잘 작동 LSI 9211-8i 또는 IBM의 M1015 크로스 번쩍 9211-8i 펌웨어가 아닌 전체 타격 "하드웨어"RAID 카드를 사용 할 수 있습니다.

나는 다른 크기의 드라이브 세트를 가지고 있으며 이중화로 최대한의 저장 공간을 확보하려고합니다. 이 구성에 가장 적합한 설정은 무엇이며 이러한 다른 크기의 드라이브를 사용하여 잃어 버릴 공간은 얼마입니까? 나는 속도 요구 사항에 대해 이것을 만들지 않고 여러 HTPC에 대한 파일 서버 만 원합니다. 현재 사용 가능한 드라이브는 다음과 같습니다. 1x 500GB '하이브리드'드라이브 1x 1TB 드라이브 1x 3TB 드라이브 1x 4TB 드라이브 (현재 풀에 추가되어 위에 나열된 드라이브의 모든 데이터를 보유 함)

내가 당신이라면 작은 드라이브를 팔고 같은 크기의 큰 드라이브에 돈을 넣을 것입니다. 그것은 당신의 인생을 훨씬 쉽게 만들 것입니다. 또한 ZFS 풀에 드라이브를 추가 할 수 없습니다. 제약이 있습니다. 여기를 읽으 십시오 .

나중에 4TB 드라이브를 풀에 추가하는 것이 어떤 종류의 문제입니까?

혹시. 나는 비슷한 입장에있다. 앞으로 언젠가 스토리지 용량을 늘려야합니다. 당시에는 두 번째 HBA와 새로운 대용량 드라이브를 구매할 계획입니다. 그런 다음 기존 드라이브의 모든 데이터를 새 드라이브로 전송 한 다음 기존 드라이브를 판매합니다. 이 문제와 관련하여 다른 (더 저렴한) 방법이있을 수 있지만 다음과 같이하십시오.

1. 모든 드라이브를 같은 크기로 유지
2. 추가 HBA의 추가 비용 만가집니다. 어쨌든 누워있는 것은 나쁘지 않습니다.
3. 드라이브를 한 번에 하나씩 교체 할 필요가 없으며, 교체 할 때마다 다시 은도금됩니다.

이 모든 것을 실행하기 위해 Linux OS에 대한 권장 사항이 있으며 OS에 별도의 드라이브를 사용해야합니까? 우분투, RHEL 및 OpenSUSE / SLES에 익숙합니다.

Linux를 사용하지 마십시오. 기본 ZFS 지원이 없습니다. ZFS의 Linux 지원은 Linux 및 zfs-fuse 의 ZFS에서 제공됩니다 . 오라클이 ZFS를 망치려고 최선을 다할 때 ZFS의 현재 상태는 유동적입니다. ZFS는 가까운 시일 내에 버전 28에서 분기 될 가능성이 높으므로 Oracle 솔루션을 사용하고자하는 100 % 확신이 없으면 ZFS 풀을 28보다 큰 버전으로 만들지 마십시오. 현재 FreeBSD와 그 스핀 오프는 ZFS 버전 28을 지원합니다.

스스로 선언 한 ZFS 멍청한 놈이므로 FreeNAS를 추천 합니다. 나는 그것을 잠시 동안 사용해 왔으며 나는 그것에 매우 만족합니다. 그것은 당신을 위해 가장 직접적인 설정을 확실히 허용 할 것입니다.

추가 생각 :

특정 사용 사례에 맞는 올바른 수준의 패리티를 선택하십시오. 특히, URE 주위를 계획해야합니다 . 기본적으로 2TB보다 큰 드라이브를 사용하는 경우 RAID 5 (RAID Z1)를 사용하고 싶지 않습니다. 패리티 데이터 수준을 높이라는 메시지가 표시 될 수있는 다른 요소도 있습니다. 여기 주제에 관한 좋은 기사가 있습니다.

최신 정보:

이 답변을 게시 한 지 1.5 년이 지났으며 그 당시 Linux (Ubuntu 서버)에서 ZFS에 또 다른 기회를주었습니다. 내가 처음 시도한 이래로 먼 길을 왔으며 지금까지 꽤 행복합니다. 전환의 이유는 FreeNAS 및 핸드링 시스템의 설치 제한이었습니다. NAS 서버 이상의 서버에 내 서버를 사용하고 싶었고 FreeNAS가이를 어렵게 만들었습니다. 방치 시스템은 훌륭하고 매우 안전하지만 집에있는 보안 수준은 실제로 필요하지 않았으며 파일 압축을 풀고 싶을 때마다 감옥에 들어가는 것을 다루고 싶지 않았습니다. ZNA를 시작하기 만하면 (웹 인터페이스 때문에) FreeNAS가 여전히 좋은 선택이라고 생각합니다.

1 : 아무것도 바꾸는 데 아무런 문제가 없습니다. 풀은 CPU, 메인 보드 또는 이와 유사한 것에 관계없이 가져올 수 있어야합니다.

2 : ZFS는 같은 크기의 장치에서 가장 잘 작동합니다. 또한 중복성을 원할 때 가장 작은 장치보다 큰 장치는 추가 크기를 낭비하게됩니다. 마지막으로 장치 (예 : 4TB 디스크)를 RAIDZ에 추가 할 수 없습니다. 메타 데이터 중복성 만 필요한 경우 (의문의 여지가 있음) 모든 디스크로 스트라이프를 생성하고 나중에 4TB 디스크를 풀에 추가 할 수 있습니다.

또는 먼저 디스크 1과 디스크 2가 포함 된 미러가 포함 된 500GB 풀을 생성하고 나중에 디스크 3을 유지 한 다음 디스크 3과 디스크 4에서 4TB 디스크를 사용할 수있을 때 두 번째 미러를 추가하여 3.5TB 풀을 만들 수 있습니다. .

3 : 예, # 2 참조

4 : 추천하지 않습니다.

다른 디스크 크기를 사용하여 zfs로 RAID를 생성하려면 "zpool create (풀 이름) raidz1 -f sdb sdc sdd"-f arqument force zfs를 사용하여 다른 크기를 사용하십시오. 예 500gb 1tb 250gb hd

zfs-fuse에서 ashift = 12로 만들 수 없다는 것이 밝혀졌습니다.

# zpool create -n -o ashift=12 test /dev/disk/by-id/scsi-SATA_......
property 'ashift' is not a valid pool property

그러나 그것은 github zfs + spl 0.6.5.x에서 작동합니다 :

# dd if=/dev/zero of=/tmp/testfile bs=1M count=64
# zpool create -o ashift=12 test /tmp/testfile
# dd if=/dev/zero of=/tmp/testfile8 bs=1M count=64
# zpool create -o version=8 test8 /tmp/testfile8

ubiquibacon의 답변은 귀하의 모든 직접적인 질문을 다루지 만, 나는 "직접 체험"을 할 것이라고 생각했습니다.

대부분의 ZFS 구현은 리소스가 유사 할 정도로 유사하지만 FreeBSD의 ZFS 는 저의 주요 경험 분야입니다. FreeNAS와 같은 친근하지만 특수한 솔루션과는 달리 내가 선택한 악의적 인 목적으로 사용할 수있는 범용 운영 체제를 제공하므로 FreeBSD를 설치용으로 선택했습니다. 올바르게 구성된 ZFS는 훌륭한 시스템이 될 수 있습니다. ZFS가 잘못 구성된 경우 전체적인 고통이 될 수 있습니다. 비교적 새로운 파일 시스템이며 FreeBSD의 UFS2 또는 Linux의 ext2 / 3 / 4 와 같이 오래되고 잘 확립 된 파일 시스템만큼 잘 이해되지 않습니다 . 메일 링리스트는 상당히 활동적입니다.문제가 발생할 경우 예상되는 결과를 이해하기 위해 최소한 스캔하는 것이 좋습니다. 그들 위에있는 사람들은 일반적으로 어떤 일이 일어나고 있는지 파악할 수 있으면 친절하고 매우 도움이됩니다. 이 일반적인 "새로움" 의 경우 손실이 거의없이 많은 상황에서 켤 수있는 압축 과 같은 깔끔한 기능과 많은 자원이 필요할 수있는 중복 제거 와 같은 위험한 기능은 복사하지 않고 끌 수 없습니다. 모든 데이터를 끄고 컴퓨터를 부팅 할 수 없게 만들 수 있습니다.

장점 중 하나가 트레이드 오프를 능가하는 경우 훌륭한 파일 시스템입니다. 나는 전반적으로 내 행복했습니다.

이에 대한 임시 해결책은 디스크를 동일한 크기의 파티션 세트로 분할 한 다음 동일한 크기의 파티션 세트를 사용하여 여러 풀을 작성하는 것입니다.

동일한 물리 디스크에 여러 개의 풀이 있기 때문에 일부 성능 문제가있을 수 있지만 디스크의 대부분의 공간을 사용해야합니다.