ZimaOS를 주로 컨테이너 서버로 사용하려는 경우, 시스템 SSD는 OS에 집중적으로 사용하고 AppData와 중요한 사용자 데이터는 기본 RAID에 저장하며 다운로드나 폐기 가능한 스테이징에는 별도의 스크래치 디스크를 사용하세요. 이제 ZimaOS에는 앱 데이터 위치 설정이 내장되어 있어 모든 컨테이너를 수동으로 재배치하는 것보다 이 구성을 훨씬 쉽게 적용할 수 있습니다.
사용자가 설명한 구성은 합리적인 3단계 설계입니다. 120GB 부팅 SSD, 기본 데이터와 컨테이너를 위한 RAID5, 그리고 2TB 스크래치 디스크로 구성됩니다. 현재 ZimaOS 문서에서는 이 아키텍처를 지원하며, Synology, UGREEN 및 기타 NAS 시스템을 연결할 수 있는 SMB/LAN Storage도 제공합니다.
권장 스토리지 구성
시스템 SSD
└─ ZimaOS + 시스템 구성 요소
RAID5
├─ AppData
├─ 컨테이너의 영구 데이터
├─ 문서/미디어
└─ 중요한 공유 폴더
2TB 스크래치 디스크
├─ 다운로드
├─ 임시 트랜스코딩
└─ 폐기 가능한 스테이징앱 데이터 위치를 RAID로 설정
현재 ZimaOS 앱 데이터 가이드에서는 앱 데이터를 시스템 디스크에 저장하지 않을 것을 권장합니다.
설정 → 앱 → 앱 데이터 위치로 이동하여 RAID 기반 스토리지를 선택하세요.
모든 것을 하나의 AppData 폴더에 넣지 마세요
각 앱의 구성 및 데이터를 자체 영구 디렉터리에 보관하세요. 미디어 라이브러리와 다운로드는 여러 컨테이너가 일관되게 액세스할 수 있도록 별도의 공유 폴더에 저장할 수 있습니다.
교체 가능한 작업에는 스크래치 디스크 사용
다운로드, 압축 해제, 트랜스코딩, 캐시 및 임시 프로젝트 파일은 독립형 2TB 디스크에 보관하기에 적합합니다. 스크래치 디스크에 장애가 발생하더라도 가족 사진이나 데이터베이스의 유일한 사본을 잃어서는 안 됩니다.
SMB를 통해 다른 NAS 시스템 연결
현재 다른 NAS 연결 가이드에서는 Files → Storage → LAN Storage에서 다른 NAS를 추가하는 방법을 설명합니다.
연결되면 ZimaOS에서 장치 간에 데이터를 복사하거나 원격 NAS를 백업 계획의 일부로 사용할 수 있습니다.
Windows 방식으로 복사하고 붙여넣으려면 PC에 SMB를 마운트하세요
기본 제공 파일 인터페이스가 마음에 들지 않는다면 브라우저에서 매일 파일을 관리할 필요는 없습니다. Windows 파일 탐색기나 macOS Finder에서 ZimaOS와 다른 NAS 공유를 마운트한 다음, 그곳에서 서로 간에 복사하고 붙여넣으세요.
현재 ZimaOS의 SMB 액세스는 바로 이러한 작업 흐름을 위해 설계되었습니다.
대체 웹 파일 관리자
FileBrowser/ FileBrowser Quantum은 다른 브라우저 UI를 제공할 수 있지만, 자체 권한과 영구 구성을 갖춘 또 다른 Docker 애플리케이션으로 취급하세요. 기본 ZimaOS 스토리지 계층을 대체하지는 않습니다.
컨테이너 경로를 일관되게 유지하세요
미디어 및 다운로드 스택에는 다음과 같이 안정적인 컨테이너 측 경로를 사용하세요. /downloads 및 /media 관련 앱 전반에서 동일하게 사용하세요. 그러면 한 앱이 동일한 호스트 폴더를 다른 경로로 인식해 가져오기나 하드 링크가 중단되는 일을 방지할 수 있습니다.
RAID5는 백업이 아닙니다
RAID5는 디스크 한 개가 고장 나도 가용성을 보호합니다. 하지만 실수로 인한 삭제, 랜섬웨어, 파일 시스템 손상 또는 도난으로부터 보호하지는 않습니다.
백업 전략 가이드를 통해 스토리지 구성이 안정화된 후 LAN/USB/클라우드 사본을 추가할 수 있습니다.
RAID에 보관할 항목과 그렇지 않은 항목을 정하세요
영구 데이터베이스, 애플리케이션 구성, 가족 파일 및 다시 만들기 어려운 모든 항목은 보호된 스토리지에 보관하세요. 임시 다운로드, 압축 해제 디렉터리, 트랜스코딩 임시 공간 및 캐시는 손실되어도 괜찮다면 독립 디스크를 사용할 수 있습니다.
앱 스택을 설치하기 전에 공유 폴더를 계획하세요
다음과 같이 안정적인 폴더를 만드세요. Media, Downloads, Documents, 그리고 AppData 먼저 확인하세요. 그런 다음 관련된 모든 컨테이너가 동일한 호스트 경로를 사용하도록 지정하세요. 서버에 이미 데이터가 가득 찬 후 컨테이너 경로 스무 개를 마이그레이션하는 것보다 훨씬 쉽습니다.
모든 계층의 여유 공간 확인
RAID가 거의 비어 있어도 시스템 SSD나 임시 디스크가 가득 차면 도움이 되지 않습니다. 부팅 디스크, AppData 위치, RAID 및 임시 디스크를 각각 모니터링하세요. 미디어 어레이에 테라바이트 단위의 여유 공간이 남아 있어도 시스템 디스크의 여유 공간이 부족하면 컨테이너 업데이트가 실패할 수 있습니다.
FAQ
컨테이너를 부팅 SSD에 두어야 하나요?
ZimaOS가 컨테이너 엔진이나 시스템 구성 요소를 해당 디스크에 보관한다면 그대로 두되, 영구적인 AppData는 기본 스토리지 풀로 옮기세요.
다운로드 전용으로 별도의 디스크를 사용할 수 있나요?
네. 교체 가능한 다운로드 파일, 캐시 및 스테이징 파일을 보관하기에 임시 디스크가 적합합니다.
ZimaOS를 Synology 및 UGREEN NAS에 연결할 수 있나요?
네, 해당 시스템에서 SMB 공유를 제공하는 경우 필요합니다. Files에서 LAN 스토리지로 추가하세요.
ZimaOS 브라우저 파일 관리자가 필요한가요?
일반적인 데스크톱 파일 작업에는 필요하지 않습니다. 대신 SMB를 사용하면 Windows 탐색기나 macOS Finder에서 작업할 수 있습니다.
