단일 풀 홈 서버 장애 위험 평가

단일 스토리지 풀이 홈 서버에 적합한 설계일 수 있지만, 데이터 세트와 폴더가 독립적인 하드웨어 장애 도메인을 만들어 주지는 않습니다. 풀, 컨트롤러, 호스트, 전원 공급 장치 또는 파일 시스템을 사용할 수 없게 되면 그 위의 모든 서비스가 함께 중단될 수 있습니다.

풀이 함께 사용할 수 없게 만드는 요소를 파악하세요

애플리케이션 데이터베이스, 컨테이너 볼륨, VM 디스크, 가족 파일, 미디어, 다운로드, 스냅샷, 백업 저장소를 나열하세요. 각 항목이 기본 데이터인지, 복제본인지, 캐시인지, 재구축 가능한 콘텐츠인지 표시하세요.

디스크 외의 공유 종속성도 추적하세요. HBA, SATA 익스팬더, USB 브리지, 마더보드, 전원 공급 장치, UPS, 암호화 키, 부팅 구성, 관리자 자격 증명 등이 이에 해당합니다. 데이터 세트를 분리하면 권한과 용량 증가를 제한할 수 있지만, 이러한 공유 장애에서 벗어날 수는 없습니다.

각 서비스에 허용 가능한 복구 시간을 설정하세요. 미디어 라이브러리를 이틀 동안 사용할 수 없는 것은 감내할 수 있어도, 비밀번호, 사진 또는 홈 자동화 데이터의 손실은 그렇지 않을 수 있습니다.

용량과 워크로드 결합도를 측정하세요

데이터베이스, 다운로드, 카메라 녹화, 스냅샷, 스크럽, 복제, 백업 보존으로 인해 발생하는 평상시 및 최악의 쓰기량을 추정하세요. 폭주하는 로그 하나나 스냅샷 트리 하나가 관련 없는 서비스에 필요한 여유 공간을 모두 차지할 수 있습니다.

스크럽, 리실버, 대규모 복사, 미디어 검색, 백업이 진행되는 동안 지연 시간을 관찰하세요. 풀이 정상적으로 작동하더라도 순차 워크로드와 임의 워크로드가 같은 드라이브를 두고 경쟁하면 애플리케이션 요구 사항을 충족하지 못할 수 있습니다.

표를 사용해 단순성의 이점이 공유 위험 비용보다 큰지 평가하세요.

보호 수단을 풀과 분리하세요

스냅샷은 풀이 읽을 수 있는 상태로 유지되는 동안 삭제와 버전 롤백에 도움을 줍니다. 미러와 패리티는 제한적인 디스크 장애 이후에도 가용성을 유지하는 데 도움을 줍니다. 하지만 모든 사본이 동일한 풀에 의존한다면 어느 것도 독립적인 백업이 아닙니다.

애플리케이션 일관성이 유지된 데이터베이스 내보내기, 구성, 암호화 키, 마운트 경로 목록을 포함해 복구 가능한 사본을 최소 하나는 다른 장치나 위치에 보관하세요. 원래 호스트에 의존하지 않고 복원을 테스트하세요.

관련 ZimaSpace 컨테이너 스토리지 풀 체크리스트에서는 워크로드와 복구 경계를 분리해야 하는 시점을 설명합니다.

독립적인 3-2-1 백업 설명에서는 서로 다른 미디어와 위치에 사본을 보관하면 공통 원인으로 인한 손실을 줄일 수 있는 이유를 설명합니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

풀 하나를 사용할지, 역할을 분리할지, 두 번째 시스템을 추가할지 선택하세요

다운타임을 감내할 수 있고, 데이터 세트가 할당량과 권한을 적용하며, 성능이 예측 가능하고, 검증된 백업이 장애 도메인 밖에 있다면 풀 하나를 유지하세요. 설계가 문서화되어 있다면 단순성이 복구를 개선할 수 있습니다.

쓰기 작업이 많은 앱이 대용량 데이터와 간섭하거나, 실험적인 서비스가 용량을 모두 사용할 수 있거나, 기본 풀을 수리하는 동안에도 백업을 사용할 수 있어야 하거나, 서로 다른 장치에 호환되지 않는 내구성과 지연 시간 특성이 필요하다면 스토리지를 분리하세요.

복잡성을 단순히 복제하기 위해 두 번째 풀을 구매하지 마세요. 먼저 복원을 검증하고, 복구 순서를 기록하며, 상태와 여유 공간에 대한 알림을 추가하고, 단일 풀을 수리하는 동안 어떤 서비스를 오프라인 상태로 유지할 수 있는지 결정하세요.