RAID 레벨별 구성과 스토리지 장애 허용 전략
RAID의 스트라이핑·미러링·패리티 원리와 RAID 0, 1, 5, 6, 1+0의 성능·공간 효율·장애 허용 특성을 정리한다.
2026-08-14 · 최초 발행 2025-12-28
여러 디스크를 하나의 스토리지로 다루는 방식
RAID(Redundant Array of Inexpensive Disks)는 독립된 여러 물리 디스크를 하나의 논리적 단위로 묶어 운영하는 스토리지 기술이다. 데이터 중복 저장과 동시 처리를 통해 안정성과 성능을 높이는 것이 목적이다. 1987년 버클리 대학 연구진이 제안했으며, 고가의 단일 대용량 디스크 대신 저렴한 다수의 소형 디스크를 조합해 비용 대비 효율을 높이는 접근에서 출발했다.
RAID는 데이터를 여러 디스크에 나누어 저장하는 Striping, 같은 데이터를 복제하는 Mirroring, 오류 복구용 정보를 저장하는 Parity를 활용한다. 표준 RAID 레벨은 0부터 6까지이며, 이들을 결합한 하이브리드 레벨도 사용된다.
디스크 다중화는 장애 허용을 제공하고, 병렬 I/O는 읽기와 쓰기 처리 성능을 높인다. 단일 디스크 장애가 서비스 전체 장애로 이어지는 지점을 줄이고, 복제나 패리티를 이용해 데이터를 복구할 수 있다. 24/7 운영이 필요한 미션 크리티컬 시스템에서 RAID가 쓰이는 이유다.
여러 디스크를 병렬로 읽고 쓰면 성능을 끌어올릴 수 있고, 작은 디스크 여러 개로 대용량 스토리지를 구성할 수도 있다. 디스크를 추가해 용량을 확장할 수 있으며, 요구사항에 맞춰 RAID 레벨을 선택할 수 있다.
데이터를 나누고, 복제하고, 복구하는 방법
Striping으로 I/O를 병렬화한다
Striping은 데이터를 일정 크기의 블록으로 나눠 여러 디스크에 순차적으로 분산 저장하는 방식이다. Bit, Byte, Block 레벨로 적용할 수 있으며, 병렬 읽기와 쓰기를 통해 성능을 높인다. RAID 0, 2, 3, 4, 5, 6에서 활용된다.
Mirroring은 같은 데이터를 별도 디스크에 둔다
Mirroring은 동일한 데이터를 두 개 이상의 디스크에 완전히 복제해 저장한다. 데이터 중복률은 100%이며, 디스크 장애가 나면 즉시 복구할 수 있다. 두 디스크에서 병렬로 읽을 수 있어 Read 성능은 2배로 향상되지만, 디스크 공간 효율은 50%이고 Write 성능 향상은 없다. RAID 1과 RAID 1+0이 이 방식을 사용한다.
Parity는 손실 데이터를 다시 만드는 정보다
Parity는 데이터 블록을 XOR 연산한 결과를 별도 정보로 저장해 오류 복구에 사용하는 방식이다. 장애가 발생하면 남아 있는 데이터와 패리티를 조합해 손실 데이터를 재구성한다. Mirroring보다 공간 효율이 높고 1개 디스크 분량의 패리티 공간을 사용하지만, 쓰기 시 패리티 계산 오버헤드가 생긴다. RAID 2, 3, 4, 5, 6에서 사용된다.
XOR 연산 예시:
Disk 1: 1 0 1 1
Disk 2: 0 1 1 0
Parity: 1 1 0 1 (XOR 결과)
Disk 1 장애 시 복구:
Disk 1 = Disk 2 XOR Parity = 0110 XOR 1101 = 1011
RAID 레벨이 성능과 장애 허용을 바꾸는 방식
RAID 0은 성능만을 위해 스트라이핑한다
RAID 0은 Striping만 사용하며 중복 데이터는 두지 않는다. 최소 2개 디스크가 필요하다. Read/Write 성능은 디스크 개수에 비례해 N배 향상되고 공간 효율은 100%다. 구현이 단순하고 비용도 낮다.
대신 안정성은 높아지지 않으며 장애 확률은 증가한다. 하나의 디스크만 고장 나도 전체 데이터를 잃고 복구할 수 없다. 게임, 비디오 편집, 임시 데이터처럼 성능을 우선하는 환경에 사용한다.
RAID 1은 복제로 장애에 대응한다
RAID 1은 Mirroring만 적용하는 방식으로, 최소 2개 디스크가 필요하다. 완전한 데이터 중복으로 안정성이 높고, 디스크 장애 시 즉시 전환할 수 있어 복구 시간은 0이다. 두 디스크에서 병렬 읽기가 가능해 Read 성능은 2배 향상되며, Mirror 디스크를 그대로 쓸 수 있어 복구도 단순하다.
공간 효율은 50%이고 2배 용량이 필요하며, Write 성능 향상은 없다. 데이터베이스, 금융 시스템, OS 드라이브처럼 안정성을 우선하는 환경에 적합하다.
RAID 2는 해밍코드 기반의 역사적 구성이다
RAID 2는 Bit 레벨 Striping과 Hamming Code ECC를 결합한다. 데이터 디스크와 다수의 ECC 디스크를 포함해 최소 3개 이상 디스크가 필요하다. Hamming Code로 오류 위치를 탐지하고 수정하며, 데이터를 매우 작은 Bit 단위로 분산한다.
구현이 복잡하고 ECC 디스크 오버헤드가 크다. 현대 디스크가 자체 ECC 기능을 갖추면서 기능도 중복되어 현재는 거의 사용되지 않고 역사적 의미가 남아 있다.
RAID 3은 바이트 단위와 전용 패리티를 쓴다
RAID 3은 Byte 레벨 Striping과 전용 Parity 디스크로 구성되며, 데이터 2개와 Parity 1개를 포함해 최소 3개 디스크가 필요하다. 단일 Parity 디스크로 오류를 복구하고 순차 읽기와 쓰기에 유리하다.
Write 시 항상 Parity 디스크에 접근하므로 그 디스크가 병목이 되며, 랜덤 I/O 성능은 낮다. 비디오 스트리밍과 대용량 파일 처리처럼 순차 접근이 주된 환경에 활용된다.
RAID 4는 블록 단위 분산과 전용 패리티를 결합한다
RAID 4는 Block 레벨 Striping과 전용 Parity 디스크를 사용한다. 데이터 2개와 Parity 1개를 포함해 최소 3개 디스크가 필요하다. Block 단위 성능을 높일 수 있고, N-1개 디스크 용량을 쓸 수 있어 공간 효율이 높으며 Read 성능도 우수하다.
그러나 Write마다 Parity를 갱신해야 하므로 전용 Parity 디스크가 병목이 되고 Write 성능은 낮다. 이 문제 때문에 현재는 RAID 5로 대체되어 거의 사용하지 않는다.
RAID 5는 패리티를 디스크 전체에 분산한다
RAID 5는 Block 레벨 Striping과 분산 Parity를 조합한다. 최소 3개 디스크가 필요하며, 실무에서는 4개 이상을 권장한다. 패리티를 모든 디스크에 나눠 두므로 전용 패리티 디스크의 병목을 해소하고, 병렬 읽기로 Read 성능을 높인다. 공간 효율은 (N-1)/N × 100%이며 1개 디스크 장애를 허용한다.
다만 Read-Modify-Write에 따른 Write 패널티가 있다. 복구 과정에서 추가 디스크 장애가 발생하면 데이터를 잃을 수 있고, 대용량 디스크에서는 복구 시간이 길어진다. 웹 서버, 파일 서버, 일반적인 엔터프라이즈 스토리지에 널리 사용된다.
RAID 6는 이중 패리티로 장애 범위를 넓힌다
RAID 6는 Block 레벨 Striping에 P, Q 이중 분산 Parity를 더한 방식이며 최소 4개 디스크가 필요하다. 가장 큰 차이는 2개 디스크 동시 장애를 허용한다는 점이다. 복구 중 다른 디스크에 장애가 나도 안전성을 유지할 수 있고, 대용량 디스크 환경에서 안정성을 확보한다. Read 성능은 RAID 5와 유사하다.
공간 효율은 (N-2)/N × 100%로 낮고, 두 패리티를 계산해야 해 Write 성능은 RAID 5보다 낮다. 구현에는 Reed-Solomon 코드 등이 사용된다. 대용량 스토리지, 클라우드 스토리지, 백업 시스템, 아카이브에 활용된다.
RAID 0+1과 RAID 1+0은 구성 순서가 다르다
RAID 0+1은 먼저 RAID 0을 구성한 뒤 전체를 RAID 1로 미러링한다. 최소 4개 디스크가 필요하며, 높은 성능과 안정성을 함께 제공한다. 그러나 한 세트 안의 디스크 하나가 장애를 일으키면 해당 세트 전체를 사용할 수 없다.
RAID 1+0, 즉 RAID 10은 먼저 RAID 1 미러 쌍을 만들고 이들을 RAID 0으로 Striping한다. 역시 최소 4개 디스크가 필요하다. RAID 0+1보다 안정성이 높고, 각 미러 쌍에서 하나씩 장애가 나도 복구할 수 있다. 성능과 안정성은 모두 우수하지만 디스크 공간 효율은 50%다. 고성능 데이터베이스와 트랜잭션 시스템에 사용한다.
두 방식을 비교하면 RAID 1+0이 더 안정적이고 복구 범위도 넓다. 대부분의 경우 RAID 1+0을 선택한다.
레벨별 특성 비교
| RAID 레벨 | 최소 디스크 | 공간 효율 | Read 성능 | Write 성능 | 장애 허용 | 용도 |
|---|---|---|---|---|---|---|
| 0 | 2 | 100% | 우수 | 우수 | 없음 | 게임, 비디오 편집 |
| 1 | 2 | 50% | 우수 | 보통 | 1개 | OS, 데이터베이스 |
| 5 | 3 | (N-1)/N | 우수 | 보통 | 1개 | 파일/웹 서버 (일반적) |
| 6 | 4 | (N-2)/N | 우수 | 낮음 | 2개 | 대용량 스토리지 |
| 1+0 | 4 | 50% | 매우 우수 | 우수 | N/2개 | 고성능 DB, 트랜잭션 |
성능을 가장 우선하면 RAID 0을 선택할 수 있지만 백업이 필요하다. 안정성을 우선할 때는 RAID 1 또는 RAID 6를 고려하고 비용을 함께 판단해야 한다. 균형이 필요하면 RAID 5 또는 RAID 1+0이 일반적인 선택지다.
환경별로 보는 RAID 구성
데이터베이스 서버에서는 OS와 시스템 영역에 RAID 1, 데이터 영역에 RAID 1+0, 로그에 RAID 5, 장기 보관용 백업에 RAID 6을 둘 수 있다. 웹 서버의 정적 콘텐츠에는 읽기 중심과 공간 효율을 고려해 RAID 5를, 동적 콘텐츠와 DB에는 읽기·쓰기가 모두 중요한 RAID 1+0을 적용할 수 있다.
Amazon S3와 Google Cloud Storage는 분산 환경에서 RAID와 유사한 Erasure Coding을 사용하고, 데이터를 여러 가용 영역에 복제하는 Multi-AZ 방식으로 RAID 6 이상의 안정성을 확보한다.
가정이나 중소기업 NAS에서는 2-Bay NAS에 RAID 1, 4-Bay NAS에 RAID 5, 6-Bay 이상 구성에 RAID 6을 선택할 수 있다. 비디오 편집 워크스테이션에서는 4K/8K 실시간 편집용 프로젝트 작업에 RAID 0을 쓰고, 완성 파일은 외부 RAID 5/6에 백업한다.
데이터 중요도와 예산을 함께 판단한다
성능만을 우선하고 백업이 있는 환경이라면 RAID 0과 게임, 비디오 편집, 캐시 같은 용도를 검토할 수 있다. 안정성을 우선할 때는 소규모에 RAID 1, 중대규모에 RAID 5, 대규모·대용량에는 RAID 6을 고려한다. 예산이 충분하면서 성능과 안정성이 모두 필요하면 데이터베이스나 트랜잭션 시스템에 RAID 1+0을 적용할 수 있다. 장기 보관과 백업 스토리지에는 RAID 6이 적합하다.
RAID는 하드웨어 장애에 대비하는 구성이지 데이터 삭제나 손상에 대비하는 백업은 아니다. 별도 백업 전략과 정기 백업이 필요하다. Hot Spare로 여분 디스크를 준비하면 복구 시간을 단축할 수 있으며, SMART와 컨트롤러 로그를 통해 RAID 상태를 정기 점검해야 한다.