BTRFS 또는 LVM 이기종 RAID


-1

저는 가족 용 백업 서버를 3.5 킬로바이트 (3.5TB 이상) 제작하는 것을 즐겁게하고 있습니다.

이미 충분한 하드웨어를 소유하고 있으므로 더 이상 구매하고 싶지 않습니다. 구성은 다음과 같이 보입니다 :

  • 2 개의 1TB 드라이브
  • 2 개의 750GB 드라이브
  • RAID 5?
    • 분산 패리티
    • 하나의 HDD 오류를 견딜 수 있습니다.
  • BTRFS 또는 LVM + 씬 프로비저닝
    • 몹시 선호되는 BTRFS
  • 앞으로 더 많은 드라이브를 추가 할 수 있습니다.

이것이 가능한가? 필자는 BTRFS가 많은 드라이브를 패리티없이 하나의 파일 시스템으로 통합 할 수 있음을 알고 있지만, 적어도 하나의 드라이브 장애를 견뎌내고 싶습니다. (나는 움직이는 부분에 대해서는 아무것도 신뢰하지 않습니다.)

최악의 경우, 1TB 드라이브에 750GB 파티션을 만들 수는 있지만이를 만드는 것은 쉽지 않습니다. 정확하게 같은, 그리고 그것은 낭비입니다.


가능한지 알고 싶다면 해보십시오.
Ƭᴇcʜιᴇ007

그것을 시도하면 많은 시간을 필요로 할 것입니다 (나는 주변에있는 구성 요소, 드라이브 및 소프트웨어 설정 및 테스트에서 NAS를 구축해야합니다). 이것이 시간 낭비라면 지금 알고 싶습니다.
PythonNut

답변:


1

ZFS를 경험 한 후에는 다른 것을 추천하지 않습니다. 쉽고 안정적인 SOOOO입니다.

내 권장 사항은 풀에 두 개의 미러가있는 ZFS 풀을 만드는 것입니다. 풀을 풀고 나면 원하는대로자를 수 있습니다.

ZFS의 한 가지 단점은 크기를 줄일 수 없다는 것입니다. 언제든지 미러링 된 장치 또는 독립형 장치를 추가 할 수 있습니다.

추신 RAID5에는 3 개의 드라이브가 필요합니다. 당신은 각각의 쌍을 가지고 있으므로 RAID5는 이상적이지 않습니다. 그리고 그것은 느립니다. Mirror는 관리가 훨씬 간편하며 부하 잠재력 공유로 인해 읽기 속도가 향상됩니다.


그러나 나는 단지 1.75TB의 공간만을 가지며 VS 4x0.75TB = 3TB를 RAID와 함께 사용합니다. 나는 성능에 대해별로 신경 쓰지 않는다. 시간 (백그라운드에서 백업 대기 중), 돈. (비 유적으로 말하면)
PythonNut

실은, 나는 그것을 되 돌린다. 당신은 우주 문제에있어.
PythonNut

btrfs raid5 / 6은 아직 성숙하지 않습니다. 자신의 위키에 따르면 여전히 글쓰기 문제에 취약합니다. 게다가 더 많은 수의 패리티 디스크를위한 새로운 라이브러리를 도입하고 있습니다. 그래서 당신이 거울을 보지 않는다면 나는 btrfs를 기권 할 것입니다.
Álex

덧붙여 말하자면, 그게 내가 zfs로 계속해서 내 습격을하는 이유입니다. zfs만이 btrfs처럼 즉석에서 재구성을 허용한다면, btrfs raid가 성숙 될 때까지 두 번째 생각이없는 zfs를 사용하지 않을 이유가 없습니다. 드디어 zfs 풀에서 공간이 부족해지면 btrfs raid가 대체 할 것으로 기대하고 있습니다.
Álex

1
다음은 raid wiki에 대한 btrfs 상태입니다. btrfs.wiki.kernel.org/index.php/RAID56
Álex

0

에서 이 그래서 대답 :

Btrfs는 블록 단위로 데이터 (및 RAID 1 복사본)를 배포하므로 크기가 다른 하드 디스크를 잘 처리합니다. 모든 하드 디스크의 합계를 2로 나눈 값을 받게됩니다. 비슷한 크기의 쌍으로 묶는 방법을 생각할 필요가 없습니다.

따라서 btrfs는 이기종 디스크 크기를 합리적으로 처리 할 것입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.