일본 단독서버를 임대할 때 거의 항상 묻는 옵션이 RAID 구성입니다. “그냥 RAID 1으로 해주세요”보다 워크로드에 맞는 구성을 고르면 같은 디스크 비용으로 2~3배의 성능을 끌어낼 수 있습니다. 이 글은 RAID 레벨별 차이와 실무 선택 기준을 정리합니다.
RAID란 무엇인가
Redundant Array of Independent Disks의 약자. 여러 개의 물리 디스크를 묶어 하나의 논리 볼륨처럼 사용하는 기술입니다. 목적은 두 가지.
- 성능 향상 (스트라이핑 — 여러 디스크에 데이터 분산 기록)
- 내결함성 (미러링·패리티 — 디스크 한두 개 죽어도 데이터 보존)
RAID 0 — 스트라이핑 (속도 ↑, 안전성 ↓)
구성: 디스크 2개 이상을 단순 결합. 데이터를 잘게 쪼개 모든 디스크에 동시 기록.
- ✅ 읽기·쓰기 속도 디스크 개수만큼 배수
- ✅ 전체 용량 100% 사용
- ❌ 디스크 1개라도 죽으면 모든 데이터 손실
- 용도: 임시 캐시·렌더 작업·중요하지 않은 데이터 전용
게임 서버나 DB에 RAID 0을 쓰는 것은 자살 행위입니다. 절대 금지.
RAID 1 — 미러링 (안전성 ↑, 비용 2배)
구성: 디스크 2개에 동일한 데이터를 복사 기록.
- ✅ 디스크 1개 죽어도 무손실 운영
- ✅ 읽기 속도 약간 향상 (병렬 읽기)
- ❌ 가용 용량 50% (디스크 2개 = 1개 분량)
- ❌ 쓰기 속도 향상 없음
- 용도: OS 디스크·소규모 DB·로그 저장
소형 서버의 가장 일반적인 구성. 디스크 2개로 안전성 확보.
RAID 5 — 분산 패리티 (균형형)
구성: 디스크 3개 이상. 데이터와 패리티 정보를 여러 디스크에 분산.
- ✅ 디스크 1개 장애 견딤
- ✅ 가용 용량 효율 좋음 (디스크 N개 → N-1개 분량)
- ⚠️ 쓰기 시 패리티 계산 오버헤드 (쓰기 성능 약간 저하)
- ❌ 디스크 2개 동시 장애 시 전체 손실
- ❌ 8TB 이상 대용량 디스크에서는 위험 (재구성 중 두 번째 장애 가능성 통계적으로 무시 못 함)
- 용도: 읽기 위주 파일 서버·미디어 라이브러리·아카이브
요즘은 “RAID 5는 죽었다”는 평가가 많습니다. 대신 RAID 6 또는 RAID 10을 권장.
RAID 6 — 이중 패리티 (안전성 강화)
구성: 디스크 4개 이상. 패리티를 두 종류로 분산.
- ✅ 디스크 2개 동시 장애 견딤
- ✅ 가용 용량 (N-2)개 분량
- ⚠️ 쓰기 오버헤드 RAID 5보다 더 큼
- 용도: 대용량 스토리지·백업 저장소·NAS
대형 백업 서버나 미디어 아카이브 서버용. 일반 웹·DB 서버에는 과함.
RAID 10 (1+0) — 미러+스트라이핑 (실무 표준)
구성: 디스크 4개 이상 (짝수). RAID 1 미러 쌍을 만들고 그 위에 RAID 0 스트라이핑.
- ✅ 읽기·쓰기 모두 빠름
- ✅ 디스크 절반까지 장애 견딤 (단, 같은 미러 쌍 둘 다 죽으면 끝)
- ✅ 패리티 계산 오버헤드 없음
- ❌ 가용 용량 50% (디스크 4개 → 2개 분량)
- 용도: DB 서버·게임 서버·고부하 웹 서버·VM 호스트
서버 표준 RAID 구성. JPServer의 Standard 이상 단독서버 상품은 모두 RAID 1+0을 기본 채택합니다.
워크로드별 권장 RAID
| 워크로드 | 권장 RAID | 이유 |
|---|---|---|
| OS 부팅 디스크 | RAID 1 (디스크 2개) | 안전성 확보 + 디스크 절감 |
| MySQL·PostgreSQL DB | RAID 10 | 쓰기 성능 + 안전성 |
| MSSQL | RAID 10 | 위 동일 |
| 웹 서버 (정적 파일) | RAID 1 또는 RAID 5 | 읽기 위주 |
| 게임 서버 | RAID 10 | 동시 다발 I/O |
| 대용량 백업 | RAID 6 | 용량 효율 + 이중 안전 |
| 미디어 스트리밍 | RAID 10 또는 RAID 6 | 큰 파일 순차 읽기 |
| 분석·로그 분석 | RAID 10 | 무거운 쓰기 작업 |
하드웨어 RAID vs 소프트웨어 RAID
하드웨어 RAID (RAID 카드)
전용 칩이 RAID 연산을 처리. CPU 부하 없음. 배터리 백업 캐시(BBU)로 정전 시에도 데이터 보호.
- ✅ 성능 우수
- ✅ OS 독립적
- ❌ 카드 자체가 SPOF (카드 고장 시 같은 모델로 교체 필요)
- ❌ 비용 추가
소프트웨어 RAID (Linux mdadm, ZFS)
OS가 직접 RAID 처리.
- ✅ 추가 비용 없음
- ✅ 카드 종속성 없음 (디스크만 살리면 어디서든 복구)
- ⚠️ CPU 약간 사용 (현대 서버에서는 무시할 수준)
- ✅ ZFS는 데이터 무결성·스냅샷 등 추가 기능 제공
최근 트렌드는 ZFS 기반 소프트웨어 RAID입니다. 관리 자유도와 데이터 안전성에서 우위.
자주 하는 실수
실수 1 — “RAID = 백업”이라는 오해
RAID는 백업이 아닙니다. 디스크 장애에는 강하지만, 사람의 실수(rm -rf /), 랜섬웨어, 파일 손상은 그대로 모든 디스크에 동시 반영됩니다. 별도 백업은 필수.
실수 2 — RAID 5에 8TB 이상 디스크
8TB 이상 디스크에서 RAID 5는 재구성에 24~48시간이 걸립니다. 그 사이에 다른 디스크 한 개라도 죽으면 전체 데이터 손실. 대용량은 RAID 6 또는 RAID 10.
실수 3 — RAID 컨트롤러 캐시 BBU 점검 안 함
배터리 수명은 보통 2~3년. 캐시 배터리가 죽으면 RAID 컨트롤러가 캐시를 비활성화 → 성능이 갑자기 절반으로 떨어짐. 정기 점검 필요.
정리
일본 단독서버 호스팅 임대 시 RAID 구성은 단순한 옵션이 아니라 워크로드의 운명을 가르는 결정입니다. JPServer의 표준 상품은 SSD RAID 1+0을 기본으로 하며, 특수 요구사항(대용량 RAID 6, 분리 RAID 등)은 무료 상담에서 맞춤 견적으로 안내해 드립니다.
