커뮤니티에서는 부팅 문제와 데이터 보호 문제를 분리하라고 권장했습니다. 작은 SSD 또는 NVMe에 ZimaOS를 설치하고, 더 큰 데이터 드라이브로 RAID 풀을 만든 다음, 어떤 애플리케이션 데이터와 사용자 데이터 세트를 해당 풀에 저장할지 결정하는 방식입니다.
해당 스레드에서는 미러링된 ZimaOS 부팅을 입증하지 않습니다
해당 스레드의 공식 답변 중에는 지원되는 ZimaOS 시스템 디스크 RAID1 설치를 명시한 내용이 없습니다. 따라서 유용한 권장 사항은 우회 방법이라기보다 아키텍처에 관한 것이었습니다. 즉, 시스템 디스크를 교체 가능한 인프라로 취급하고 중요한 데이터는 다른 곳에 보관하는 것입니다.
RAID는 기본적으로 운영 체제가 아니라 데이터를 보호합니다
Linux mdadm RAID 참고 문서에 따르면 소프트웨어 RAID는 구성 장치와 해당 RAID 메타데이터로 만들어집니다. ZimaOS는 스토리지 풀에 RAID를 사용할 수 있지만, 그렇다고 해서 설치 프로그램이 자체 부팅/시스템 파티션을 자동으로 미러링한다는 의미는 아닙니다.
현재 ZimaOS 스토리지 설정 문서는 RAID를 스토리지 생성 작업 흐름으로 설명합니다. 특히 RAID 복구 작업 흐름이 중요한데, 운영 체제를 다시 설치한 후에도 기존 데이터 어레이가 RAID 메타데이터를 유지할 수 있는 방법을 설명하기 때문입니다.
앱과 대용량 앱 데이터는 같은 위치에 둘 필요가 없습니다
한 커뮤니티 답변에서는 애플리케이션은 빠른 시스템 SSD에 유지하고, Immich 사진과 같은 대용량 데이터 세트는 RAID 풀로 보내라고 권장했습니다. Docker의 Docker 바인드 마운트 규칙은 이것이 가능한 이유를 설명합니다. 컨테이너는 명시적인 마운트를 통해 다른 디스크에 있는 호스트 디렉터리에 액세스할 수 있습니다.
Immich 스토리지 마이그레이션은 실제 ZimaOS 애플리케이션에서 동일한 패턴을 보여 주며, ZimaOS 앱 스토어 요구 사항은 애플리케이션 런타임 요구 사항과 영구 스토리지 요구 사항을 구분하는 데 도움이 됩니다.
복구해야 하는 항목에 따라 구성을 선택하세요
- 시스템 디스크: 간편한 재설치와 교체를 우선하고, ZimaOS와 컨테이너 런타임을 설치하기에 충분한 공간을 확보합니다.
- RAID 풀: 중복성이 필요한 사용자 데이터와 영구 애플리케이션 데이터를 저장합니다.
- 백업: RAID는 삭제, 손상, 도난 또는 모든 형태의 다중 드라이브 장애를 방지하지 못하므로 독립적인 사본을 보관합니다.
결론
ZimaOS 자체가 미러링된 디스크에서 부팅되어야 한다고 가정하기보다 중요한 데이터를 보호하는 데 RAID를 사용하세요. 소형 시스템 SSD와 별도의 RAID 데이터 풀을 조합하는 것이 커뮤니티 권고를 가장 깔끔하게 해석한 구성입니다. 또한 데이터 세트의 규모나 내구성 요구 사항에 따라 애플리케이션 데이터 세트를 해당 RAID에 매핑할 수 있습니다.
