Synology SHR과 RAID 차이

NAS를 처음 설정하면 저장소 풀을 만드는 순간 RAID 유형을 고르라는 화면이 나옵니다. SHR, SHR-2, RAID 1, RAID 5, RAID 6 같은 이름이 나란히 있고, 각각이 디스크 몇 개를 견디는지, 용량은 얼마가 남는지 설명 없이는 알기 어렵습니다. 한 번 만든 풀은 쉽게 바꿀 수 없어서 이 선택이 오래 갑니다.

이 글은 Synology 공식 문서를 2026년 10월 13일에 읽고 정리했고, 용량 수치는 Synology 공식 RAID 계산기에 같은 구성을 직접 입력해 확인한 값입니다. 모델과 DSM 버전에 따라 지원하는 RAID 유형이 다르고, 계산기 값은 예상치입니다. 실제 사용 가능 용량은 NAS의 저장소 관리자에서 확인해야 합니다. 본문의 DS1821+ 사례는 소유자가 제공한 DSM 화면을 근거로 한 설명이며, 성능이나 복구를 시험한 결과가 아닙니다.

먼저 핵심 하나만 짚습니다. SHR이라는 이름이 같아도 구성에 따라 디스크 장애 보호 수준이 다릅니다. 이 글은 대부분 그 한 문장을 이해하기 위한 설명입니다.

RAID란

RAID(Redundant Array of Independent Disks)는 여러 드라이브를 하나의 저장 공간으로 묶는 기술입니다. Synology 문서는 RAID 유형마다 성능, 저장 용량, 안정성 수준이 다르다고 설명합니다. 묶는 방식은 크게 세 가지 원리의 조합입니다.

• 미러링: 같은 데이터를 여러 드라이브에 동시에 씁니다. RAID 1이 이 방식입니다. 한 드라이브가 고장 나도 다른 쪽에 데이터가 남지만, 사용할 수 있는 용량은 가장 작은 드라이브 하나만큼입니다.
• 스트라이핑: 데이터를 블록으로 나눠 여러 드라이브에 나누어 씁니다. 성능과 용량은 늘지만 한 드라이브라도 고장 나면 전체 데이터를 잃습니다. RAID 0이 이 방식입니다.
• 패리티: 여러 드라이브에 데이터와 복구용 정보를 함께 나누어 둡니다. 드라이브 하나가 고장 나면 나머지 드라이브에 흩어진 패리티로 데이터를 다시 만들어 냅니다. RAID 5가 패리티 한 겹, RAID 6이 두 겹입니다.

RAID가 하는 일은 정해진 수의 디스크 고장을 견디는 것까지입니다. 파일을 실수로 지우면 미러링된 모든 드라이브에서 같이 지워집니다. Synology도 클래식 RAID와 SHR이 모두 백업 솔루션이 아니라고 문서에 밝힙니다. 백업은 Synology NAS 백업 설정에서 따로 다룹니다.

RAID 0, 1, 5, 6 차이

아래 표의 최소 드라이브 수, 견디는 고장 수, 사용 가능 용량은 Synology의 RAID 유형 도움말 기준입니다. N은 풀에 들어간 드라이브 수입니다.

세 가지를 기억하면 표를 거의 읽은 셈입니다. 첫째, 클래식 RAID는 가장 작은 드라이브를 기준으로 계산합니다. 둘째, 용량 효율은 RAID 1이 가장 낮고, 같은 드라이브 수라면 RAID 5가 RAID 6보다 높습니다. 셋째, 용량 확장 방법은 RAID 유형마다 지원 범위가 다릅니다. RAID 0은 아예 확장하지 못하므로 드라이브 수를 미리 정해야 합니다. 이 표에 RAID 10과 RAID F1은 넣지 않았습니다. RAID 10은 드라이브가 4개 이상이고 총 드라이브의 절반이 용량이며, RAID F1은 올플래시(SSD만) 배열을 위한 유형입니다.

Synology SHR이란

SHR(Synology Hybrid RAID)은 Synology가 만든 자동 RAID 관리 방식입니다. 저장소 관리를 단순하게 하려고 RAID에 익숙하지 않은 사용자에게 맞춰 설계했다고 Synology는 설명합니다. Linux RAID 관리 시스템을 바탕으로 하며, 수동으로 RAID를 관리하고 싶다면 클래식 RAID를 고르라고 안내합니다.

SHR의 특징은 크기가 서로 다른 드라이브를 섞어도 공간 낭비가 적다는 점입니다. Synology의 설명 예시를 보면, 클래식 RAID는 풀에서 가장 작은 드라이브가 500GB이면 나머지 드라이브도 각각 500GB만 쓸 수 있어서 쓸 수 없는 공간이 남습니다. SHR은 각 드라이브의 공간을 더 작은 조각으로 나누어 중복 구성을 만들기 때문에 이 낭비를 줄입니다.

확장도 다릅니다. 클래식 RAID는 모든 드라이브를 더 큰 것으로 교체해야 풀을 늘릴 수 있는 반면, SHR은 드라이브 두 개를 업그레이드하는 즉시 풀을 확장해 중복 구성을 만들 수 있다고 안내합니다. 확장 방법은 두 가지입니다.

• 더 큰 드라이브로 교체: 드라이브를 한 번에 하나씩 바꾸고, 그때마다 저장소 관리자에서 풀을 복구합니다.
• 드라이브 추가: 빈 슬롯에 드라이브를 꽂고 풀에 추가합니다.

두 경우 모두 교체하거나 추가하는 드라이브가 요구 사항을 만족해야 하고, 모델에 따라 SHR을 지원하지 않거나 제한적으로만 지원할 수 있습니다. 그런 모델에서는 클래식 RAID만 고를 수 있으니 구매 전에 제품 사양을 확인해야 합니다.

SHR-1과 SHR-2 차이

Synology 문서는 SHR을 장애 허용 수에 따라 SHR-1과 SHR-2로 나눕니다. 화면에는 둘 다 SHR 계열로 보이지만 보호 수준이 다릅니다.

단일 드라이브로 만든 SHR 풀은 장애 보호가 없습니다. Synology 문서가 직접 이렇게 밝힙니다. 이미 단일 드라이브 SHR 풀이 있다면 드라이브를 하나 더 추가해 장애 허용을 1개로 늘릴 수 있고, 이때는 용량이 늘지 않고 중복만 추가됩니다. 반대로 말하면 SHR을 골랐다는 사실이 데이터 보호를 의미하지 않습니다.

공식 문서의 이름은 SHR-1과 SHR-2입니다. DSM 화면과 RAID 계산기에서는 SHR-1이 SHR로, SHR-2가 SHR-2로 표시되는 것을 계산기에서 확인했습니다. 실제 DSM 화면은 다르게 보입니다. DS1821+(DSM 7.4.1)의 스토리지 풀 정보에서는 RAID 유형이 Synology Hybrid RAID (SHR) (2-드라이브 장애 허용 기능의 데이터 보호)로 표시되었습니다. SHR-2라는 이름 대신 SHR 뒤에 장애 허용 수가 괄호로 붙은 형태이고, 다른 DSM 버전에서는 문구가 다를 수 있습니다. 이름보다 중요한 것은 풀의 드라이브 수와 화면에 표시되는 장애 허용 수입니다.

2베이 NAS: SHR과 RAID 1 비교

드라이브 슬롯이 둘인 NAS에 4TB 드라이브 두 개를 넣는 경우가 가장 흔한 입문 구성입니다. 두 유형을 Synology RAID 계산기에 입력해 확인했습니다.

용량도, 견디는 고장 수(1개)도 같습니다. SHR 문서가 드라이브 둘일 때의 중복이 RAID 1과 같다고 설명한 내용과 계산기 결과가 일치합니다. 그러면 2베이에서는 어느 쪽을 골라도 되는지 궁금해지는데, 이 글의 판단은 이렇습니다. 같은 용량 드라이브 두 개로 시작한다면 용량 차이는 없으므로 취향의 문제입니다. 다만 나중에 드라이브를 더 큰 것으로 바꾸는 계획이 있다면 SHR이 확장 방식에서 유연하다고 Synology가 설명하고, SHR을 지원하는 모델이어야 한다는 조건이 붙습니다.

여기서 계산기의 숫자가 4가 아니라 3.6인 이유가 단위 차이입니다. 판매되는 4TB 드라이브는 보통 4 × 10¹² 바이트이고, 계산기는 결과를 이진 표현으로 보여 줍니다. 4 × 10¹²를 2⁴⁰으로 나누면 약 3.64이므로 3.6으로 보입니다. 이 환산은 단위 정의에 따른 산술입니다. 글 끝에서 다시 정리하겠습니다.

4베이 NAS: RAID 5, RAID 6, SHR-1, SHR-2

같은 용량 드라이브 네 개일 때가 클래식 RAID와 SHR의 비교가 가장 깔끔하게 되는 구성입니다. 4TB 드라이브 네 개를 계산기에 입력한 결과입니다.

같은 드라이브를 쓰면 RAID 5와 SHR-1, RAID 6과 SHR-2는 견디는 고장 수가 같고 용량도 거의 같습니다. 계산기는 RAID 6이 7.3 TB, SHR-2가 7.2 TB로 0.1 TB 차이를 보이는데, 이 차이의 원인은 문서에서 확인하지 못했습니다.

여기서 읽어 낼 수 있는 선택 기준은 하나입니다. 드라이브 하나의 고장을 견디면 충분한지, 두 개까지 견디고 싶은지입니다. 두 개를 견디면 사용 가능 용량이 10.9 TB에서 7.3 TB 안팎으로 줄어듭니다. 대신 한 드라이브가 고장 난 상태로 복구를 기다리는 동안 두 번째 고장이 나도 데이터가 남습니다. 대용량 드라이브일수록 교체한 뒤 풀을 복구하는 시간이 길어지는데, 이 시간 동안 보호 수준이 낮아진다는 점이 SHR-2나 RAID 6을 고려하는 이유가 됩니다. 이 설명은 일반적인 원리이고, Synology 문서에 복구 시간이 수치로 나오지는 않습니다.

서로 다른 용량을 섞을 때: 4TB + 8TB + 8TB

드라이브를 용량이 다른 것으로 모아 둔 경우 SHR이 실제로 얼마나 유리한지 계산기로 확인했습니다. 4TB 한 개와 8TB 두 개입니다.

SHR은 합계 약 18.2 TB를 사용과 보호로 모두 쓰고, RAID 5는 가장 작은 4TB를 기준으로 계산하므로 8TB 드라이브의 절반이 쓰이지 않고 남습니다. 같은 세 드라이브로 사용 가능 용량이 10.9 TB 대 7.3 TB입니다. 계산기도 다른 용량의 드라이브로 구성할 계획이라면 SHR이나 SHR-2를 쓰라고 안내합니다.

실제 DS1821+ 저장소 구성 분석

소유자가 운영하는 Synology DS1821+(8베이)의 DSM 7.4.1 화면을 참고해, SHR이라는 이름이 같아도 보호 수준이 달라지는 사례를 정리합니다. 이 절은 소유자가 제공한 DSM 화면에서 확인된 내용이며, 직접 성능을 측정하거나 복구를 시험한 결과가 아닙니다. 8베이 제품의 구성이므로 앞서 본 2베이, 4베이 예시와 같은 구조가 아닙니다.

화면에는 스토리지 풀이 세 개 있었습니다.

풀 1의 할당 용량은 산술로도 맞습니다. 12.7TB 드라이브 네 개에서 두 개분을 중복으로 쓰면 (4 − 2) × 12.7 = 25.4이고, 한 개분만 쓴다면 (4 − 1) × 12.7 = 38.1이 됩니다. 화면의 25.4TB는 앞의 값과 일치하므로, 풀 1이 두 개의 고장을 견디는 구성이라는 표시와 맞습니다. 이 일치는 이 글에서 계산한 것이고, 화면에도 풀 1의 RAID 유형이 2-드라이브 장애 허용으로 직접 표시되어 있습니다.

이 사례에서 확인되지 않은 것도 분명히 구분해 둡니다.

• 풀 1은 상태가 경고였습니다. 화면의 설명은 볼륨 1의 사용 가능한 공간이 부족해 시스템 성능에 영향을 미칠 것이라는 내용이고, 추가 드라이브를 설치하거나 더 큰 드라이브로 교체하라고 제안합니다. 풀의 여유 공간은 0바이트로 표시되는데 25.4TB가 볼륨 1에 모두 할당되었다는 뜻으로 읽을 수 있고, 볼륨 1은 총 24.4TB 중 약 20TB를 쓰고 약 4.5TB가 남아 있습니다. 볼륨이 가득 찬 것은 아닙니다. 화면이 든 이유 말고 경고의 다른 원인이 있는지, 어느 기준에서 경고가 나오는지는 확정하지 않았습니다.
• 풀 2와 풀 3은 상태가 정상이지만 보호는 없습니다. 각각 드라이브 하나(저장소 관리자의 HDD/SSD 목록 기준 드라이브 8과 드라이브 7)가 할당되어 있고, 두 풀의 RAID 유형 문구는 이번 화면에 없어서 소유자의 설명을 따라 SHR로 적었습니다. 풀 2에는 볼륨 사용량이 약 6.2TB였고 풀 3은 사실상 비어 있었습니다. 이 풀에 어떤 데이터가 있는지, 그 데이터의 백업이 있는지는 확인하지 못했습니다.
• 드라이브 슬롯 두 개가 비어 있지만 핫 스페어로 지정되었다는 근거는 화면에 없었습니다.
• 이 NAS의 RAID 변경, 디스크 교체, 풀 삭제, 볼륨 확장은 이 글을 위해 하지 않았고, 하라는 권고도 아닙니다.

사례의 요점은 한 가지입니다. 같은 SHR이어도 드라이브가 네 개인 풀은 고장 두 개를 견디고, 한 개인 풀은 전혀 견디지 못합니다. NAS에 풀이 여러 개 있으면 서로 백업해 주고 있을 것으로 오해하기 쉬운데, 스토리지 풀은 서로 독립된 저장 단위이고 한 풀이 다른 풀의 복사본이 되지 않습니다. 이 관점은 백업 글에서 이어서 다룹니다.

SSD 캐시의 RAID 1은 무엇인가

같은 DS1821+에는 M.2 SSD가 두 개 있었고, 화면에서 캐시 그룹이 RAID 1로 표시되었습니다. SSD 표시 용량은 각각 931.5GB, 캐시 그룹의 할당 용량은 약 850GB였습니다. 이 캐시는 HDD 스토리지 풀과 역할이 다릅니다.

• 스토리지 풀과 볼륨: 파일이 실제로 저장되는 곳입니다.
• SSD 캐시: 자주 접근하는 데이터를 SSD에 두어 HDD 볼륨의 응답을 빠르게 하려는 층입니다. 파일을 저장하는 볼륨이 아닙니다.

Synology 문서는 SSD 캐시를 읽기 전용과 읽기-쓰기 두 가지로 나눕니다. 읽기 전용은 RAID 0, 1, 10이나 단일 SSD(Basic)로 만들 수 있고 SSD가 최소 1개 필요합니다. 읽기-쓰기는 RAID 1, 5, 6, 10으로 만들고 SSD가 최소 2개 필요하며, 읽기-쓰기 SSD 캐시에는 항상 중복이 있다고 안내합니다. 읽기-쓰기 캐시는 작은 파일을 자주 읽고 쓰는 데이터베이스나 가상 머신 저장소에 맞고, 대용량 파일이나 비디오 스트리밍처럼 순차 접근이 많은 용도에서는 효과가 작다고 문서가 설명합니다.

SSD 캐시의 RAID 1에 대해서는 다음 세 가지를 구분해야 합니다.

세 가지 중 첫째와 셋째는 그대로이고, 둘째는 화면으로 확인되었습니다.

1. 캐시의 RAID 1은 HDD 데이터의 백업이 아닙니다. 캐시 SSD 두 개가 서로를 미러링하는 구성이고, HDD 스토리지 풀 전체의 복사본을 갖지 않습니다.
2. 이 사례의 캐시 모드는 읽기-쓰기 캐시로 표시되었습니다. RAID 1은 읽기 전용과 읽기-쓰기 모두 쓸 수 있는 유형이어서 RAID 1이라는 표시만으로는 알 수 없었는데, 볼륨 1의 SSD 캐시 정보에 모드가 직접 나옵니다. 읽기-쓰기 캐시는 SSD가 최소 2개 필요하고 항상 중복이 있다는 문서의 설명과 맞는 구성입니다.
3. 실제 성능 개선은 측정하지 않았습니다. 캐시가 속도를 얼마나 올렸는지는 이 글에서 단정하지 않습니다. SSD 캐시는 메모리도 소비하고, DSM 7.0 이상에서는 캐시 용량 1GB마다 400KB의 시스템 메모리가 필요하다고 문서가 안내합니다.

RAID 선택 시 주의할 점

구성을 정하기 전에 되돌리기 어려운 지점을 알아 두면 후회가 줄어듭니다.

• 초기 구성: 풀을 만들 때 선택한 드라이브의 기존 데이터가 삭제되고, 풀을 제거하면 그 위의 볼륨, 공유 폴더, 패키지가 영구히 삭제됩니다. 한 풀에는 같은 종류의 드라이브만 넣을 수 있어서 SSD와 HDD를 섞을 수 없습니다.
• 확장 조건: 확장 방법은 RAID 유형마다 지원 범위가 다릅니다. RAID 0은 확장하지 못하고, SHR은 드라이브 교체나 추가로 확장합니다. 볼륨은 늘릴 수만 있고 줄일 수 없으며 파일 시스템도 나중에 바꿀 수 없습니다.
• 디스크 교체: 고장 난 드라이브를 교체한 뒤 저장소 관리자에서 풀을 복구합니다. 복구가 끝나기 전까지는 보호 수준이 낮아진 상태이므로 교체를 미루지 않는 것이 안전합니다. RAID 5는 저하 상태에서 읽기와 쓰기 성능이 모두 크게 떨어진다고 문서가 설명합니다.
• RAID 유형 변경: SHR-1 풀을 SHR-2로 바꾸는 방법은 Synology가 안내합니다. 그 밖의 유형 사이 변경이 가능한지는 모델과 DSM 버전에 따라 달라서 이 글에서 확인하지 않았습니다. 변경을 전제로 구성하지 말고 처음부터 용도에 맞는 유형을 고르는 편이 안전합니다.
• 백업: RAID나 SHR은 백업이 아닙니다. 어떤 유형을 고르든 별도 백업을 함께 계획해야 합니다. 설치 순서는 Synology NAS 처음 설치하기에서 다룹니다.

어떤 RAID 구성이 합리적일까

아래 선택표는 위에서 확인한 사실에 이 글의 판단을 더한 것입니다. 판단이 들어간 칸은 그렇게 표시했고, 모델이 지원하는 유형인지 구매 전에 사양서에서 확인해야 합니다.

어느 구성이든 마지막 줄은 같습니다. 보호는 디스크 고장까지이고, 삭제, 랜섬웨어, 본체 고장, 도난이나 화재 같은 사고는 백업이 맡습니다.

결론

SHR과 RAID의 차이는 성능 경쟁이 아니라 용량을 어떻게 쓰는지와 몇 개의 고장을 견디는지로 읽어야 합니다. 같은 드라이브를 쓴다면 SHR-1과 RAID 5, SHR-2와 RAID 6이 견디는 고장 수와 용량이 거의 같고, 드라이브 크기가 다를 때 SHR이 용량을 훨씬 잘 씁니다. 반대로 SHR은 이름만으로 보호를 의미하지 않으며, 단일 드라이브 SHR에는 장애 보호가 없습니다.

구성을 정하기 전에 세 가지를 확인하면 됩니다. 드라이브가 몇 개이고 크기가 같은지, 몇 개의 고장을 견뎌야 하는지, 그리고 RAID와 별개로 복사본을 어디에 둘지입니다.

용량 단위: TB와 TiB

이 글의 용량 표기는 단위 때문에 헷갈리기 쉬워서 따로 정리합니다.

• 드라이브 판매 표기는 보통 1TB = 10¹² 바이트(십진)입니다.
• 계산기는 결과를 1GB의 이진 표현 기준으로 표시한다고 밝힙니다. 이진 단위로는 1TiB가 2⁴⁰ 바이트(약 1.0995 × 10¹² 바이트)입니다. DSM과 계산기는 이 값에 TB라는 글자를 쓰는 것으로 보입니다.
• 그래서 4TB 드라이브는 4 × 10¹² ÷ 2⁴⁰ ≈ 3.64이므로 3.6으로 보입니다.

DS1821+ 화면의 12.7, 9.1, 3.6, 931.5GB도 같은 방식으로 환산하면 각각 약 14TB, 10TB, 4TB, 1TB급 판매 표기 드라이브에 해당하는 크기입니다. 이것은 화면 값에서 거슬러 올라간 산술적 추정이고, 어떤 판매 제품인지는 확인한 것이 아닙니다. 사용 가능 용량은 여기서 시스템 영역(드라이브마다 약 10GB)과 볼륨 메타데이터(Btrfs 4%, ext4 2%)가 더 빠지므로 계산기의 값보다 적습니다.