RAID
RAID 는 디스크 여러 개를 묶어 한 개처럼 쓰는 기술이에요. 묶는 방법(레벨)에 따라 빨라지거나, 디스크 하나가 망가져도 데이터가 남아요.
목차 보기
RAID 는 디스크 여러 개를 묶어 한 개처럼 쓰는 기술이에요. 묶는 방법에 따라 더 빨라지거나, 디스크 하나가 망가져도 데이터가 남아요. 공책 한 권에 쓸 내용을 여러 권에 나눠 쓰거나, 똑같이 두 권에 베껴 두는 것과 비슷해요. 게임의 '레이드'와는 다른 말이에요.
이 글에 나오는 말
- 스트라이핑 — 데이터를 잘게 잘라 여러 디스크에 나눠 쓰는 방법이에요. 빨라지지만 하나만 망가져도 다 잃어요.
- 미러링 — 같은 데이터를 두 디스크에 똑같이 쓰는 방법이에요. 거울처럼 복사해 둬요.
- 패리티 — 나머지 데이터로 잃은 조각을 다시 계산해 내는 검산 값이에요.
- 재구성(리빌드) — 망가진 디스크를 새것으로 바꾼 뒤 데이터를 다시 채우는 과정이에요.
RAID 는 어떻게 디스크를 묶나요?
이름은 1987년 12월 미국 UC 버클리 연구진의 보고서에서 나왔어요. 제목이 A Case for Redundant Arrays of Inexpensive Disks (RAID)예요. 값싼 디스크 여러 개를 묶어 비싼 큰 디스크를 대신하자는 생각이었어요. 지금은 I 를 Independent(독립된)로 풀기도 해요.
묶는 방법은 세 가지를 섞어서 써요. 나눠 쓰기(스트라이핑), 베껴 쓰기(미러링), 검산 값 두기(패리티)예요. 어떻게 섞느냐에 따라 0, 1, 5, 6, 10 같은 번호가 붙어요. 이 번호를 'RAID 레벨'이라고 불러요.
RAID 0·1·5·6·10 은 뭐가 달라요?
| 레벨 | 묶는 방법 | 최소 디스크 | 고장 견딤 | 쓸 수 있는 용량 | 어울리는 곳 |
|---|---|---|---|---|---|
| RAID 0 | 나눠 쓰기 | 2개 | 0개 (하나만 망가져도 전부 잃어요) | 전체 | 임시 작업, 속도만 필요할 때 |
| RAID 1 | 똑같이 베끼기 | 2개 | 1개 (2개 한 쌍 기준) | 디스크 1개분 | 작은 서버, 운영체제 디스크 |
| RAID 5 | 나눠 쓰기 + 검산 1벌 | 3개 | 1개 | 디스크 수 − 1 | 파일 보관, 읽기 위주 |
| RAID 6 | 나눠 쓰기 + 검산 2벌 | 4개 | 2개 | 디스크 수 − 2 | 큰 디스크 여러 개, NAS |
| RAID 10 | 베낀 쌍을 다시 나눠 쓰기 | 4개 | 최소 1개 (쌍마다 1개까지) | 절반 | 데이터베이스처럼 쓰기가 많은 곳 |
레벨 정의는 Red Hat 리눅스 관리 문서(RHEL 10, RAID 레벨 장)와 같아요. RAID 10 은 "최소 1개"라고 적었어요. 같은 쌍의 디스크 두 개가 함께 망가지면 데이터를 잃기 때문이에요. 운이 좋으면 쌍마다 하나씩 더 버텨요.
4TB 디스크 4개면 실제로 몇 TB 써요?
짧은 파이썬 스크립트로 직접 계산했어요(2026년 10월 29일). 디스크는 모두 4TB 로 같다고 놓았어요. 개수만 4개, 6개, 8개로 바꿨어요.
def calc(level, n, size):
if level == "0": return n*size # 전부 씀
if level == "5": return (n-1)*size # 1개분은 검산 값
if level == "6": return (n-2)*size # 2개분은 검산 값
if level == "10": return n//2*size # 절반은 복사본
2026-10-29 raid_calc.py 계산 · 파일 시스템이 쓰는 몫은 빼지 않았어요
표로 보기
| 레벨 | 4개(16TB) | 6개(24TB) | 8개(32TB) |
|---|---|---|---|
| RAID 0 | 16TB (100%) | 24TB (100%) | 32TB (100%) |
| RAID 5 | 12TB (75%) | 20TB (83%) | 28TB (88%) |
| RAID 6 | 8TB (50%) | 16TB (67%) | 24TB (75%) |
| RAID 10 | 8TB (50%) | 12TB (50%) | 16TB (50%) |
디스크가 늘수록 RAID 5·6 은 쓸 수 있는 비율이 올라가요. RAID 10 은 몇 개든 절반이에요. 대신 RAID 10 은 검산 계산이 없어서 쓰기가 가벼운 편이에요. 실제 용량은 파일 시스템이 조금 더 가져가요. 디스크 회사가 말하는 4TB 와 운영체제가 보여 주는 숫자도 조금 달라요.
하드웨어 RAID 와 소프트웨어 RAID 는요?
하드웨어 RAID 는 서버 안의 RAID 카드가 디스크를 묶어요. 운영체제는 큰 디스크 한 개만 봐요. 소프트웨어 RAID 는 운영체제가 직접 묶어요. 리눅스에서는 mdadm 이라는 도구를 많이 써요. mdadm 설명서를 보면 raid0, raid1, raid5, raid6, raid10 등을 고를 수 있어요.
$ mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb /dev/sdc # 디스크 2개를 RAID 1(거울)로 묶는 예. 실행하면 두 디스크의 내용이 지워져요.
자주 하는 오해
"RAID 를 하면 백업은 안 해도 돼요"
RAID 는 디스크 고장에만 대비해요. 실수로 지운 파일은 모든 디스크에서 같이 지워져요. 랜섬웨어가 암호화한 파일도 그대로 복사돼요. 되돌릴 수 있는 복사본은 백업이나 스냅샷으로 따로 만들어야 해요.
"RAID 5 면 디스크 하나 망가져도 안심이에요"
망가진 디스크를 바꾸고 다시 채우는 동안에는 견딤이 0개가 돼요. 큰 디스크일수록 다시 채우는 시간이 길어요. 그래서 큰 디스크를 여러 개 묶을 때는 RAID 6 을 고르는 경우가 많아요.
"RAID 0 은 RAID 의 기본형이에요"
번호가 0 이라 기본처럼 보여요. 실제로는 복사본이 전혀 없어요. 디스크가 늘수록 하나라도 망가질 확률이 오히려 커져요.
퓨쳐인프라에서는
퓨쳐인프라 가상서버를 만들 때는 RAID 레벨을 고르지 않아요. 모든 디스크를 서로 다른 노드(물리 서버) 세 곳에 복제해 두기 때문이에요. 이걸 3중 복제라고 불러요. RAID 와는 복사본을 두는 자리가 달라요.
| RAID 1·10 | 퓨쳐인프라 3중 복제 | |
|---|---|---|
| 복사본 위치 | 한 서버 안의 디스크끼리 | 서로 다른 노드 세 곳 |
| 디스크 한 대 고장 | 데이터 그대로 (같은 쌍이 살아 있으면) | 데이터 그대로 |
| 서버(노드) 한 대가 멈추면 | 그 서버의 데이터에 닿을 수 없어요 | 살아 있는 노드로 서버를 자동으로 옮겨요 |
| 직접 할 일 | 레벨 고르기, 디스크 교체 | 없어요 |
3중 복제도 RAID 처럼 고장 대비예요. 지운 파일을 되살리는 장치는 아니에요. 그래서 스냅샷과 백업을 따로 둬요. 스냅샷은 무료예요. 설정을 바꾸기 전에 찍어 두면 그 시점으로 되돌릴 수 있어요. 정기 백업은 요금제의 20% 인 백업 이용권으로 써요(2026년 10월 29일 요금표 기준).
자주 묻는 질문
집에서 쓰는 NAS 는 RAID 몇 번이 좋아요?
디스크 2개면 RAID 1, 4개 이상이면 RAID 5 나 6 을 많이 골라요. 큰 디스크를 여러 개 쓰면 RAID 6 이 더 안전해요. 어떤 레벨이든 중요한 파일은 다른 곳에 백업해 두세요.
RAID 를 하면 속도가 빨라져요?
RAID 0·5·6·10 은 여러 디스크에서 한꺼번에 읽어서 읽기가 빨라질 수 있어요. RAID 5·6 은 쓸 때마다 검산 값을 계산해서 쓰기가 느려질 수 있어요.
디스크 크기가 서로 달라도 묶을 수 있어요?
묶을 수는 있지만 가장 작은 디스크에 맞춰 계산돼요. 4TB 와 8TB 를 RAID 1 로 묶으면 4TB 만 써요.
클라우드 서버에도 RAID 를 걸어야 해요?
보통은 필요 없어요. 클라우드 회사가 디스크 아래에서 복제를 해 두는 경우가 많아요. 퓨쳐인프라는 모든 디스크를 노드 세 곳에 복제해요.
관련 용어
스토리지 · SSD · NVMe · 백업 · 스냅샷 · 스냅샷과 백업의 차이 · 가용성
- 작성: 서순명(솔리드그루 이사 · 퓨쳐인프라 — 국내 IDC 에서 클라우드 서버·앱 호스팅·AI API 를 운영) · 작성일 2026년 10월 29일
- 운영사: 솔리드그루 · 사업자등록번호 875-44-00335 · 서울특별시 구로구 디지털로29길 38, 7층 707호 · 전화 02-6933-6229 · support@futureinfra.ai · 고객센터 · 이용약관
- 한계: 용량은 같은 크기 디스크를 가정한 계산값이에요. 실제 RAID 를 구성해 재지는 않았어요. 파일 시스템이 쓰는 몫과 제조사 표기(10진수)와 운영체제 표기(2진수)의 차이는 빼지 않았어요.
- 이해관계: 퓨쳐인프라 가상서버를 운영하는 회사가 쓴 글이고, 끝에 자사 서버 안내가 있어요. 글에 나온 디스크·RAID 제품 회사와는 관계가 없어요.
연관 서비스
많이 본 글
-
블로그
무료 도메인 사이트 추천 2026 — 내도메인.한국·DuckDNS 발급 방법
내도메인.한국·DuckDNS 처럼 계속 무료인 주소 10곳을 11월 3일 서울에서 다시 재고(6곳 6ms 안), 발급 순서·구글·네이버 무료 주소·'첫해 무료'의 2년째 값까지 정리했어요. -
블로그
도메인 구매 사이트 추천 2026 — 가비아·후이즈 등 15곳 갱신·이전비 비교
같은 .co.kr 도 등록업체 15곳의 3년 값이 3.8만~8.6만 원이에요(11월 3일 KRNIC 표). 갱신가·이전비·해외 업체 조건, 11월 인상 뒤 가비아 실제 화면, 구매처 확인과 기관이전까지 정리했어요. -
블로그
클로드 MCP·Gemini MCP 연동 방법 2026, MCP 서버 9곳
클로드 MCP(데스크톱·Claude Code)와 Gemini MCP 연동(Gemini CLI·안티그래비티·Gemini 앱·API) 등 9곳의 MCP 서버 연결법을 공식 문서로 정리했어요. 원격 57ms 실측과 오류 해결까지. -
블로그
Gemini 3.9 Flash 나왔나요? 지금 최신은 3.8 Flash — 3.7과 직접 잰 속도·비용
2026년 9월 22일 기준 Gemini 3.9 Flash는 미출시입니다. 최신 3.8 Flash의 사양·가격(2027년 2배 인상)과, 3.7 Flash와 같은 과제로 직접 잰 속도·비용·JSON 형식 준수 차이를 정리했습니다. -
블로그
서버비 한 달 얼마? 방문자 10만 명도 월 3만 2천 원(2026 계산)
월 방문자 1천·1만 명은 1만 4천 원, 10만 명은 3만 2천 원이에요. 요금제별 트래픽 기본 제공량까지 넣어 다시 계산하고 AWS·카페24·가비아·네이버클라우드 값과 숨은 비용을 비교했어요(2026-10-26 확인).
댓글 0
로그인하면 댓글을 남길 수 있습니다.