현재 상황: ZimaOS는 ZFS를 지원하지만, 공개 워크플로는 여전히 CLI 중심입니다
이 기능 요청은 아직 부분적으로 유효합니다. 현재 ZimaOS 스토리지 문서에서는 스냅샷, 체크섬 및 고급 데이터 무결성을 위한 ZFS 지원을 인정하고 있지만, 공개된 ZFS 설정 과정은 여전히 명령줄 기반입니다. 일반 스토리지 UI는 RAID 0, 1, 5, 6 및 JBOD에 중점을 둡니다.
ZimaOS ZFS 설정에서는 현재 ZFS 사용 경로를 보여 주며, ZimaOS RAID 레벨에서는 일반 스토리지 UI에서 선택할 수 있는 항목을 정의합니다.
5베이 NAS라면 복구 목표부터 정하세요
ZFS, RAID 5, RAID 6 또는 exFAT 중 하나가 “더 고급”이라는 이유만으로 선택하지 마세요. 어떤 장애까지 견뎌야 하는지 먼저 결정해야 합니다.
- 주요 활성 스토리지: 효율적인 용량과 디스크 1개 장애 허용이 필요하면 RAID 5를, 디스크 2개 장애 허용이 중요하면 RAID 6를 사용합니다.
- ZFS 활성 스토리지: 더 강력한 무결성 도구, 스냅샷 및 데이터셋을 제공하지만, 현재 ZimaOS에서는 CLI 작업의 비중이 더 높습니다.
- 휴대용 콜드 복사본: Linux 권한 및 스냅샷 기능보다 Windows/macOS에서 직접 읽을 수 있는 호환성이 중요하다면 exFAT를 사용합니다.
exFAT는 읽기/쓰기 호환이 되지만, 그렇다고 스토리지 UI에서 생성할 수 있다는 뜻은 아닙니다
현재 ZimaOS 형식 호환성 목록에는 USB 및 내부 디스크에 대해 exFAT가 읽기/쓰기 가능하다고 나와 있습니다. 그러나 공개된 스토리지 워크플로에서는 임의의 디스크를 exFAT로 포맷하는 GUI 작업이 명확하게 문서화되어 있지 않습니다. 이 둘은 서로 다른 기능입니다.
exFAT는 휴대성을 위해 사용하고, 기본 데이터베이스나 앱 데이터용 파일 시스템으로는 사용하지 마세요. exFAT에는 많은 Linux 서비스가 필요로 하는 Unix 권한 및 스냅샷 의미 체계가 없습니다.
스냅샷은 RAID와 다른 문제를 보호합니다
RAID는 디스크 장애가 발생했을 때 가용성을 보호합니다. ZFS 스냅샷은 실수로 파일을 변경하거나 삭제한 후 이전 파일 상태를 복구하는 데 도움이 될 수 있습니다. 같은 풀에 있는 스냅샷은 여전히 장치 외부 백업이 아닙니다. OpenZFS는 ZFS 스냅샷 및 RAIDZ 레이아웃을 문서화하고 있습니다.
사용자 지정 rsync 스케줄러를 만들기 전에 내장 백업을 사용하세요
2026년 요청에서는 그래픽 rsync 관리자를 제안했습니다. 현재 ZimaOS에는 로컬, LAN, USB 및 클라우드 대상에 사용할 수 있는 더 폭넓은 3-2-1 백업 워크플로가 있습니다. 실제 목표가 콜드 디스크로 예약 복제를 수행하는 것이라면, 다른 스케줄러를 추가하기 전에 내장 백업의 동작이 요구 사항을 충족하는지 테스트하세요.
ZimaOS 백업과 ZimaOS 데이터 마이그레이션은 해당 수명 주기의 서로 다른 부분을 다룹니다.
실용적인 5베이 구성
합리적인 구성 중 하나는 4개의 디스크를 RAID 5/6 또는 ZFS 풀로 구성해 활성 데이터를 저장하고, 나머지 1개를 분리 가능한 독립 디스크로 사용해 콜드 복사본을 보관하는 것입니다. 하지만 다섯 번째 디스크를 같은 섀시에 넣는다고 해서 도난, 전원 손상 또는 섀시 고장으로 모든 드라이브가 함께 영향을 받을 때 재해 복구용 복사본이 되는 것은 아닙니다.
ZimaCube 2 스토리지는 현재 멀티 드라이브 하드웨어의 참고 사례를 제공합니다.
이 기능 요청이 실제로 요구하는 것
부족한 가치는 추상적인 의미의 “ZFS 지원”이 아닙니다. UI에서 안전하게 수명 주기를 관리하는 기능입니다. 즉, 풀 생성/가져오기, 리실버링 상태 표시, 스냅샷 예약, 스냅샷 탐색/복원, 풀 내보내기, 셸 명령 없이 휴대용 파일 시스템 관리 등이 필요합니다. 이는 제품 계층에서 정당하게 구분할 수 있는 부분입니다.
모든 복구 수단을 같은 풀에 넣지 마세요
5베이 섀시는 모든 디스크를 기본 용량으로 사용하고 싶게 만들지만, 한 복사본의 장애 범위를 다르게 구성하면 복원력이 향상됩니다. 메인 풀 내부의 ZFS 스냅샷, 내부의 다섯 번째 exFAT 디스크, 외부 또는 오프사이트 백업은 각각 서로 다른 장애를 방어합니다. 대체할 수 없는 데이터라면 NAS 섀시 자체의 손실에도 살아남을 수 있는 복사본을 최소 하나는 마련해야 합니다.
“휴대용 콜드 스토리지”와 “고무결성 활성 스토리지”를 동일한 파일 시스템 선택으로 강제해서는 안 되는 이유도 여기에 있습니다. 휴대성에는 exFAT가 유리하지만, 스냅샷, 체크섬 및 Unix 권한에는 ZFS 또는 다른 네이티브 Linux 스토리지 설계가 유리합니다.
FAQ
ZimaOS는 현재 ZFS를 지원하나요?
예. 현재 공개 문서에는 ZFS 풀 및 데이터셋 명령이 포함되어 있지만, 워크플로는 여전히 CLI 중심입니다.
ZimaOS는 일반 스토리지 UI에서 RAIDZ를 생성할 수 있나요?
현재 공개된 스토리지 UI 문서는 RAID 0, 1, 5, 6 및 JBOD에 중점을 둡니다. RAIDZ 생성 기능이 동일한 UI에 노출되어 있다고 가정하지 마세요.
ZimaOS에서 exFAT를 읽고 쓸 수 있나요?
예. 현재 디스크 형식 호환성 목록에는 USB 및 내부 디스크에서 exFAT가 읽기/쓰기 가능하다고 나와 있습니다.
ZFS 스냅샷은 백업인가요?
아니요. 스냅샷은 스토리지 시스템 내부에서 특정 시점으로 복구할 수 있는 유용한 수단이지만, 독립적인 복사본과 함께 사용해야 합니다.
Docker 앱 데이터에 exFAT를 사용해야 하나요?
대체로 권장하지 않습니다. 애플리케이션 데이터베이스와 영구 컨테이너 데이터에는 적절한 소유권 및 권한 의미 체계를 제공하는 Linux 파일 시스템을 사용하세요.
