이 글의 목차
NAS OS 추천을 받을 때는 지금 가진 디스크뿐 아니라 다음 디스크를 어떻게 추가할지 물어보세요. 같은 4베이 장비라도 저장 구조, 패리티, 확장 경로, 별도 백업 공간에 따라 비용과 운영 난도가 달라집니다. TrueNAS와 Unraid를 비교한다면 앱 화면보다 데이터의 수명과 복원 계획이 먼저입니다.
전체 후보는 TrueNAS·Unraid·OMV·시놀로지 비교에 정리되어 있습니다. 이 글은 두 자작 NAS 후보의 디스크 확장과 데이터 이동을 중심으로, 오래된 비교 글에서 놓치기 쉬운 조건을 짚습니다.
먼저 적을 네 가지 숫자
OS 설치 전에 다음을 메모하세요.
- 현재 데이터 크기와 1년 예상 증가량.
- 지금 가진 디스크의 개수·용량·상태.
- 케이스 베이 수와 연결할 수 있는 실제 SATA·HBA 포트 수.
- 별도 백업에 사용할 용량과 예산.
현재 데이터가 6TB인데 8TB 디스크 두 장을 보유했다면 ‘16TB를 쓸 수 있다’고 생각하기 쉽습니다. 두 장을 미러로 구성하면 대략 한 장 분량이 남고, 파일시스템·예약 공간·표시 단위 차이도 있습니다. 기존 데이터를 보존하면서 새 풀을 만들려면 복사 대상과 백업 공간을 별도로 마련해야 합니다.
TrueNAS: RAIDZ도 확장 방식이 달라졌습니다
현재 TrueNAS 문서는 RAIDZ VDEV에 디스크를 한 번에 하나씩 추가하는 확장을 설명합니다. 따라서 ‘ZFS는 디스크 한 장 추가가 절대 불가능하다’라는 오래된 일반화만으로 OS를 배제하면 안 됩니다. 다만 사용 중인 TrueNAS 버전과 풀의 지원 조건을 확인해야 합니다. TrueNAS 풀 관리와 RAIDZ 확장
공식 문서가 설명하는 중요한 제약은 다음과 같습니다. 확장 전 풀 상태가 정상이어야 하며, 확장한다고 RAIDZ의 허용 장애 수가 늘어나지는 않습니다. 기존 블록의 데이터·패리티 비율 때문에 같은 개수의 디스크로 새로 만든 풀과 용량이 다를 수 있습니다.
예를 들어 RAIDZ2를 더 넓게 만들어도 자동으로 RAIDZ3가 되는 것은 아닙니다. 디스크가 늘어났다는 사실과 장애 허용 수준은 별개입니다. 이를 이해해야 확장 후에도 기존 보호 수준에 맞는 교체·백업 계획을 유지할 수 있습니다.
Unraid: array와 pool을 구별해서 비교
Unraid의 전통적인 array는 데이터 디스크와 패리티 디스크 역할을 구별합니다. 데이터 디스크가 서로 다른 용량일 수 있지만, 패리티 디스크는 가장 큰 데이터 디스크 이상이어야 합니다. 이 비교는 전통적인 array에 대한 것이며 Unraid에서 구성 가능한 모든 pool이 같은 방식으로 동작하는 것은 아닙니다. Unraid array 구조
4TB·8TB 데이터 디스크에 8TB 패리티 디스크를 둔 예에서는 데이터 용량을 단순 합산하면 약 12TB입니다. 파일시스템 등 실제 사용량 차이는 제외한 설명입니다. 나중에 12TB 데이터 디스크를 넣으려면 기존 8TB 패리티 조건부터 검토해야 합니다.
OS 추천에서 ‘다른 용량 디스크를 섞을 수 있다’는 문장만 읽으면 이 순서를 놓치기 쉽습니다. 디스크를 추가하는 비용에 패리티 교체가 포함되는지도 계산하세요. array와 ZFS pool의 성능·보호·확장 조건을 한 표에서 섞어 비교하면 잘못된 결론이 나올 수 있습니다.
디스크 확장 관점의 비교표
| 질문 | TrueNAS ZFS 풀 | Unraid 전통적 array |
|---|---|---|
| 디스크를 한 장씩 추가 가능한가 | 지원 버전·RAIDZ 확장 조건 확인 | array의 추가 절차와 패리티 조건 확인 |
| 서로 다른 용량이면 | VDEV 구성과 작은 디스크의 영향 검토 | 데이터 디스크 혼합 가능, 패리티 크기 제약 |
| 확장하면 보호 수준도 증가하나 | RAIDZ 레벨이 자동으로 바뀌지 않음 | 패리티 개수·구성은 따로 결정 |
| 이전 OS 디스크를 바로 쓸 수 있나 | 기존 파일시스템·풀 호환성 확인 | 할당·포맷·pool 종류를 먼저 확인 |
| 백업이 없어도 괜찮나 | 복원 가능한 별도 사본 필요 | 복원 가능한 별도 사본 필요 |
여기서 하나를 보편적인 승자로 정하기는 어렵습니다. 일정한 디스크 구성과 ZFS 운영을 계획한다면 TrueNAS의 풀 구조를 배우고, 용량이 다른 디스크를 점진적으로 활용하려면 Unraid array의 교체·추가 조건을 검토할 수 있습니다. 앱 운영과 비용 등 다른 기준은 전체 OS 비교에서 이어서 확인하세요.
RAID·패리티·스냅샷·백업의 차이
RAID나 패리티는 지원하는 범위의 디스크 장애에서 서비스를 유지하거나 재구성하는 데 쓰입니다. 사용자가 파일을 잘못 지웠거나 공격자가 정상 권한으로 파일을 덮어쓰면, 변경 자체가 저장 구조에 반영될 수 있습니다.
스냅샷은 이전 상태로 돌아갈 지점을 제공하지만 같은 장치의 전체 풀을 잃으면 같이 사라질 수 있습니다. 백업은 원본과 분리된 사본에서 실제로 복원할 수 있어야 합니다. 원본에 연결된 사본을 동일한 계정으로 마음대로 삭제할 수 있다면 사고 범위가 함께 커질 수 있습니다.
사진·문서처럼 다시 만들기 어려운 데이터와 다운로드 가능한 미디어는 중요도를 나누세요. 가장 중요한 데이터에는 다른 장치나 외부 위치의 사본, 삭제 권한 분리, 정기 복원 시험을 우선 적용하면 예산을 더 현실적으로 쓸 수 있습니다.
기존 NAS에서 옮길 때의 순서
새 OS에 기존 디스크를 꽂아 곧바로 포맷하면 데이터 이동이 아니라 데이터 삭제가 됩니다. 다음은 데이터 보존을 우선하는 일반적인 순서입니다.
- 원본 NAS의 폴더별 크기, 공유 권한, 암호화 키와 앱 설정을 기록합니다.
- 중요한 파일을 독립된 저장 위치에 백업하고 일부를 실제 열어봅니다.
- 빈 디스크로 새 구조를 만들고 테스트 파일로 공유·권한·복원을 확인합니다.
- 데이터를 복사하고 파일 수·크기 및 중요 파일의 체크섬을 비교합니다.
- 마지막 변경분을 옮긴 뒤 새 NAS로 전환합니다.
- 충분히 확인할 때까지 원본을 유지합니다.
파일 바이트가 같다고 공유 권한과 앱 데이터베이스가 모두 같은 상태인 것은 아닙니다. 사진 관리 앱, 컨테이너 볼륨, 사용자 계정은 별도 복원 절차가 필요할 수 있습니다. 드라이브를 추가·교체하는 실제 작업은 Unraid 디스크 추가 안내와 설치 버전의 TrueNAS 문서를 확인하세요.
자주 묻는 질문
TrueNAS는 디스크 한 장 추가가 안 되나요?
현재 공식 문서는 지원되는 RAIDZ 확장을 설명합니다. 모든 버전·모든 풀 구성에 같은 절차가 가능한 것은 아니므로 설치 버전과 VDEV 조건을 먼저 확인하세요.
패리티 디스크가 있으면 외장 백업은 필요 없나요?
디스크 장애 대비와 실수·삭제·전체 장비 손실 대비는 다릅니다. 중요한 데이터는 별도 사본과 복원 시험이 필요합니다.
OS만 바꾸면 기존 하드를 포맷하지 않아도 되나요?
기존 파일시스템과 새 OS의 지원 방식에 따라 다릅니다. 디스크 할당·포맷 버튼을 누르기 전에 읽기·복사 경로와 백업을 확인하세요. 브랜드나 OS 이름만으로 무손실 전환을 보장할 수는 없습니다.
참고 자료
2026년 10월 8일 문서 확인. 용량 사례는 구조 설명용으로, 실제 파일시스템 공간과 성능 측정 결과가 아닙니다.
