RAID·스냅샷·스토리지 풀로 설계하는 저장소 운영

RAID 레벨, 스냅샷 방식, 스토리지 풀의 역할과 운영 기준을 정리해 저장소 성능·복구·용량 관리를 설계한다.

2026-08-14 · 최초 발행 2026-01-16

저장소 설계는 디스크 구성만으로 끝나지 않는다

저장소는 데이터 무결성, 가용성, 성능을 동시에 다뤄야 한다. RAID는 여러 물리 디스크를 하나의 논리 단위로 묶어 장애 대응과 I/O 처리를 조정하고, 스냅샷은 복구 가능한 시점을 남긴다. 스토리지 풀은 물리 자원을 통합해 용량을 유연하게 할당하는 기반이 된다.

세 기술은 따로 적용할 수도 있지만, 함께 구성할 때 엔터프라이즈 스토리지의 복구와 확장 요구를 연결할 수 있다.

RAID가 데이터를 배치하고 복구하는 방식

RAID(Redundant Array of Independent Disks)는 여러 물리 디스크를 논리적 저장 단위로 구성하는 기술이다. 디스크 장애로 인한 데이터 손실을 줄이거나 I/O 처리 속도를 높이는 데 사용한다.

핵심 동작은 세 가지다. 스트라이핑은 데이터를 블록 단위로 나누어 여러 디스크에 배치한다. 미러링은 같은 데이터를 2개 이상의 디스크에 중복 기록한다. 패리티는 XOR 연산으로 오류 검출과 복구에 필요한 정보를 보관한다.

스트라이핑스트라이핑미러링패리티데이터 블록RAID 방식디스크1디스크2디스크3(복사본)디스크4(XOR)성능 향상안정성 보장

RAID 0은 성능을 위해 이중화를 포기한다

RAID 0은 최소 2개 디스크에 데이터를 교대로 분산한다. 읽기와 쓰기 속도는 N배 향상되며, 여기서 N은 디스크 수다. 다만 이중화가 없어서 디스크 1개만 장애가 나도 전체 데이터를 잃는다.

임시 데이터, 렌더링 작업, 캐시 저장소처럼 성능을 우선하는 용도에 맞는다.

RAID 1은 동일 데이터를 중복 기록한다

RAID 1은 최소 2개 디스크에 동일한 데이터를 저장한다. 완전한 데이터 복제를 제공하고 병렬 읽기로 읽기 성능을 높일 수 있다. 대신 저장 용량은 50% 감소하며 쓰기 성능은 저하된다.

데이터베이스 로그나 시스템 파티션처럼 복제본이 필요한 영역에 적용할 수 있다.

RAID 5는 분산 패리티로 용량과 복구를 절충한다

RAID 5는 최소 3개 디스크에 데이터와 패리티를 분산 저장한다. N-1 디스크 용량을 활용하면서 디스크 1개 장애를 허용한다. 반면 쓰기에는 패리티 계산 오버헤드인 Write Penalty가 발생하고, 복구 시간도 길어진다.

파일 서버와 아카이브 시스템에서 선택할 수 있다.

D1: 1011XORD2: 1101XORD3: 0110패리티: 0000

RAID 10은 미러 쌍을 스트라이핑한다

RAID 10은 최소 4개 디스크로 RAID 1 쌍을 만든 뒤 이를 RAID 0으로 구성한다. RAID 1의 안정성과 RAID 0의 성능을 함께 가져가며 복구 속도도 빠르다. 저장 용량은 50% 감소하고 비용은 증가한다.

트랜잭션 데이터베이스와 고성능 웹 서버에 적합하다.

스트라이핑스트라이핑데이터RAID 1 ARAID 1 B디스크1디스크2(미러)디스크3디스크4(미러)
레벨 최소 디스크 용량 효율 성능 내결함성 비용
RAID 0 2 100% 최고 없음 낮음
RAID 1 2 50% 중간 높음 높음
RAID 5 3 (N-1)/N 중간 중간 중간
RAID 10 4 50% 높음 높음 최고

스냅샷은 복구할 시점을 남긴다

스냅샷은 특정 시점의 파일 시스템 상태를 포착한 읽기 전용 이미지다. 데이터 손실을 막고 빠른 복구를 지원하며, 테스트 환경을 만들 때도 활용한다. 구현 방식은 Copy-on-Write(CoW)와 Redirect-on-Write(RoW)로 나뉜다.

CoW는 스냅샷을 만들 때 메타데이터만 복사하고, 변경이 발생하면 원본 데이터를 스냅샷 영역으로 복사한다. 즉시 만들 수 있고 초기 공간 사용량이 적지만, 변경 시 2번 쓰기가 필요해 쓰기 성능이 저하된다.

RoW는 변경 데이터를 새 위치에 기록한 뒤 포인터만 갱신한다. 1번 쓰기로 처리해 쓰기 성능이 우수하고 스냅샷 오버헤드가 적다. 대신 파일 단편화가 늘고 메타데이터 관리가 복잡해진다.

NoYes (CoW)Yes (RoW)원본 블록1234데이터 변경발생?스냅샷포인터 유지원본 복사 스냅샷 영역 위치에변경 기록원본 블록에5678 기록포인터 업데이트스냅샷: 1234

백업에서는 데이터베이스 일관성을 보장하는 시점을 확보할 수 있다. 랜섬웨어 공격이 발생했을 때는 이전 시점으로 롤백하는 데 쓰며, 프로덕션 데이터를 복제한 테스트나 코드 배포 전 시스템 상태 보존에도 적용한다.

스토리지 풀로 물리 용량을 통합한다

스토리지 풀(Storage Pool)은 여러 물리 디스크를 하나의 논리 저장소로 관리하는 방식이다. 용량 할당을 유연하게 하고 관리 복잡도를 낮추며 자원 활용을 높이는 것이 목적이다. Thin Provisioning, 자동 확장, 계층화 스토리지가 주요 기능이다.

Thin Provisioning은 애플리케이션에 실제보다 큰 논리 용량을 제시하고, 실제 사용 시점에 물리 용량을 동적으로 할당한다. 예를 들어 1TB를 할당하고 100GB만 구매할 수 있어 초기 비용을 줄인다.

자동 확장은 사용률 임계값을 감시해 새 디스크를 자동으로 풀에 추가하거나 관리자에게 알린다. 예를 들어 사용률이 80%에 도달했을 때 확장 절차를 시작할 수 있으며, 애플리케이션을 멈추지 않고 확장한다.

계층화 스토리지는 SSD의 Tier 1에 Hot Data를, SAS HDD의 Tier 2에 자주 액세스하는 Warm Data를, SATA HDD의 Tier 3에 Cold Data와 아카이브를 둔다. 접근 패턴을 분석해 데이터를 재배치한다.

실제 사용실제 사용실제 사용스토리지(10TB 논리 용량)VM1(2TB 할당)VM2(3TB 할당)DB(5TB 할당)물리 디스크(6TB 실제 용량)SSD 2TB(Tier 1)HDD 4TB(Tier 2)
항목 전통 방식 스토리지 풀
할당 단위 디스크/파티션 논리 볼륨
확장성 재파티션 필요 실시간 확장
활용률 60-70% 85-95%
관리 복잡도 높음 낮음
이동성 제한적 높음

워크로드별 구성과 운영 기준

엔터프라이즈 구성에서는 물리 계층에 20개 SSD와 40개 HDD를 스토리지 풀로 묶고, SSD에는 RAID 10, HDD에는 RAID 5를 적용할 수 있다. 그 위에 Thin Provisioning으로 VM별 볼륨을 만들고, 매일 자정 스냅샷을 생성해 7일 보관한다. 사용률이 85%에 도달하면 자동 확장하도록 모니터링한다.

데이터베이스 트랜잭션 로그에는 RAID 10(SSD), 데이터베이스 데이터 파일에는 RAID 5(SSD)를 배치한다. 파일 서버는 RAID 5(HDD, Tier 2), 아카이브는 RAID 6(HDD, Tier 3)로 구성한다.

매시간 스냅샷매일 스냅샷주간 스냅샷스토리지RAID 10 그룹(SSD)RAID 5 그룹(HDD)DB 로그 볼륨VM 시스템 디스크파일 서버 볼륨백업 볼륨스냅샷 저장소

성능을 우선하면 RAID 0 또는 RAID 10을, 안정성을 우선하면 RAID 1 또는 RAID 10을 검토한다. 비용 효율이 기준이면 RAID 5 또는 RAID 6을 선택하며, 쓰기 빈도가 높은 워크로드에는 패리티 오버헤드를 피하기 위해 RAID 10을 사용한다.

스냅샷 보관 주기는 RPO(Recovery Point Objective)를 기준으로 정하고, 변경률이 높은 시스템은 스냅샷 저장소를 충분히 확보해야 한다. CoW는 쓰기 집약적 워크로드에 부적합하다.

스토리지 풀에서는 Thin Provisioning 비율을 150-200%로 제한하고 실시간 사용률 추적과 알림을 설정한다. 용량 증설 리드타임을 고려해 선제적으로 확장 계획을 세운다.

스토리지 관리RAID스냅샷스토리지 풀운영체제