RAID 5, RAID 6, RAIDZ 및 미러드 드라이브 중에서 선택하는 방법

RAID 5, RAID 6, RAIDZ, 미러 드라이브는 단순히 같은 안전 기능의 다른 이름이 아닙니다. 사용 가능한 용량, 쓰기 동작, 복구 위험, 미래 확장, 드라이브 고장 시 복구 스트레스 간에 서로 다른 절충을 합니다.

올바른 선택은 용도에 따라 다릅니다. 작은 홈 NAS는 미러가 더 편할 수 있습니다. 대용량 HDD 풀은 보통 이중 패리티가 적합합니다. VM이나 Docker 중심 서버는 미러가 유리할 때가 많습니다. 미디어 아카이브는 용량을 더 중요하게 생각할 수 있습니다. 이 모든 구성은 백업을 대체하지 않습니다.

잘못된 질문은 “어떤 RAID가 최고인가?”입니다

더 나은 질문은: 무엇을 보호하려 하며 무엇을 포기할 준비가 되어 있나요? RAID 5는 더 많은 사용 가능한 공간을 제공하지만 한 개 드라이브 고장만 허용합니다. RAID 6는 더 강력한 보호를 제공하지만 용량 한 개를 더 사용합니다. RAIDZ는 ZFS 체크섬과 vdev 설계를 고려합니다. 미러는 가장 많은 용량을 사용하지만 간단하고 빠르며 페어 단위로 확장하기 쉽습니다.

어떤 구성을 선택하기 전에 다음 질문부터 시작하세요:

질문	중요한 이유
드라이브가 몇 개 있나요?	2개 드라이브는 보통 미러를 의미합니다. 5~8개의 대용량 HDD는 보통 이중 패리티를 권장합니다.
드라이브가 HDD인가요, SSD인가요?	대용량 HDD 복구는 느립니다. SSD 풀은 보통 IOPS와 지연 시간을 더 중요하게 생각합니다.
이것이 미디어, 백업, VM, Docker, AI 작업용인가요?	순차 저장과 무작위 앱 데이터는 다른 구성을 선호합니다.
다운타임이 얼마나 고통스러운가요?	일부 구성은 더 빠르게 복구되고 성능 예측이 더 쉽습니다.
이미 백업이 있나요?	백업 없는 RAID는 여전히 실패할 수 있는 단일 저장 시스템입니다.

답이 “가장 많은 공간을 원한다”면 RAID 5 또는 RAIDZ1이 매력적으로 보일 수 있습니다. “복구 중 당황할 여유가 없다”가 포함되면 선택이 보통 달라집니다.

사용 가능한 용량은 쉬운 부분입니다

용량 계산은 간단하지만 전부가 아닙니다. 처음에는 효율적으로 보이는 구성이 수년간 사진, 사무 문서, 미디어 라이브러리, Docker 볼륨, AI 프로젝트 데이터를 저장한 후에는 복구, 확장, 신뢰가 더 어려울 수 있습니다.

구성	최소 드라이브 수	드라이브 고장 허용 범위	사용 가능한 용량 패턴	실용적 의미
미러 / RAID 1	2	미러 페어당 1개	약 50%	간단하고 빠른 복구, 높은 용량 비용
스트라이프 미러	4	어떤 드라이브가 고장 나는지에 따라 다름	약 50%	좋은 성능과 더 쉬운 페어 기반 확장
RAID 5 / RAIDZ1	3	1	n-1 드라이브	효율적인 용량, 좁은 안전 마진
RAID 6 / RAIDZ2	4	2	n-2 드라이브	대용량 HDD 풀과 중요한 데이터에 더 적합합니다
RAIDZ3	5개 이상	3	n-3 드라이브	매우 크거나 보수적인 스토리지 풀의 경우

RAID 5와 RAIDZ1은 한 개 드라이브 용량만 패리티로 예약하기 때문에 효율적으로 보입니다. 미러는 원시 용량의 절반을 중복성에 사용하기 때문에 낭비처럼 보입니다. RAID 6와 RAIDZ2는 중간에 위치하며 단일 패리티보다 효율은 떨어지지만 드라이브 고장과 재구성 시 더 안전합니다.

단일 패리티는 예산 선택지일 뿐 안전한 기본값은 아닙니다

RAID 5와 RAIDZ1이 자동으로 나쁜 것은 아닙니다. 초보자들이 생각하는 것보다 적용 범위가 좁을 뿐입니다. 소규모 배열, SSD 기반 풀, 중요하지 않은 데이터, 테스트 시스템 또는 별도의 백업이 이미 있는 미디어 라이브러리에는 적합할 수 있습니다.

위험은 간단합니다: 단일 패리티는 한 개의 드라이브 고장만 견딜 수 있습니다. 재구성 중에는 추가 드라이브 고장 여유가 없습니다. 대용량 기계식 하드 드라이브의 경우 재구성에 오랜 시간이 걸릴 수 있으며, 교체 드라이브가 재구성되는 동안 나머지 드라이브는 지속적인 읽기 압박을 받습니다.

용량이 중요하고 위험을 이해하며 백업이 있는 경우 RAID 5 또는 RAIDZ1을 사용하세요. 대체할 수 없는 데이터를 보관하는 대용량 HDD 풀에 대해 기본값으로 사용하지 마세요.

이중 패리티는 대용량 드라이브와 긴 재구성 시간에 적합합니다

RAID 6와 RAIDZ2는 두 개의 드라이브 고장을 견디기 위해 한 개의 드라이브 용량을 포기합니다. 드라이브 크기가 커지고 재구성 시간이 길어지며 풀이 더 중요해질수록 이 추가 안전성은 더 중요해집니다.

6베이 이상 HDD NAS의 경우, 이중 패리티가 실용적인 기본값인 경우가 많습니다. 이는 가족 사진 라이브러리, 사무 문서, 미디어 아카이브, 백업 대상, 개인 클라우드 스토리지 및 다중 사용자 NAS 환경에 특히 중요합니다. 쓰기 경로는 단일 패리티보다 무겁지만, 많은 NAS 작업은 원시 쓰기 속도보다 안전성, 용량 및 예측 가능한 복구를 더 중요하게 생각합니다.

더 큰 ZimaOS 스토리지 시스템을 구축하는 경우, 공식 ZimaOS ZFS 설정 가이드가 공유, 앱 또는 백업 워크플로를 쌓기 전에 ZFS 스토리지 풀을 만드는 올바른 내부 참조입니다.

미러는 용량 비용이 더 들지만 관리하기 쉽습니다

미러드 드라이브는 사용 가능한 용량 대비 비용이 높지만 이해하기 쉽습니다. 미러 쌍의 각 드라이브는 해당 vdev의 데이터 전체 복사본을 포함합니다. 한 드라이브가 고장 나면 교체 드라이브가 미러 파트너에서 재구성되기 때문에 복구가 더 직접적입니다.

이 때문에 미러는 VM, 데이터베이스, 도커 앱 데이터, 메타데이터가 많은 작업 부하 및 소규모 개인 서버에 자주 선호됩니다. 항상 가장 공간 효율적인 레이아웃은 아니지만, 랜덤 I/O와 복구 동작이 더 예측 가능해 일상 사용에서 더 나은 느낌을 줄 수 있습니다.

작업 부하	미러 적합성	이유
가상 머신과 데이터베이스	강력함	랜덤 I/O와 지연 시간이 중요함
도커 앱 데이터	강력함	작은 쓰기, 메타데이터, 데이터베이스에 유리
간단한 2드라이브 NAS	자연스러움	이해하기 쉽고 복구 용이
대용량 미디어 아카이브	혼합형	용량 손실이 너무 클 수 있음
콜드 백업 풀	좋지만 비용이 많이 듦	간단한 복구, 낮은 용량 효율

TrueNAS의 미러링과 RAIDZ2 재실버링 토론은 실제 트레이드오프를 잘 보여줍니다: 미러는 더 빠르고 풀 전체에 미치는 영향이 적게 재실버링할 수 있지만, RAIDZ2는 드라이브 하나가 고장 난 후 추가 패리티 레이어를 유지합니다. 따라서 선택은 작업 부하, 가동 시간 요구, 예비 드라이브, 백업 전략에 따라 달라집니다.

RAIDZ는 단순히 이름만 다른 RAID 5가 아닙니다

RAIDZ는 ZFS 풀 설계에 속합니다. ZFS에서는 단순히 RAID 레벨을 선택하는 것이 아니라 성능, 중복성, 재구성 동작, 미래 확장성을 결정하는 vdev 토폴로지를 선택하는 것입니다.

Klara의 OpenZFS vdev 유형과 RAIDZ 토폴로지 설명은 ZFS 풀을 위에서부터 바라보는 관점을 제공해 유용합니다. zpool은 vdev로 구성되며, 이 vdev는 미러, RAIDZ1, RAIDZ2, RAIDZ3 또는 기타 장치 클래스로 구성될 수 있습니다. 최상위 데이터 vdev 하나가 실패하면 풀 전체가 위험에 처합니다.

많은 사용자가 놓치는 부분입니다. ZFS에서는 초기에 만든 레이아웃이 수년간 저장 시스템을 정의할 수 있습니다. RAIDZ1, RAIDZ2, 미러는 단순한 용량 선택이 아니라 장기적인 토폴로지 선택입니다.

재구성 위험이 용량보다 더 많은 결정을 좌우해야 합니다

대부분의 잘못된 RAID 결정은 용량은 쉽게 확인할 수 있지만 드라이브가 고장 나기 전까지 재구성 위험은 보이지 않기 때문에 발생합니다. 단일 패리티 레이아웃은 효율적으로 보일 수 있지만, 재구성 기간이 풀(pool)이 가장 취약한 순간입니다.

미러는 보통 더 국소적으로 재구성됩니다. RAIDZ 구성은 복구 중 더 많은 디스크가 관여할 수 있습니다. RAIDZ2는 두 번째 패리티 레이어를 제공하여 실패한 디스크 교체 중 다른 드라이브가 문제를 일으킬 경우 중요할 수 있습니다. 어느 쪽도 완벽하지 않지만 각기 다른 실패 형태를 가집니다.

상황	더 안전한 방향
비중요 데이터가 있는 3개의 소형 SSD	RAIDZ1 / RAID 5도 허용 가능
가족 데이터가 있는 4개의 대형 HDD	RAIDZ2 / RAID 6 또는 두 개의 미러
6개 이상의 대용량 HDD	대부분 사용자에게 RAIDZ2 / RAID 6 최소 권장
VM 또는 도커 중심 작업 부하	미러
오프사이트 복사본이 있는 백업 대상	용량과 복구 속도에 따라 RAIDZ2 또는 미러
별도의 백업 없음	먼저 백업을 고치고 RAID를 선택하세요

구성은 복구 방식을 반영해야 합니다. 긴 재구성 동안 당황할 것 같다면 단지 하나 더 많은 드라이브의 사용 가능한 공간 때문에 그 구성을 선택하지 마세요.

풀에 실제 데이터가 들어가기 전에 확장 계획이 중요합니다

확장은 미러와 RAIDZ가 매우 다르게 느껴지는 부분입니다. 미러는 보통 쌍으로 확장하기 쉽습니다. 또 다른 미러 쌍을 추가하면 풀은 또 다른 vdev에서 용량과 성능을 얻습니다. 이 단순함이 미러가 홈 서버와 홈랩에서 인기를 유지하는 주요 이유 중 하나입니다.

RAIDZ 확장은 개선되었지만 여전히 계획이 필요합니다. OpenZFS RAIDZ 확장 다중 드라이브 개선 요청 이슈는 중요한 제한 사항을 강조합니다: RAIDZ 확장은 드라이브를 하나씩 추가할 때 느리고 직렬적인 확장이 될 수 있으며, 사용자는 과정 중 성능 영향과 마모를 고려해야 합니다.

RAIDZ 확장을 오늘 잘못된 패리티 수준 선택의 허가로 여기지 마세요. 확장은 용량을 추가할 수 있지만 RAIDZ1을 RAIDZ2로 바꾸거나 백업 필요성을 없애거나 원래 vdev 설계의 결과를 제거하지 않습니다.

실제 NAS 작업에 맞게 구성 조정

최고의 RAID 구성은 NAS 작업에 맞는 구성입니다. 미디어 저장, 백업, 도커 앱, VM 저장, AI 프로젝트, 콜드 아카이브는 모두 다르게 작동합니다.

NAS 작업	추천 방향	이유
간단한 2드라이브 홈 NAS	미러	쉽고 예측 가능하며 간단한 복구
4드라이브 가족 저장소	RAIDZ2 / RAID 6 또는 두 개의 미러	안전성, 비용 및 재구성 동작의 균형
6베이 미디어 라이브러리	RAIDZ2 / RAID 6	이중 패리티로 용량 효율성 향상
VM / 데이터베이스 / 도커 호스트	미러	더 나은 랜덤 I/O 및 간단한 복구 경로
백업 전용 NAS	RAIDZ2 또는 미러	복원 속도와 용량 필요에 따라 선택하세요
AI NAS / RAG / 앱 데이터	핫 앱 데이터는 미러, 대용량 저장은 RAIDZ2	활성 데이터베이스를 대용량 아카이브 파일과 분리
콜드 아카이브	RAIDZ2 / RAIDZ3	IOPS보다 용량과 내결함성이 더 중요합니다

컴팩트한 항상 켜져 있는 서버에는 ZimaBoard 2 개인 서버가 간단한 미러드 저장소, 백업, 도커, 가벼운 홈 서버 용도에 적합합니다. 더 큰 다중 드라이브 저장소, 미디어 라이브러리, 개인 클라우드, AI NAS 작업에는 ZimaCube 2 AI NAS가 더 적합하며, 더 큰 ZFS 풀과 작업 분리에 맞춰져 있습니다.

RAID는 여전히 백업을 대체하지 않습니다

RAID는 특정 드라이브 고장 후에도 저장 풀을 사용할 수 있게 합니다. 백업은 파일, 사용자, 앱, 동기화 작업 또는 전체 저장 시스템이 실패했을 때 복구할 수 있게 합니다. 이들은 다른 문제입니다.

RAID는 실수로 삭제, 랜섬웨어, 화재, 도난, 잘못된 업데이트, 손상된 동기화, 실패한 재구성, 사용자가 잘못된 폴더를 덮어쓰는 것을 보호하지 않습니다. ZFS 스냅샷은 롤백에 도움이 되지만, 같은 풀 내 스냅샷은 독립적인 백업과 다릅니다.

보호 계층	도움이 되는 문제	해결하지 못하는 문제
RAID / RAIDZ / 미러	드라이브 고장 허용	삭제, 랜섬웨어, 재해, 잘못된 동기화
스냅샷	이전 파일 상태로 롤백	풀 손실, 도난, 화재, 모든 디스크 고장
로컬 백업	빠른 복원	동일 사이트 재해
오프사이트 백업	재해 복구	계획이 잘 되어 있지 않으면 빠른 로컬 복원

안전한 NAS 계획은 가용성을 위한 RAID, 롤백을 위한 스냅샷, 복구를 위한 백업, 재해 보호를 위한 오프사이트 복사본을 사용합니다.

드라이브 수에 따른 실용적인 권장 사항

이 표는 법칙이 아닙니다. 홈 NAS, 개인 서버, 소규모 사무실 저장소 결정을 위한 출발점입니다.

드라이브 수	실용적인 선택
2개 드라이브	미러
3개 드라이브	미러와 백업, 또는 중요하지 않은 데이터에만 RAIDZ1
4개 드라이브	안전을 위해 RAIDZ2 / RAID 6, 성능을 위해 두 개의 미러
5개 드라이브	HDD와 중요한 데이터를 사용할 경우 RAIDZ2
6개 드라이브	RAIDZ2 / RAID 6가 보통 균형 잡힌 선택입니다
8개 이상 드라이브	위험도에 따라 RAIDZ2, RAIDZ3 또는 다중 vdev 설계
SSD 풀	미러는 종종 성능과 지연 시간에 유리합니다
혼합 드라이브 크기	가능하면 피하고, 가장 작은 드라이브를 기준으로 계획하세요.

데이터가 중요할수록 사용 가능한 용량만 최적화하지 마세요. 재구성, 확장, 모니터링, 백업을 당황하지 않고 할 수 있는 구성을 선택하세요.

최종 요약

성능, 단순성, 앱 데이터, VM 작업 부하, 더 쉬운 복구가 최대 용량보다 중요할 때는 미러를 선택하세요. 대용량 HDD, 중요한 데이터, 다중 드라이브 장애 허용이 공간 절약보다 중요할 때는 RAID 6 또는 RAIDZ2를 선택하세요. 위험이 허용 가능하고 백업이 이미 있을 때만 RAID 5 또는 RAIDZ1을 사용하세요.

ZFS를 사용하는 경우 결정은 단순히 “RAID 레벨”이 아닙니다. vdev 토폴로지입니다. 이 토폴로지가 풀의 성능, 고장, 재구성, 확장 방식을 결정합니다.

가장 안전한 RAID 선택은 첫날 사용 가능한 용량이 가장 큰 것이 아닙니다. 드라이브가 고장 난 날에도 여전히 의미가 있는 선택입니다.

자주 묻는 질문

가정용 NAS에 RAID 5가 여전히 안전한가요?

RAID 5는 작은 배열, SSD 풀, 중요하지 않은 데이터 또는 이미 완전한 백업이 있는 미디어 라이브러리에는 여전히 허용될 수 있습니다. 단일 드라이브 고장만 견딜 수 있기 때문에 대용량 HDD 풀이나 대체 불가능한 파일에는 가장 안전한 기본값이 아닙니다.

RAID 6가 RAID 5보다 낫나요?

대용량 HDD와 중요한 데이터에는 RAID 6가 보통 더 안전합니다. 두 개의 드라이브 고장을 견딜 수 있기 때문입니다. 대신 RAID 5에 비해 사용 가능한 용량이 적고 쓰기 패리티 작업이 더 무겁다는 단점이 있습니다.

RAIDZ가 RAID 5 또는 RAID 6와 같은가요?

정확히 그렇지는 않습니다. RAIDZ1과 RAIDZ2는 단일 패리티 및 이중 패리티 개념과 유사하지만, ZFS vdev 토폴로지의 일부이며 체크섬, 스크럽, 스냅샷, 데이터셋, 전송/수신 워크플로우 같은 ZFS 기능과 함께 작동합니다.

미러드 드라이브가 RAIDZ보다 낫나요?

일부 작업 부하에는 더 좋습니다. 미러는 VM, Docker 앱 데이터, 데이터베이스 및 랜덤 I/O에 더 강한 경우가 많습니다. RAIDZ는 대형 미디어 라이브러리, 아카이브, 백업 풀 및 용량 중심 저장소에 더 적합한 경우가 많습니다.

나중에 RAIDZ를 확장할 수 있나요?

OpenZFS에서 RAIDZ 확장이 개선되었지만, 계획을 무시할 이유는 아닙니다. 용량을 추가할 수는 있지만 RAIDZ1을 RAIDZ2로 자동 변경하거나 재구성 위험을 제거하거나 백업을 대체하지는 않습니다.

RAID가 백업을 대체합니까?

아니요. RAID는 특정 드라이브 고장에 도움을 줍니다. 백업은 삭제, 랜섬웨어, 동기화 실수, 도난, 화재, 재구성 실패 및 더 큰 저장 시스템 문제로부터 보호합니다. 진지한 NAS 설정에는 RAID 계획과 백업 계획이 모두 필요합니다.