RAID와 백업: 중복성은 복구가 아니다

RAID는 드라이브 고장 시 다운타임을 막아줄 수 있지만, 어제 삭제한 폴더를 복원할 수는 없습니다. 이 차이가 많은 홈 서버 데이터 보호 계획이 실패하는 이유입니다.

중복성은 현재 스토리지 시스템을 가용 상태로 유지합니다. 복구는 이전의 깨끗하고 별도의 데이터 복사본으로 돌아갈 수 있는 방법을 제공합니다. RAID 어레이는 NAS 설정의 똑똑한 일부일 수 있지만, 백업 계획과는 다릅니다.

RAID는 가동 시간을 보호하고, 백업은 복구를 보호합니다.

RAID는 중복성과 가용성을 중심으로 구축됩니다. Red Hat은 RAID를 성능 또는 중복성 목표를 달성하기 위해 여러 디스크를 결합하는 것으로 설명하며, 디스크 고장 시 스토리지 동작을 개선하기 위해 스트라이핑, 미러링, 패리티 같은 기술을 사용한다고 합니다. 이는 드라이브가 고장 났을 때 서버가 계속 작동하도록 하는 데 RAID가 유용하다는 것을 의미합니다.

백업은 다른 역할을 합니다. NIST는 백업을 필요할 때 복구를 용이하게 하기 위해 만든 파일과 프로그램의 복사본으로 정의합니다. 중요한 단어는 속도, 가동 시간, 편의성이 아니라 복구입니다.

간단한 예가 차이를 보여줍니다. 미러링된 어레이에서 하나의 드라이브가 고장 나면, RAID는 고장 난 디스크를 교체하는 동안 NAS를 온라인 상태로 유지할 수 있습니다. 하지만 가족 사진 폴더를 삭제하거나, 프로젝트 아카이브를 덮어쓰거나, 손상된 파일을 동기화하면 RAID는 자동으로 어제 버전으로 복원해야 한다는 것을 알지 못합니다.

그래서 질문은 RAID냐 백업이냐가 아닙니다. 더 안전한 홈 서버는 다운타임을 줄이기 위해 RAID를 사용하고, 데이터 손실에서 복구하기 위해 백업을 사용합니다.

RAID가 백업처럼 느껴지지만 실제로는 그렇지 않은 이유

RAID는 여러 개의 디스크가 관련되어 있기 때문에 백업처럼 느껴집니다. RAID 1은 데이터를 미러링합니다. RAID 5와 RAID 6은 패리티를 사용합니다. NAS 대시보드는 어레이가 정상, 보호됨 또는 중복됨으로 표시할 수 있습니다. 이러한 단어들은 안심이 되는 느낌을 줍니다.

문제는 RAID가 어레이의 실시간 상태를 보호한다는 점입니다. SNIA는 미러링을 스토리지 장치 간에 동일한 복사본을 유지하는 것으로 설명하며, 모든 쓰기 작업이 미러 그룹에 적용된다고 합니다. 이러한 동작은 하드웨어 고장에 유용하지만, 어레이가 현재 변경 사항을 따르게 된다는 의미이기도 합니다.

백업은 동일한 라이브 저장 상태에 참여하는 또 다른 디스크가 아닙니다. 진짜 백업은 작업 데이터와 거리가 있습니다: 이전 버전, 별도의 장치, 다른 위치, 오프라인 저장, 변경 불가능한 보존, 또는 최소한 테스트된 복원 경로가 있어야 합니다.

RAID는 드라이브가 고장나도 서버가 계속 작동할 수 있는지에 대한 질문에 답합니다. 백업은 라이브 복사본이 잘못되거나 사라진 후에 데이터를 복구할 수 있는지에 대한 질문에 답합니다.

삭제되거나 덮어쓴 파일은 모든 디스크에서 여전히 사라집니다

실수로 삭제하는 것은 RAID가 백업이 아닌 이유를 가장 쉽게 보여줍니다. RAID 1 미러에서 폴더를 삭제하면 배열은 멈추고 의도를 묻지 않습니다. 삭제가 새로운 라이브 상태가 됩니다.

덮어쓰기도 마찬가지입니다. 스프레드시트, 사진 카탈로그, 데이터베이스, 프로젝트 폴더가 잘못된 버전으로 교체되면 RAID는 현재 버전을 계속 사용할 수 있게 합니다. 이전 버전을 자동으로 보존하지는 않습니다.

이때 과거 버전이 중요해집니다. 버전 관리 백업은 어젯밤, 지난주 또는 다른 보존 시점의 파일을 복원할 수 있게 해줍니다. RAID는 일반적으로 일관성과 가용성을 목적으로 하기 때문에 파일 이력을 자체적으로 제공하지 않습니다.

가정용 서버에서는 이것이 많은 사용자가 예상하는 것보다 더 중요합니다. 가족 사진, 클라이언트 아카이브, 미디어 라이브러리, 세금 파일, 디자인 프로젝트, 자체 호스팅 앱 데이터는 종종 디스크가 고장나기 전에 사람의 실수로 손실됩니다.

랜섬웨어와 손상은 RAID를 통해 실시간으로 이동합니다

RAID는 쓰기가 건강한지 해로운지 알지 못합니다. 랜섬웨어가 라이브 파일을 암호화하면, 중복 배열은 암호화된 파일을 배열 전체에 일관되게 저장할 수 있습니다. RAID 입장에서는 데이터가 변경되었고 배열이 새 상태를 유지해야 합니다.

CISA의 StopRansomware 지침은 중요한 데이터의 오프라인 백업을 유지하고 백업 가용성과 무결성을 정기적으로 테스트할 것을 권장합니다. 이 조언은 랜섬웨어가 종종 접근 가능한 백업을 찾아 암호화하거나 삭제하려고 시도하기 때문에 존재합니다.

파일 손상도 비슷한 문제를 가집니다. 소프트웨어 버그, 중단된 마이그레이션, 실패한 업데이트, 불안정한 앱, 잘못된 동기화 과정, 전원 이벤트 등이 파일을 손상시킬 수 있습니다. RAID는 일부 하드웨어 고장 시나리오에 도움이 될 수 있지만, 깨끗한 애플리케이션 데이터를 위한 타임머신은 아닙니다.

가장 안전한 복구 경로는 라이브 손상 경로 외부에 깨끗한 버전을 제공하는 백업입니다. 이는 오프라인 백업, 오프사이트 백업, 변경 불가능한 저장소, 다른 곳에 복제된 버전 관리 스냅샷, 또는 랜섬웨어가 즉시 덮어쓸 수 없는 보존 기능이 있는 백업 시스템을 의미할 수 있습니다.

RAID는 전체 NAS를 재해로부터 보호하지 않습니다

RAID는 일부 디스크 수준의 고장에 대해서는 보호하지만 전체 저장 시스템 손실에 대해서는 보호하지 않습니다. NAS가 도난당하거나 화재로 손상되거나 홍수 피해를 입거나 심각한 전원 서지로 파괴되거나 컨트롤러나 마더보드 고장에 영향을 받으면, 어레이 내 모든 디스크가 동시에 사라질 수 있습니다.

이것이 바로 같은 박스 문제입니다. 하나의 서버 안에 여러 드라이브가 있어도 여전히 하나의 서버 안에 있습니다. 동일한 전원 공급 장치, 섀시, 물리적 위치, 그리고 많은 동일한 운영 위험을 공유합니다.

백업은 고장 경계를 변경합니다. CISA의 3-2-1 백업 전략은 중요한 파일을 세 개 복사본으로 보관하고, 두 가지 다른 매체 유형을 사용하며, 최소 한 개 복사본은 오프사이트에 보관할 것을 권장합니다. 핵심은 단순한 복사본 수가 아니라 분리입니다.

홈 서버의 경우, 그 분리는 오프라인에 보관된 외장 드라이브, 다른 방이나 위치에 있는 또 다른 NAS, 암호화된 클라우드 백업, 또는 주 기기에서 떨어진 곳에 보관하는 회전 백업 디스크일 수 있습니다. 정확한 설계는 다를 수 있지만, 백업은 동일한 라이브 어레이에 전적으로 의존해서는 안 됩니다.

재구성은 다운타임을 줄이지만, 복원 지점은 아닙니다.

RAID 재구성은 백업에서 복원하는 것이 아닙니다. 고장 난 드라이브를 교체할 때, 어레이는 새 디스크에 데이터를 재구성하여 중복성을 복원합니다. 이는 하드웨어 고장 후 시스템이 보호 상태로 돌아가는 데 도움이 될 수 있습니다.

하지만 재구성은 지난주에 삭제한 파일을 복원하지 않습니다. 랜섬웨어 암호화를 되돌리지도 않습니다. 실패한 마이그레이션을 롤백하지도 않습니다. 라이브 파일시스템에 이미 손상된 데이터가 있다면 깨끗한 복사본을 복구하지도 않습니다.

재구성은 스트레스 상황에서도 발생합니다. 남아 있는 디스크들은 오랜 시간 동안 대량의 데이터를 읽느라 바쁠 수 있으며, 이 디스크들은 종종 고장 난 디스크와 같은 연령대입니다. RAID는 다운타임을 줄일 수 있지만, 유일한 복구 계획으로 간주해서는 안 됩니다.

안전한 사고방식은 간단합니다: RAID 재구성은 어레이 건강에 관한 것입니다. 백업 복원은 데이터 복구에 관한 것입니다.

백업과 중복성의 차이점

진정한 백업은 라이브 어레이에 영향을 미치는 문제를 견딜 수 있을 만큼 충분히 분리되어 있어야 합니다. 단순히 같은 실수를 즉시 따라가는 또 다른 디스크가 아니라 복구 가능한 복사본을 제공해야 합니다.

가장 유용한 백업 계획에는 보통 버전 기록, 보존, 분리가 포함됩니다. 버전 기록은 실수로 삭제하거나 덮어쓴 경우에 도움이 됩니다. 보존은 문제를 인지할 시간을 제공합니다. 분리는 맬웨어, 물리적 손상, 동일 장치 고장으로부터 보호합니다.

NIST SP 1339는 효과적인 백업 관리가 백업 생성, 백업 테스트, 그리고 복구 연습 중 검토를 포함한다고 강조합니다. 복원할 수 없는 백업은 희망일 뿐, 복구 계획이 아닙니다.

홈 서버의 실용적인 백업은 네 가지 질문에 답해야 합니다: 독립적인 복사본은 어디에 있나요? 얼마나 과거로 복원할 수 있나요? 랜섬웨어나 잘못된 동기화 작업이 접근할 수 있나요? 필요하기 전에 복원을 테스트해 보았나요?

가용성을 위해 RAID를 사용하고, 별도의 백업 계획을 추가하세요

RAID는 여전히 가치가 있습니다. NAS가 중요한 파일을 저장하거나, 자체 호스팅 앱을 실행하거나, 여러 장치에 미디어를 제공한다면, 중복성은 디스크 고장 시 다운타임을 줄일 수 있습니다. 실수는 그 가용성 계층을 전체 데이터 보호 계획으로 간주하는 것입니다.

ZimaOS RAID 옵션은 가용성 측면의 유용한 예입니다. ZimaOS는 RAID 0, RAID 1, RAID 5, RAID 6, JBOD를 RAID 워크플로우를 통해 지원합니다. RAID 1은 미러링을 강조하고, RAID 5는 성능, 용량, 단일 드라이브 고장 허용을 균형 있게 맞추며, RAID 6는 이중 패리티 보호를 추가합니다. RAID 0은 속도와 용량에 중점을 두고, JBOD는 중복성 없이 유연한 용량을 우선시합니다.

이러한 선택은 사용자가 실시간 저장 배열이 어떻게 동작해야 하는지 결정하는 데 도움이 되지만, 백업을 대체하지는 않습니다. ZimaOS RAID 가이드라인조차도 우발적인 데이터 손실을 방지하기 위해 RAID와 3-2-1 백업 전략을 함께 사용할 것을 권장합니다.

더 안전한 계획은 RAID가 드라이브 고장 허용을 처리하고 백업이 복구를 담당하도록 하는 것입니다. RAID는 서버 가용성을 유지하고, 백업은 가용 데이터가 잘못되었거나, 암호화되었거나, 삭제되었거나, 손상되었거나, 물리적으로 사라졌을 때 보호합니다.

실용적인 RAID 대 백업 결정 표

가장 쉬운 RAID 오해를 피하는 방법은 각 위험 시나리오를 테스트하는 것입니다. 먼저 무슨 일이 일어났는지 묻고, 중복성 또는 복구가 적절한 도구인지 결정하세요.

이 표는 RAID와 백업이 상호 보완적인 이유를 보여줍니다. RAID는 현재 데이터가 여전히 올바르지만 드라이브가 고장 났을 때 유용합니다. 백업은 현재 데이터가 없거나 손상되었거나 암호화되었거나 덮어쓰여졌거나 더 이상 접근할 수 없을 때 필수적입니다.

자주 묻는 질문

RAID 1이 백업과 같은가요?

아니요. RAID 1은 데이터를 드라이브 간에 미러링합니다. 드라이브가 고장 나면 미러가 시스템을 온라인 상태로 유지하는 데 도움을 줍니다. 하지만 파일을 삭제하거나 덮어쓰거나 암호화하거나 손상시키면 미러도 그 변경을 따릅니다. 백업은 별도의 복구 가능한 버전을 제공해야 합니다.

RAID 5 또는 RAID 6가 데이터 손실을 방지하나요?

RAID 5와 RAID 6는 어레이와 고장 난 디스크 수에 따라 특정 드라이브 고장 시나리오를 보호할 수 있습니다. 하지만 실수로 삭제, 랜섬웨어, 파일 손상, 실패한 마이그레이션, 도난, 화재, NAS 전체 손실에는 보호하지 않습니다. 가용성을 높일 뿐 복구를 대체하지는 않습니다.

스냅샷이 백업을 대체할 수 있나요?

스냅샷은 보존되고 보호된다면 도움이 될 수 있지만, 로컬 스냅샷만으로는 항상 충분하지 않습니다. 스냅샷이 같은 기기에만 존재하고 NAS 전체가 손실되거나 암호화되거나 파괴되면 스냅샷도 함께 사라질 수 있습니다. 스냅샷은 복제나 별도 저장소로의 백업과 결합될 때 가장 강력합니다.

백업 저장소도 RAID를 사용해야 하나요?

그럴 수 있습니다. RAID는 백업 드라이브가 고장 났을 때 백업 저장소의 가용성을 높일 수 있습니다. 하지만 백업 저장소의 RAID는 백업 버전 관리, 격리, 보존, 복원 테스트의 필요성을 없애지 않습니다. RAID는 백업 대상 지원에 도움을 줄 뿐, 자체가 백업 전략은 아닙니다.

홈 서버를 위한 가장 간단한 백업 계획은 무엇인가요?

간단한 시작점은 NAS에 라이브 데이터를 보관하고, 별도의 로컬 저장소에 자동 백업을 한 번 만들며, 다른 복사본은 오프사이트나 오프라인에 보관하는 것입니다. 그런 다음 계획을 신뢰하기 전에 몇 개의 파일을 복원해 보세요. 최고의 백업은 라이브 어레이가 더 이상 충분하지 않을 때 실제로 복원할 수 있는 백업입니다.

RAID는 유용하지만 많은 사용자가 기대하는 것보다 더 좁은 문제를 해결합니다. 이는 홈 서버가 일부 드라이브 고장 시 즉각적인 다운타임 없이 살아남도록 도와줍니다. 백업은 라이브 시스템이 잘못되었거나 손상되었거나 암호화되었거나 삭제되었거나 사라졌을 때 데이터를 보호합니다. 가용성을 위해 RAID를 사용하고, 필요하기 전에 별도의 복구 경로를 구축하세요.