현재 홈 서버로 사용하려는 장치에는 1TB 용량의 2.5인치 내부 하드 드라이브 베이만 있습니다. 실제 데이터 저장소(2x 1TB)는 외부 USB 3.0 포트에 연결됩니다.
외장드라이브는 3.5 서버급이고 연중무휴 24시간 지원된다고 합니다. 내부 2.5 드라이브는 데스크탑 등급 전용입니다.
BTRFS를 시도한 후 이제는 성숙도가 높아 ZFS 옵션을 탐색하고 있습니다.
첫 번째 아이디어는 외부 드라이브의 데이터를 미러링하고 운영 체제(debian 8)를 내부 드라이브에 설치하는 것이었습니다. 이는 쉽지만 운영 체제를 디스크 오류에 취약하게 만듭니다.
다음 아이디어는 외부 미러에서 부팅하고 내부 드라이브를 사용하지 않거나 임시, 교체, 중요하지 않은 용도로 유지하는 것입니다.
다음 아이디어: 단일 내부 드라이브와 이중 외부 드라이브를 사용하여 3방향 미러를 생성하고 미러에서 부팅합니다. 이미 드라이브가 있고 거의 비용을 들이지 않고도 어느 정도의 신뢰성과 읽기 성능을 얻을 수 있기 때문에 이 방법은 충분히 저렴해 보였습니다. 당연히 총 용량은 여전히 1TB입니다.
하지만 이 3방향 미러는 확장성 옵션 측면에서 제한이 있습니다. 왜냐하면 ZFS에서는 미러에 있는 모든 드라이브가 동일한 크기여야 하기 때문입니다. 그래서 어레이를 확장하고 싶을 때 제가 찾을 수 있는 2.5인치 드라이브만 사용할 수 있습니다. 2.5인치 드라이브는 최대 2TB의 용량만 사용할 수 있는 것으로 보이는 반면, 최대 4TB의 3.5인치 드라이브는 충분히 일반적인 것으로 보입니다. 또한 외부 드라이브의 양방향 미러만 사용하면 나중에 추가 드라이브 2개로 RAID10을 생성하여 용량을 두 배로 늘릴 수 있습니다.
또한 OS와 데이터를 하나의 풀로 마이그레이션하는 것이 정말 좋은 생각인지 조금 확신할 수 없습니다. 그럼에도 불구하고 내 설정에서 가장 신뢰성이 낮은 드라이브에 OS를 보호되지 않은 상태로 두는 것이 전략처럼 보이지는 않습니다.
이로 인해 다소 이상한 옵션이 생겼습니다. 운영 체제 데이터를 단일 내부 드라이브에 미러링하는 것입니다. 즉, 2.5인치 내장 하드 드라이브에 두 개의 파티션을 생성하고 이를 미러로 결합합니다. 드라이브가 사라지지 않고 점진적으로 실패한다는 가정 하에 드라이브가 곧 실패할 경우 조기 경고를 제공할 수 있기를 바랍니다. 동시에 외장 드라이브는 운영 체제와 별도로 영화, 사진, 음악 등을 저장할 수 있습니다.
어떤 옵션을 선택하시겠습니까? 마지막 것이 작동합니까, 아니면 내 추론이 완전히 잘못 되었습니까?
답변1
솔루션 외에도 다음 정보를 추가하십시오 copies=2.
하지만 이 3방향 미러는 확장성 옵션 측면에서 제한이 있습니다. 왜냐하면 ZFS에서는 미러에 있는 모든 드라이브가 동일한 크기여야 하기 때문입니다. 그래서 어레이를 확장하고 싶을 때 제가 찾을 수 있는 2.5인치 드라이브만 사용할 수 있습니다. 2.5인치 드라이브는 최대 2TB의 용량만 사용할 수 있는 것으로 보이는 반면, 최대 4TB의 3.5인치 드라이브는 충분히 일반적인 것으로 보입니다. 또한 외부 드라이브의 양방향 미러만 사용하면 나중에 추가 드라이브 2개로 RAID10을 생성하여 용량을 두 배로 늘릴 수 있습니다.
이는 100% 정확하지 않습니다.
- 미러 vdev의 모든 장치는 해당 vdev의 가장 작은 장치보다 크기가 같거나 커야 합니다. vdev의 저장 용량은 이 가장 작은 장치의 크기와 정확히 동일합니다. 따라서 3개의 디스크 1, 1.5, 2TB의 경우 vdev 크기는 1TB가 될 수 있습니다. 1.5TB 및 2TB 디스크(크기 1.5)만 있는 경우 나중에 더 작은 1TB 디스크를 추가할 수 없습니다(그러나 더 큰 디스크는 언제든지 추가할 수 있습니다).
- 미러링은 매우 유연합니다. vdev의 모든 디스크를 더 큰 크기로 업그레이드해야 하는 raidz와 달리 미러링에서는 언제든지 디스크를 제거할 수 있습니다. 따라서 다시 미러에 있는 1, 1.5, 2TB 디스크의 예를 들어 처음 두 개의 디스크를 제거하고 새 2TB 디스크를 추가합니다. 일부 중복성이 손실되지만 전체 풀을 복원하거나 이전과 동일한 수의 디스크를 가질 필요는 없습니다.
- 풀 수준을 살펴보면 모든 vdev 크기와 유형을 쌍으로 연결할 수 있지만 일반적으로 성능 및 중복성 이유로 권장되지 않습니다. 그러나 4TB 디스크 1개, 3TB 디스크 3개로 구성된 raidz3, 2TB 디스크 2개로 구성된 미러 등 3개의 vdev 풀을 생성하여 4+6+2=12TB의 사용 가능한 풀 공간을 생성하는 것은 전적으로 가능합니다. 물론 4TB 디스크에 장애가 발생하면 다른 2개의 vdev의 중복 수준에 관계없이 모든 데이터가 손실되므로 권장되지 않습니다. 또한 ZFS는 하드웨어 RAID 컨트롤러처럼 오래된 기존 데이터의 균형을 재조정하지 않습니다.
또한 OS와 데이터를 하나의 풀로 마이그레이션하는 것이 정말 좋은 생각인지 조금 확신할 수 없습니다. 그럼에도 불구하고 내 설정에서 가장 신뢰성이 낮은 드라이브에 OS를 보호되지 않은 상태로 두는 것이 전략처럼 보이지는 않습니다.
나는 네 가지 다른 솔루션을 생각해 냈습니다(귀하의 경우 선택하는 순서대로).
- 필요에 따라 8GB, 16GB 또는 32GB의 고품질 SLC 메모리 USB 3.0 스틱을 구입하고 스틱에 운영 체제를 설치합니다(OmniOS + napp-it을 권장하지만 Linux도 사용할 수 있습니다). 하드 드라이브나 실제 SSD보다 약간 느리지만 귀중한 슬롯을 절약할 수 있습니다. 내부 핀 헤더를 통해 스틱에 대한 접근을 제거할 수도 있습니다. 그런 다음 동일한 것을 구입하고 부팅 드라이브를 미러링할 수 있습니다. 이렇게 하면 때때로 수동 이미지 백업을 수행할 수도 있고, 시스템을 종료하거나 핫스왑 가능한 SATA/SAS 컨트롤러가 필요 없이 하드웨어를 교체할 수도 있습니다.
- RAM에 완전히 상주하는 시스템을 사용하고 모든 구성과 데이터를 풀 자체에 보관하십시오. 저렴한 USB 스틱이나 네트워크(PXE)를 통해 부팅할 수 있습니다. SmartOS에 대해 생각했는데 읽어보고 싶을 수도 있습니다여기
- 하드웨어에 따라 슬림형 2.5인치 드라이브 2개를 슬롯에 장착할 수 있습니다(일부 수정이 필요할 수 있음). 높이가 7mm인 1TB 드라이브와 높이가 9mm인 2TB 드라이브가 있습니다. 물론 SATA 포트가 2개 필요합니다.
- OS 드라이버는 신경쓰지 마세요. ZFS에는 이미 풀 자체에 흥미로운 것들이 대부분 있으므로 미러가 없어도 문제가 없습니다. 정기적으로 정리하고(오류를 감지하지만 수정할 수 없음) 정리에 오류가 없으면 중요한 시스템 및 구성 파일을 (미러) 데이터 풀의 파일 시스템에 복사합니다. 또는 파일 시스템 이미지를 생성하여 데이터 풀에 저장할 수 있습니다. 디스크 장애가 발생할 경우 Live CD를 사용하여 데이터 풀을 가져오고 저장된 백업을 복원하세요.
답변2
나는 어떤 옵션을 선택하겠는가?
그것은 모두 데이터의 중요성에 달려 있습니다. 그리고언제드라이브가 고장나고(구매할 수 있는 가장 비싼 기업용 드라이브라도 어느 시점에서는 실패할 것입니다. 결국 회전하고 녹슬고 있을 뿐입니다.), 데이터 백업이 없으면 드라이브 없이도 살아갈 수 있습니다. 당신의 데이터?
다양한 권장 사항을 찾을 수 있지만 대부분은 RAID5 유형 구성의 패리티 재구축 시간을 피하기 위해 미러링 또는 삼중 미러링을 사용합니다. 드라이브는 점점 더 커지고 있으며 운 좋게도 가격은 여전히 합리적입니다. 또한 이 이미지는 동일하거나 더 큰 크기의 드라이브가 필요한 경우 더 쉬운 업그레이드 경로를 제공합니다.
일반적인 방법은 동일한 제조업체의 두 드라이브를 미러링하지 않는 것입니다. 한 단계 더 나아가 드라이브가 고장날 것이라고 가정하고 일정 시간(2년?) 후에 드라이브를 교체한 친구가 있습니다.
또한 서버에서 하드웨어 RAID를 사용하는 것과 비교하여 두 개의 시스템 드라이브를 미러링하기 위해 ZFS를 사용하는 또 다른 이점은 ZFS가 발생할 수 있는 모든 오류를 감지하고 수정할 수 있다는 점을 지적하는 것을 잊었습니다.