간단히 말하면: 일반적인 Linux 패키지 관리, systemd 서비스, 사용자 지정 네트워킹 또는 호스트 수준 도구에 이미 의존하고 있다면 Ubuntu Server를 유지하고 CasaOS를 추가하세요. 시스템을 전용 NAS 어플라이언스처럼 작동하게 만들고 대부분의 워크로드를 앱/컨테이너 모델 안에서 처리할 수 있다면 ZimaOS로 교체하세요.
CasaOS는 Linux 위에서 작동합니다
CasaOS는 기존 배포판에 설치됩니다. 현재 CasaOS 시스템 지원에는 Debian 12가 권장 옵션으로, Ubuntu Server가 테스트된 옵션으로 나와 있습니다. 원라인 설치 프로그램은 기본 OS를 교체하지 않고 CasaOS를 추가합니다.
따라서 일반적인 Linux 패키지 관리, systemd 서비스, 사용자 지정 네트워킹 또는 호스트 수준 도구를 계속 사용하는 경우에는 Ubuntu + CasaOS가 유연한 선택입니다. apt사용자 지정 systemd 유닛, 호스트 VPN, 기본 게임 서버 패키지, 모니터링 에이전트 또는 일반적인 Linux 서버를 전제로 하는 스크립트
ZimaOS는 호스트 OS를 대체합니다
ZimaOS는 부팅 가능한 운영 체제 이미지로 설치됩니다. 현재 ZimaOS x86 설치는 일반적인 x86-64를 대상으로 하며, UEFI 부팅과 Secure Boot 비활성화가 필요하고 최소 25GB의 저장 공간이 요구됩니다.
이 모델은 스토리지, Jellyfin, 백업, Docker 앱 및 기타 홈 서버 서비스가 주된 역할인 시스템에 적합합니다. 호스트 수준의 자유도를 일부 포기하는 대신 어플라이언스에 가까운 워크플로를 사용할 수 있습니다.
워크로드를 기준으로 결정하세요
| 필요 | 더 나은 시작점 | 이유 |
|---|---|---|
| Jellyfin + 몇 가지 컨테이너 | ZimaOS | 호스트 관리가 적음. |
| Jellyfin + 기본 Linux 도구 | Ubuntu + CasaOS | 일반적인 Linux 제어권 유지. |
| 사용자 지정 스크립트를 사용하는 게임 서버 | Ubuntu + CasaOS | 호스트 수준 종속성 관리가 더 쉬움. |
| 대부분 NAS/미디어/백업 | ZimaOS | 용도에 맞게 설계된 어플라이언스 모델. |
상태를 파악하기 전에는 Ubuntu를 삭제하지 마세요
OS를 교체하기 전에 Docker Compose 파일, 환경 변수, 바인드 마운트, /DATA/AppData미디어 경로, 게임 저장 데이터, PUID/PGID 소유권, 고정 IP/DNS, 리버스 프록시, VPN, 방화벽 규칙, 하드웨어 트랜스코딩 장치 매핑
OS를 변경한다고 해서 Jellyfin 라이브러리나 게임 데이터가 자동으로 보존되는 것은 아니며, 지원되지 않는 하드웨어에서 GPU 트랜스코딩이 보장되는 것도 아닙니다.
결정 기준
Ubuntu + CasaOS 유지는 시스템이 여전히 NAS 대시보드보다 Linux 서버로서의 역할이 우선일 때 선택하세요. ZimaOS 선택은 홈 서버/NAS가 우선이고 대부분의 워크로드가 컨테이너 및 기본 제공 스토리지 워크플로에 맞을 때 선택하세요.
CasaOS Docker 모델은 CasaOS가 Linux 위에 시각적 계층으로 잘 작동하는 이유를 보여 줍니다. ZimaOS 앱 플랫폼은 어플라이언스 스타일의 대안을 보여 줍니다.
기존 머신을 재활용하는 대신 전용 x86 홈 서버를 구축하려는 경우, ZimaBoard 2는 두 가지 방식을 모두 지원합니다.
설치뿐 아니라 업데이트와 복구를 고려하세요
Ubuntu + CasaOS는 Linux 배포판과 CasaOS 자체라는 두 개의 업데이트 계층을 제공합니다. 패키지를 특정 버전으로 고정하거나 커널 변경 사항을 관리하려는 경우 유용하지만, 호환성 작업도 더 많이 직접 맡게 됩니다. ZimaOS는 머신을 어플라이언스에 가깝게 다루므로 시스템 수명 주기는 더 단순하지만, 의도적으로 범용 Debian 호스트와는 거리가 있습니다.
이미 안정적인 Ubuntu 서버가 있다면, 가장 위험이 적은 테스트 방법은 중요한 항목을 삭제하지 않고 CasaOS를 설치한 다음, 중요하지 않은 앱 하나를 추가하여 워크플로가 적합한지 확인하는 것입니다. ZimaOS로 이동하는 것은 호스트 OS가 변경되므로 더 큰 결정이며, 검증된 백업 및 복구 경로를 마련해 테스트해야 합니다.
Jellyfin에서는 네 가지를 보존하세요
- 미디어 경로: 동일한 호스트 폴더를 유지하거나 컨테이너 매핑을 업데이트하세요.
- Jellyfin 구성: 영화 파일뿐 아니라 애플리케이션의 구성/데이터베이스 디렉터리도 보존하세요.
- GPU 장치: 마이그레이션 전에 Intel/AMD/NVIDIA 장치 매핑과 드라이버 가정을 기록하세요.
- 포트 및 리버스 프록시: 클라이언트가 LAN IP, 호스트 이름 또는 공용 도메인 중 어떤 방식으로 Jellyfin에 접속하는지 기록하세요.
영화를 “볼 수 있는” 새로 설치된 환경이 시청 기록, 사용자, 아트워크 또는 트랜스코딩 설정이 사라진다면 성공적인 Jellyfin 마이그레이션과 같지 않습니다.
게임 서버에서는 호스트 유연성이 더 중요합니다
많은 게임 서버는 Docker에 잘 맞지만, 모드 로더, SteamCMD 스크립트, Wine/Proton 종속성, 방화벽 예외 또는 사용자 지정 시작 로직은 일반적인 Linux 호스트에서 더 쉽게 관리할 수 있습니다. 게임 서버가 이미 Ubuntu에서 안정적으로 작동한다면 Ubuntu를 유지하고 CasaOS를 추가하는 편이, 관련 없는 정상 서비스를 마이그레이션 프로젝트로 바꾸지 않는 방법입니다.
반대로 모든 게임 서버가 이미 컨테이너화되어 있고 데이터가 깔끔하게 bind mount되어 있다면, 워크로드를 이식할 수 있으므로 ZimaOS를 평가하기가 더 쉬워집니다.
결정하기 전에 이식성 테스트를 실행하세요
각 중요 서비스에 대해 다음 다섯 가지 질문에 답해 보세요.
- 영구 데이터는 어디에 저장되나요?
- compose 파일에서 컨테이너를 다시 생성할 수 있나요?
- Docker 외부의 호스트 패키지가 필요한가요?
- 특수 하드웨어 장치가 필요한가요?
- 백업에서 초기화된 머신에 복원할 수 있나요?
이 질문들에 답할 수 없다면 호스트 OS를 변경하기에는 아직 이릅니다. 먼저 백업 및 복원 경로를 구축하세요. 워크로드를 이식할 수 있게 된 후에는 운영 체제를 선택하기가 훨씬 쉬워집니다.
FAQ
CasaOS가 Ubuntu를 교체하나요?
아니요. CasaOS는 지원되는 Linux 시스템 위에 설치됩니다.
ZimaOS가 시스템 디스크를 교체하나요?
일반적인 ZimaOS 설치는 대상 디스크에 전용 OS 이미지를 기록하므로, 먼저 해당 디스크를 백업하세요.
