미니 PC와 다중 베이 USB DAS로 CasaOS NAS 구축하는 방법

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

How to Build a CasaOS NAS With a Mini PC and Multi-Bay USB DAS - Zima Store Online

신뢰할 수 있는 CasaOS NAS는 미니 PC, USB DAS, 소프트웨어 계층을 하나의 시스템 내 세 가지 다른 부분으로 취급하는 것에서 시작합니다.

미니 PC는 컴퓨팅과 네트워킹을 제공하고, DAS는 직접 연결된 디스크를 제공하며, CasaOS는 대시보드, 공유, 애플리케이션 계층을 제공합니다. USB 장치 이름 변경, 공유 케이블 하나, 부팅 드라이브 실패 등으로 인해 스토리지 경로가 사라질 수 있어 이러한 책임이 모호해지면 빌드가 불안정해집니다. 중요한 파일을 가져오기 전에 토폴로지와 복구 경로를 계획하세요.

드라이브 연결 전에 미니 PC, DAS, CasaOS 역할을 정의하세요

미니 PC와 다중 베이 DAS는 NAS처럼 동작할 수 있지만, DAS 자체는 NAS가 아닙니다. 사용자 계정, 네트워크 서비스, 애플리케이션 계층, 독립적인 복구 워크플로우가 없습니다. 호스트가 디스크를 인식하고 일관되게 마운트하며 선택된 폴더를 클라이언트에 노출해야 합니다.

실용적인 미니 PC NAS 가이드는 NAS를 스토리지, 네트워크 파일 서비스, 관리의 조합으로 설명합니다. 이 3계층 NAS 모델은 여기서 유용합니다: DAS는 스토리지를 제공하고, Linux는 파일 시스템과 마운트를 제공하며, CasaOS는 관리 및 애플리케이션 인터페이스로 그 위에 위치합니다.

앱을 설치하기 전에 서버의 주요 작업을 선택하세요. 간단한 첫 번째 빌드는 하나의 공유 미디어 폴더, 하나의 컴퓨터 백업 대상, 하나의 개인 애플리케이션 데이터 영역을 제공할 수 있습니다. 기존 ZimaSpace 가이드인 세 가지 서비스로 첫 홈 서버 구축하기가 첫 CasaOS 스택을 제한하는 데 도움이 될 수 있습니다.

각 드라이브를 예측 가능하게 노출하는 DAS를 선택하세요

베이 수만으로 인클로저가 서버에 적합한지 판단할 수 없습니다. 호스트가 각 디스크를 독립적으로 인식하는지, 인클로저에 안정적인 전원 공급 장치가 있는지, 모든 베이가 채워졌을 때 냉각이 어떻게 작동하는지, 재부팅이나 교체 후 컨트롤러가 디스크 식별을 변경하는지 확인하세요.

실제 5베이 DAS 리뷰는 인클로저를 미니 PC와 함께 사용하며 DAS를 베이, 컨트롤러, 팬, 전원 공급 장치가 포함된 단순한 박스로 설명했습니다. 이 테스트는 멀티 베이 DAS가 미니 PC NAS의 스토리지 계층으로 활용될 수 있는 이유를 보여주며, 호스트가 운영 체제와 데이터 서비스를 책임진다는 점을 강조합니다.

운영 체제가 파일 시스템, 풀링 또는 백업 작업을 관리할 경우 직접 디스크 노출을 선호하세요. 여러 드라이브가 하나의 장치로 보인다고 하드웨어 RAID 모드가 더 안전하다고 가정하지 마세요. 이는 개별 드라이브 상태를 숨기고 복구를 인클로저 컨트롤러에 의존하게 만들 수 있습니다.

USB 대역폭과 전원을 공유 자원으로 취급하세요

인클로저 내 모든 디스크는 결국 하나의 호스트 연결을 공유합니다. 한 HDD의 순차 읽기는 적당할 수 있지만, 동시에 백업, 미디어 스캔, 썸네일 생성, 파일 복사가 USB 링크를 경쟁할 수 있습니다. 인클로저 팬과 모든 설치된 드라이브도 하나의 전원 시스템에 의존합니다.

미니 PC NAS 가이드는 외부 USB 인클로저가 실용적이지만 USB 신뢰성 문제를 내포하며, 여러 HDD가 동시에 작업할 때 공유 10Gbps 링크를 포화시킬 수 있다고 지적합니다. 그래서 USB 대역폭은 단일 드라이브 속도 테스트가 아닌 전체 작업 부하에 맞춰 계획해야 합니다.

비전원 허브를 거치지 말고 DAS를 미니 PC에 직접 연결하세요. 인클로저에 제공된 전원 어댑터를 사용하고 데이터 케이블을 단단히 고정하며 콜드 부팅 후 모든 드라이브가 인식되는지 확인하세요. 인클로저가 자동 절전을 지원하면 디스크가 유휴 상태일 때 데이터베이스 쓰기 및 예약 백업을 테스트하세요.

CasaOS가 스토리지를 인식하기 전에 안정적인 마운트 지점 생성

Linux 장치 이름 예를 들어 /dev/sdb 및 /dev/sdc USB 디스크가 다시 연결되거나 부팅 순서가 바뀌면 변경될 수 있습니다. 한 경로에서 미디어를 기대하는 애플리케이션은 재부팅 후 다른 디스크나 빈 폴더를 조용히 찾을 수 있습니다.

현재 Linux 디스크 가이드는 여러 디스크나 USB 저장장치가 있을 때 원시 장치 이름이 안정적으로 유지되지 않을 수 있으므로 UUID로 데이터 파일 시스템을 마운트할 것을 권장합니다. UUID 기반 영구 마운트 워크플로우는 CasaOS가 스토리지를 공유 또는 컨테이너로 매핑하기 전에 올바른 기반을 제공합니다.

다음과 같은 설명적인 마운트 지점을 만드세요: /mnt/storage/media, /mnt/storage/backups, 그리고 /mnt/storage/archive. 재부팅 전에 마운트 구성을 테스트하고 서버를 두 번 재시작한 후 모든 경로가 의도한 파일 시스템을 가리키는지 확인하세요. CasaOS는 디스크 식별을 추측하는 곳이 아니라 안정적인 저장소 맵을 상속받아야 합니다.

부트 드라이브, 앱 데이터, 공유 파일, 백업을 분리하세요

모든 계층을 하나의 대용량 미디어 폴더에 넣지 마세요. 미니 PC의 내부 SSD는 보통 Linux, CasaOS, 교체 가능한 애플리케이션 코드를 저장해야 합니다. 데이터베이스, 구성, 인덱스, 비밀 정보 같은 영구 애플리케이션 상태는 별도의 보호된 경로가 필요합니다. 공유 파일과 미디어는 DAS에 저장할 수 있으며, 백업은 일반 작업 저장소로 취급되지 않는 위치에 두어야 합니다.

Better Stack은 컨테이너 데이터를 교체 후에도 유지해야 한다면 영구 저장소에 배치해야 한다고 설명합니다. 그 애플리케이션 데이터의 독립적 수명 주기는 CasaOS 빌드에서 필수적입니다. 앱을 재설치하거나 업데이트해도 데이터베이스가 지워지거나 미디어 라이브러리가 처음부터 다시 스캔되지 않아야 하기 때문입니다.

계층	권장 위치	복구 기대치
Linux 및 CasaOS	내부 SSD	문서화된 단계에서 재설치 가능
애플리케이션 상태	전용 앱 데이터 경로	자주 백업하고 복원 테스트 수행
공유 파일 및 미디어	DAS 데이터 디스크	가치와 교체 가능성에 따라 보호됨
백업 복사본	별도의 디스크, 시스템 또는 오프사이트 대상	라이브 CasaOS 호스트 없이 복구 가능

스토리지가 재부팅 후에도 유지된 후에만 CasaOS 공유 및 앱을 추가하세요

CasaOS는 앱 설치와 저장소 매핑을 간소화할 수 있지만, 이미 안정적인 파일 시스템 레이아웃을 사용해야 합니다. 제3자 CasaOS 개요에 따르면 대시보드는 드라이브를 표시하고 외부 저장소를 마운트하며 애플리케이션에 저장 경로를 할당할 수 있지만, RAID나 ZFS는 운영 체제 수준의 책임으로 남아 있습니다. 그 CasaOS 관리와 기본 저장소 모델 간의 분리는 인터페이스가 데이터 보호로 오해받는 것을 방지합니다.

기본 리눅스 시스템에 고정 로컬 주소가 있고 DAS가 안정적으로 마운트된 후에만 CasaOS를 설치하세요. 미니 PC 또는 홈 서버에 CasaOS 설치 방법에 관한 ZimaSpace 가이드가 해당 설치 단계를 다룹니다. 이후에는 이름이 지정된 사용자와 공유를 만들고 각 앱을 필요한 폴더에만 매핑하며 실험용 컨테이너에 DAS 루트 전체 권한을 주지 마세요.

전체 라이브러리를 가져오기 전에 한 클라이언트를 테스트하세요. 일회용 파일을 생성, 이름 변경, 삭제하고 앱을 재시작한 후 미니 PC를 재부팅한 다음 수동 재매핑 없이 동일한 공유 및 데이터 경로가 복구되는지 확인합니다.

분리, 복원 및 업그레이드 경계 테스트

완성된 설정은 일반적인 읽기 테스트 이상을 견뎌야 합니다. 쓰기가 활성화되지 않은 상태에서 DAS를 분리하고 서비스가 빈 마운트 포인트 폴더에 쓰기 대신 명확하게 실패하는지 확인하세요. 다시 연결하고 재부팅한 후 예상된 디스크와 경로가 복구되는지 확인합니다. 그런 다음 백업에서 하나의 애플리케이션 구성과 하나의 삭제된 파일을 복원하세요.

TechTarget의 백업 테스트 튜토리얼은 백업 파일의 존재만으로는 복구를 증명하지 못하므로 데이터를 복원하고 결과 작업이 정상 작동하는지 검증하는 것을 강조합니다. 중요한 가정용 데이터의 유일한 위치로 CasaOS NAS가 되기 전에 기능 복원 테스트를 최종 관문으로 사용하세요.

우선순위가 컴팩트한 x86 컴퓨팅, 직접 스토리지 연결, 앱 중심의 CasaOS 스택일 때 ZimaBoard 2 미니 홈 서버가 이 토폴로지에 적합합니다. 여러 드라이브, 통합 스토리지 관리, 다중 사용자 용량, 스토리지 우선 복구가 USB DAS 분리를 유지하는 것보다 중요할 때는 ZimaCube 2 AI NAS가 더 명확한 아키텍처가 됩니다.

모든 드라이브가 안정적인 식별자를 갖고, 모든 서비스가 경계가 명확한 데이터 경로를 가지며, DAS가 사라져도 무음 쓰기가 발생하지 않고, 복구가 대시보드 모양을 기억하는 데 의존하지 않을 때 빌드가 완료됩니다.