취미 지원 담당 Arthur가 ZimaBoard 2에서 홈 네트워크 서비스를 운영하는 방법

자신의 완전한 ZimaBoard 2 빌드와 홈 네트워크 전반에서 사용하는 셀프 호스팅 서비스를 기록해 준 Hobby Support Int.의 Arthur에게 감사드립니다.

Arthur는 이 보드를 기본적인 NAS로만 사용하지 않고, SATA 스토리지, 액티브 쿨링 및 PCIe 확장 공간을 갖춘 컴팩트한 서버를 조립합니다. 그런 다음 모든 사용자가 처음부터 명령줄을 사용하지 않아도 ZimaOS에서 음악, 영화, 스마트홈 도구, 가상 머신, 다운로드, 백업, AI 서비스 및 모바일 사진 스토리지를 호스팅할 수 있는 방법을 살펴봅니다.

영상 제목은 이 작은 보드가 자신의 홈 네트워크 전체를 구동한다고 말합니다. 더 정확히 말하면 ZimaBoard 2는 해당 네트워크 전반에서 사용되는 여러 애플리케이션과 파일을 위한 중앙 호스트가 됩니다. 모든 라우터, 스위치, 클라이언트 기기 또는 클라우드 서비스를 자동으로 대체하는 것은 아니지만, 여러 컴퓨터와 구독 서비스에 흩어져 있던 서비스를 한곳에서 관리할 수 있도록 해줍니다.

읽기 전에 시청하세요: Arthur의 원본 리뷰에는 인클로저 분해, 드라이브 랙 조립, PCIe 장착 옵션, ZimaOS 초기 설정, 애플리케이션 시연, 가상 머신 테스트, 모바일 백업 및 원격 모니터링 워크플로가 포함되어 있습니다.

출처 참고: 이 글은 Arthur의 ZimaBoard 2 리뷰에 소개된 하드웨어 관찰 내용과 애플리케이션 테스트를 재구성한 것입니다. 애플리케이션 제공 여부, 인터페이스, 원격 액세스 기능 및 시스템 요구 사항은 ZimaOS와 애플리케이션 업데이트에 따라 변경될 수 있습니다. 중요한 데이터를 홈 서버에 의존하기 전에 사용자 인증, 업데이트, 백업, 네트워크 보안 및 스토리지 이중화도 계획해야 합니다.

Arthur의 컴팩트한 구성은 ZimaBoard 2, 직접 연결된 스토리지, 액티브 쿨링, 확장 가능한 금속 프레임으로 이루어져 있습니다.

홈 네트워크 서비스를 내 서버로 옮겨야 하는 이유

Arthur는 홈 사용자 사이에서 셀프 호스팅이 주목받는 이유를 설명하며 이야기를 시작합니다. 사진, 동영상, 음악, 스마트홈 제어, 다운로드, 문서 및 기타 개인 서비스가 서로 관련 없는 여러 클라우드 플랫폼에 흩어져 있는 경우가 많습니다.

홈 서버를 사용하면 소유자는 또 다른 선택지를 갖게 됩니다. 애플리케이션과 데이터를 집 안에 있는 하드웨어에서 실행할 수 있기 때문입니다. 이를 통해 외부 구독 서비스에 대한 의존도를 줄이고, 타사 플랫폼이 가격이나 제품 방향을 변경하더라도 로컬 서비스를 계속 이용할 수 있습니다.

셀프 호스팅을 한다고 해서 책임이 사라지는 것은 아닙니다. 소유자는 스토리지를 선택하고, 백업을 만들고, 업데이트를 설치하고, 사용자 액세스를 제어하며, 로컬 네트워크 외부에 노출된 서비스를 보호할 책임을 집니다. 장점은 더 큰 제어권이지, 자동으로 보안이 확보되거나 데이터 보호가 보장된다는 뜻은 아닙니다.

Arthur는 ZimaBoard 2를 접근하기 쉬운 시작점으로 소개합니다. 확장 가능한 x86 하드웨어와 그래픽 서버 운영 체제를 결합했기 때문입니다.

서버 확장을 중심으로 설계된 컴팩트한 x86 보드

ZimaBoard 2 인클로저는 장식용 플라스틱 쉘이 아니라 고밀도 알루미늄 히트싱크입니다. 표면의 홈은 내부 부품에서 발생하는 열을 분산시키며, 일반적인 서버 작업 중 보드가 조용하게 작동하도록 합니다.

Arthur의 1664 구성에는 다음이 포함됩니다.

• Intel N150 프로세서: 최대 3.6GHz의 주파수로 작동하는 x86 CPU 코어 4개를 제공합니다.
• 16GB LPDDR5 메모리: 여러 컨테이너와 일부 경량 가상 머신을 실행하기에 충분한 용량입니다.
• 64GB eMMC 스토리지: ZimaOS와 관련 시스템 파일을 저장할 내부 공간을 제공합니다.
• SATA 연결 2개: SSD와 하드 드라이브를 직접 연결할 수 있습니다.
• PCIe 확장: 호환되는 스토리지, 네트워킹, 가속기 및 기타 확장 카드를 지원합니다.
• 2.5GbE 포트 2개: 호환되는 로컬 네트워크에서 기가비트보다 빠른 네트워크 인터페이스를 제공합니다.
• USB 3 포트 2개: 외장 드라이브, 입력 장치 및 기타 USB 하드웨어를 지원합니다.
• Mini DisplayPort: 설정 및 로컬 진단을 위한 직접 영상 출력을 제공합니다.

포함된 Mini DisplayPort-to-HDMI 어댑터는 초기 설정 중 유용합니다. 많은 사용자가 HDMI 디스플레이는 가지고 있지만 사용할 수 있는 Mini DisplayPort 모니터는 없기 때문입니다.

포장재를 임시 드라이브 랙으로 활용하기

이 상자는 배송 중 보호 기능 이상의 역할을 하도록 설계되었습니다. 표시된 부분을 자르고 접으면 카드보드 뚜껑에 초기 설정 중 ZimaBoard 2와 소형 드라이브를 올려둘 수 있습니다.

Arthur는 노트북 하드 드라이브로 이 아이디어를 테스트합니다. 카드보드 프레임은 시스템을 제자리에 고정하고, 영구 인클로저를 마련하기 전에 포함된 SATA 케이블을 사용하기 시작할 수 있는 빠른 방법을 제공합니다.

재사용 가능한 포장재는 보드와 연결된 드라이브를 임시로 장착할 수 있는 방법을 제공합니다.

Arthur는 재활용 가능한 아이디어를 높이 평가하지만, 더 영구적인 금속 구조를 선호합니다. 사용자는 2.5인치 및 3.5인치 드라이브의 다양한 조합을 지원하는 다운로드 가능한 3D 프린팅용 랙 디자인 중에서 선택할 수도 있습니다.

임시로 마련한 골판지 설치 환경은 건조하고 안정적으로 유지하며 열원에서 멀리 두어야 합니다. 테스트에는 유용하지만, 중요한 데이터를 저장하는 서버에는 드라이브, 케이블, 커넥터가 실수로 움직이지 않도록 보호하는 견고한 인클로저가 더 적합합니다.

알루미늄 인클로저를 열고 하드웨어 점검하기

Arthur는 별 모양 나사를 제거하고 알루미늄 방열판에서 보드를 분리합니다. 내부에서 16GB 메모리 패키지, Intel N150 프로세서, 64GB eMMC 스토리지를 확인합니다.

대형 알루미늄 인클로저는 열전도 재료를 통해 내부 하드웨어와 직접 접촉합니다. 케이스를 열면 이 인터페이스가 손상되므로 Arthur는 재조립하기 전에 새 열전도 페이스트를 도포합니다.

대부분의 사용자는 일반적인 설치 과정에서 인클로저를 열 필요가 없습니다. 분해를 진행하는 경우 보증 조건을 확인하고, 올바른 도구를 사용하며, 정전기 방전을 방지하고, 보드를 다시 켜기 전에 열 인터페이스를 올바르게 복원해야 합니다.

더 영구적인 금속 홈 서버 구축하기

금속 랙은 더 긴 나사를 사용해 ZimaBoard 2에 직접 부착합니다. 그런 다음 Arthur는 드라이브 마운트, PCIe 지지 구조물, SATA 케이블, 옵션 냉각 팬을 추가합니다.

그의 2.5인치 노트북 드라이브는 더 큰 장착 위치에 맞지 않기 때문에, 단단히 고정할 수 있도록 작은 어댑터를 출력합니다. 이는 시스템의 DIY 특성을 잘 보여 주는 예입니다. 이미 보유한 스토리지 하드웨어에 맞춰 프레임을 조정할 수 있습니다.

Arthur는 프레임을 완성하기 전에 옵션 팬도 설치합니다. 보드는 수동 냉각으로 작동할 수 있지만, 드라이브를 추가하거나 지속적인 워크로드를 실행하거나 확장 하드웨어를 알루미늄 방열판 가까이에 배치할 때는 능동적인 공기 흐름이 도움이 될 수 있습니다.

NVMe 스토리지, 네트워킹 또는 가속기에 PCIe 사용하기

확장 카드 마운트는 드라이브 프레임 위에서 호환되는 PCIe 장치를 지지합니다. Arthur는 라이저 케이블을 통해 듀얼 NVMe 어댑터를 연결하는 방법을 보여 줍니다.

이 랙은 듀얼 NVMe 스토리지 어댑터와 같은 PCIe 장치를 위한 지원 위치를 제공합니다.

PCIe의 다른 활용 사례로는 추가 SATA 포트, 더 빠른 네트워킹, 스토리지 컨트롤러, 호환 가능한 가속기 등이 있습니다. Arthur는 로컬 AI 모델이나 컴퓨터 비전 워크로드를 위한 그래픽 카드도 소개하지만, GPU를 사용하려면 전력, 물리적 크기, 드라이버, 냉각, PCIe 대역폭을 별도로 계획해야 합니다.

카드가 물리적으로 장착된다고 해서 호환성이 보장되는 것은 아닙니다. 빌더는 확장 하드웨어를 구매하기 전에 카드의 인터페이스, 운영 체제 지원 여부, 전력 요구 사항, 사용 목적을 확인해야 합니다.

서버를 2.5GbE 홈 네트워크에 연결하기

하드웨어 조립을 완료한 후 Arthur는 서버를 라우터에 연결하고 전원을 켭니다. 두 Ethernet 포트는 2.5GbE를 지원하지만, 해당 속도를 구현하려면 연결 경로의 나머지 부분도 이를 지원해야 합니다.

서버, 스위치 또는 라우터, 클라이언트 기기, 네트워크 어댑터 및 케이블은 모두 호환 가능한 연결을 협상해야 합니다. 규격에 맞게 종단 처리된 Cat5e 이상의 케이블은 일반적으로 2.5GbE에 적합하지만, 실제 결과는 케이블 상태, 거리, 연결된 하드웨어, 스토리지 속도 및 네트워크 트래픽에 따라 달라집니다.

2.5GbE 포트는 Gigabit 또는 Fast Ethernet 장비에 연결하면 일반적으로 더 느리지만 호환되는 속도로 자동 전환됩니다. 따라서 사용자는 현재 네트워크로 시작하고 나중에 다른 구성 요소를 업그레이드할 수 있지만, 연결 경로의 다른 부분이 1GbE로 제한되어 있다면 2.5GbE 처리량을 기대해서는 안 됩니다.

ZimaBoard 2 찾기 및 첫 로그인 완료

시작 후 Arthur는 라우터를 통해 서버의 IP 주소를 확인합니다. 다른 방법으로는 디스플레이를 직접 연결하여 ZimaOS에 표시되는 로컬 액세스 정보를 읽을 수 있습니다.

처음 부팅하면 다른 기기에서 ZimaOS를 열 때 필요한 네트워크 정보가 표시됩니다.

최초 로그인 시 시스템 관리자 계정이 생성됩니다. 이 계정은 서버를 광범위하게 제어할 수 있으므로 비밀번호는 고유하게 설정하고 안전하게 보관하며 무단 액세스로부터 보호해야 합니다.

개발자 모드는 고급 관리를 위한 SSH 및 터미널 액세스를 제공합니다. 그러나 Arthur는 ZimaOS의 핵심 장점은 일반적인 설치 및 관리 작업 대부분에 명령줄 작업이 필요하지 않다는 점이라고 설명합니다.

플랫폼을 처음 설정하는 사용자는 최신 온보딩 안내를 확인하기 위해 공식 ZimaOS 시작 안내서를 참고할 수 있습니다.

ZimaOS를 통한 셀프 호스팅 애플리케이션 설치

App Store는 기존 Linux 터미널보다 모바일 또는 데스크톱 소프트웨어 스토어에 가까운 인터페이스를 통해 서버 애플리케이션을 제공합니다. 사용자는 애플리케이션을 선택하고 설정을 검토한 후 필요한 스토리지 위치를 지정하고 설치합니다.

이 기능이 컨테이너, 스토리지 볼륨, 포트, 권한 및 네트워크 액세스라는 기본 개념을 없애는 것은 아닙니다. 대신 이러한 개념을 더 간단하게 관리할 수 있는 계층을 제공하므로, 신규 사용자는 더 깊이 있는 Docker 관리 방법을 배우기 전에 일반적인 구성으로 시작할 수 있습니다.

애플리케이션 또는 서비스	Arthur의 홈 네트워크에서의 역할	계획 요구 사항
Navidrome	개인 음악 컬렉션을 정리하고 스트리밍합니다.	명확하게 정리된 음악 폴더와 호환 클라이언트 애플리케이션입니다.
Plex	영화 및 TV 프로그램 라이브러리를 정리하고 스트리밍합니다.	저장 용량, 미디어 권한, 클라이언트 호환성 및 트랜스코딩 한도
Home Assistant	호환되는 스마트 홈 기기와 자동화를 중앙에서 관리합니다.	기기 통합, 백업, 네트워크 안정성 및 안전한 원격 액세스
ESPHome	호환되는 ESP 기반 스마트 홈 기기를 관리합니다.	지원되는 하드웨어, 펌웨어 구성 및 안정적인 무선 연결 범위
가상 머신	서버 내에서 다른 운영 체제를 실행합니다.	충분한 메모리, CPU 성능, 저장 공간 및 현실적인 성능 기대치
Transmission	장시간 실행되는 다운로드를 주 PC에서 분리합니다.	합법적인 다운로드, 저장 공간 제한, 권한 및 네트워크 제어
AI 애플리케이션	어시스턴트와 기타 AI 서비스용 인터페이스를 제공합니다.	호환되는 API 또는 로컬 모델, 자격 증명, 메모리 및 가속기 요구 사항

Navidrome으로 비공개 음악 스트리밍 서비스 구축

Arthur는 오픈 소스 음악 서버인 Navidrome으로 시작합니다. 애플리케이션이 음악 폴더를 가리키도록 설정하면 Navidrome은 컬렉션을 검색하고 앨범과 아티스트를 정리하며 브라우저에서 이용할 수 있는 라이브러리를 생성합니다.

Navidrome은 로컬에 저장된 음악 폴더를 호환 클라이언트에서 사용할 수 있는 정리된 스트리밍 라이브러리로 바꿔 줍니다.

지원되는 Subsonic 호환 클라이언트를 사용해 여러 기기에서 라이브러리에 연결할 수 있습니다. 음악은 서버에 저장된 상태로 유지되고, 휴대폰, 태블릿, 컴퓨터는 재생 클라이언트 역할을 합니다.

이 구성은 사용자가 이미 보유한 음악을 감상할 때 상용 스트리밍 계정에 대한 의존도를 줄일 수 있습니다. 하지만 저작권이 있는 음악을 다른 사람에게 배포할 수 있는 라이선스를 제공하는 것은 아니므로, 접근 권한은 승인된 사용자로 제한해야 합니다.

Plex로 영화 및 TV 프로그램 라이브러리 정리

Arthur는 동영상에 Plex를 사용합니다. Plex는 로컬에 저장된 영화와 프로그램을 검색하고, 메타데이터를 가져오며, 브라우저, 휴대폰, 스마트 TV, 프로젝터 및 기타 지원되는 클라이언트에서 라이브러리를 이용할 수 있게 합니다.

미디어 스트리밍 요구 사항은 다양합니다. 직접 재생은 비교적 가볍지만, 실시간 트랜스코딩은 프로세서와 통합 그래픽에 훨씬 더 큰 부하를 줄 수 있습니다. 결과는 소스 코덱, 해상도, 비트레이트, 자막, 클라이언트 지원 여부, 동시 스트림 수에 따라 달라집니다.

오픈 소스 미디어 스택을 선호하는 사용자는 공식 Jellyfin 미디어 서버 설정 가이드를 따를 수도 있습니다.

Home Assistant와 ESPHome으로 스마트 기기를 한곳에 통합

Arthur는 향후 스마트 홈 프로젝트를 위해 Home Assistant와 ESPHome을 설치합니다.

Home Assistant를 사용하면 지원되는 조명, 센서, 스위치, 카메라, 온도 조절 시스템 및 기타 장치를 하나의 인터페이스로 통합할 수 있습니다. ESPHome은 호환되는 ESP8266 및 ESP32 장치를 구성하고 관리하는 데 흔히 사용됩니다.

이러한 도구를 로컬에서 실행하면 많은 일상적인 자동화 작업을 홈 네트워크 내에서 계속 작동하게 할 수 있습니다. 그래도 사용자는 백업을 유지하고 수동 대체 방법이 없는 중요한 자동화를 만들지 않아야 합니다. 드라이브 고장, 구성 오류 또는 네트워크 장애로 인해 필수 조명, 잠금 장치 또는 안전 시스템에 액세스할 수 없게 되어서는 안 됩니다.

가상 머신에서 Linux Mint 실행

가상화 애플리케이션을 사용하면 Arthur가 가상 머신을 만들고 브라우저에서 해당 화면에 액세스할 수 있습니다. 사전 설정 옵션에는 Windows 및 Linux 시스템이 포함되며, 사용자 지정 설치 이미지를 사용하면 호환되는 다른 운영 체제도 지원할 수 있습니다.

Arthur는 시연을 위해 Linux Mint 21을 설치하고 가상 머신이 약 1분 안에 시작된다고 설명합니다. 이는 보드가 일반 컨테이너와 함께 가벼운 게스트 환경도 호스팅할 수 있음을 보여 줍니다.

가상 머신은 대부분의 컨테이너보다 더 많은 리소스를 예약합니다. 16GB 시스템에서 게스트에 할당된 메모리는 ZimaOS와 다른 애플리케이션에서 사용할 수 없습니다. 가벼운 가상 머신 하나는 테스트나 격리된 서비스에 유용할 수 있지만, 가상화 환경을 많이 구성하려면 CPU, 메모리 및 저장 공간을 신중하게 계획해야 합니다.

Transmission으로 장시간 다운로드 처리

이어서 Arthur가 Transmission을 시연합니다. 오래 실행되는 다운로드를 항상 켜져 있는 홈 서버로 옮기면, 전송을 완료하기 위해 데스크톱 컴퓨터를 계속 켜 둘 필요가 없습니다.

Transmission을 사용하면 주 PC를 계속 켜 두지 않아도 서버에서 승인된 다운로드를 계속 진행할 수 있습니다.

BitTorrent는 오픈 소스 소프트웨어 배포를 비롯해 합법적인 용도로 사용되는 전송 프로토콜입니다. 사용자는 현지 법률, 저작권, 저장 공간 사용량, 대역폭 및 클라이언트를 통해 공유하는 모든 파일에 대해 책임을 집니다.

AI 어시스턴트와 브라우저 기반 애플리케이션

Arthur는 OpenClaw와 Hermes 같은 애플리케이션도 소개합니다. 일부 AI 애플리케이션은 외부 모델 API에 의존하므로 API 키, 계정 및 사용 예산이 필요합니다. 다른 구성에서는 로컬 모델을 사용할 수 있지만, 이러한 워크로드는 메모리, 스토리지 및 가속기 하드웨어에 더 크게 의존합니다.

API 자격 증명은 공개 스크린샷, 공유 구성 파일 또는 키 저장 방식이 명확히 설명되지 않은 애플리케이션 입력란에 절대 붙여 넣어서는 안 됩니다. 사용자는 가능한 경우 지출 한도를 설정하고, 노출되었을 수 있는 자격 증명은 모두 폐기해야 합니다.

이러한 워크로드에 필요한 하드웨어 요구 사항을 자세히 살펴보려면 관련 ZimaBoard 2 로컬 AI 어시스턴트 리뷰에서 스토리지, 메모리, API 및 PCIe 확장이 AI 서버 구축에 어떤 영향을 미치는지 설명합니다.

휴대폰 사진을 홈 서버에 백업하기

모바일 애플리케이션은 로컬 브라우저 인터페이스를 넘어 서버의 기능을 확장합니다. Arthur는 사진 백업을 활성화하여 휴대폰의 이미지가 백그라운드에서 ZimaBoard 2로 업로드되도록 합니다.

모바일 애플리케이션은 휴대폰 사진을 서버 소유자가 관리하는 저장 공간으로 전송할 수 있습니다.

이렇게 하면 휴대폰 사진 라이브러리의 복사본이 하나 더 생성되지만 서버도 백업해야 합니다. 휴대폰에서 로컬 원본을 삭제하고 서버에 유일한 남은 복사본이 있다면, 드라이브 하나의 고장이나 실수로 인한 삭제만으로도 데이터가 영구적으로 손실될 수 있습니다.

더 강력한 계획에서는 중복되거나 정기적으로 보호되는 서버 저장 공간에 휴대폰 백업을 보관하고, 별도의 장치나 오프사이트 위치에 또 다른 복사본을 만듭니다.

집을 떠나 ZimaBoard 2 모니터링하기

Arthur는 모바일 인터페이스를 사용해 서버가 온라인 상태인지 확인하고, 시스템 부하와 온도를 검토하며, 애플리케이션을 다시 시작합니다. 그는 휴대폰이 로컬 네트워크 밖에 있을 때도 이러한 관리 기능을 계속 사용할 수 있다고 설명합니다.

원격 모니터링을 사용하면 Arthur가 휴대폰으로 연결 상태, 부하, 온도 및 애플리케이션 상태를 확인할 수 있습니다.

원격 액세스는 편리하지만 신중하게 활성화해야 합니다. 관리자 자격 증명은 고유해야 하며, 불필요한 포트는 닫아 두어야 하고, ZimaOS와 설치된 애플리케이션은 모두 최신 상태로 유지해야 합니다. 사용자는 임의로 포트 포워딩하여 관리 인터페이스를 노출하기보다 최신 공식 안내를 따라야 합니다.

Arthur의 ZimaBoard 2 구축에서 보여 주는 내용

영역	영상에서 보여 주는 내용	계획이 필요한 부분
하드웨어	소형 금속 프레임에 보드, SATA 스토리지, 팬, PCIe 확장 장치를 장착할 수 있습니다.	드라이브 호환성, 전원, 냉각, 케이블 배선, 물리적 보호.
네트워킹	듀얼 2.5GbE 인터페이스는 호환 장비에 연결하면 더 빠른 로컬 네트워크 경로를 제공합니다.	스위치, 라우터, 클라이언트, 케이블링, 스토리지, 실제 처리량의 한계.
애플리케이션	ZimaOS는 여러 컨테이너 기반 웹 애플리케이션에 필요한 설정 작업을 줄여 줍니다.	스토리지 매핑, 권한, 업데이트, 계정, 애플리케이션별 설정.
가상화	16GB 구성에서는 가벼운 Linux 가상 머신을 실행할 수 있습니다.	리소스 할당과 동시에 실행되는 다른 서비스의 수.
모바일 액세스	사용자는 서버를 모니터링하고 휴대폰에서 사진을 전송할 수 있습니다.	인증, 안전한 원격 액세스, 백업 보존, 모바일 데이터 사용량.
셀프 호스팅	여러 일상적인 서비스를 개인이 직접 관리하는 하나의 시스템에서 실행할 수 있습니다.	유지 관리, 보안, 복구, 전력, 장기적인 데이터 보호.

이 홈 서버 구성은 누구를 위한 것일까요?

Arthur의 구성은 서비스마다 별도의 기기를 사용하는 대신 하나의 유연한 플랫폼을 원하는 사용자에게 잘 맞습니다.

• 셀프 호스팅 입문자는 그래픽 애플리케이션 설치로 시작해 기본 개념을 점진적으로 익힐 수 있습니다.
• 미디어 수집가는 로컬 스토리지에서 개인 음악, 영화, 프로그램, 사진을 정리할 수 있습니다.
• 스마트 홈 사용자는 상시 가동 시스템에서 Home Assistant와 관련 도구를 실행할 수 있습니다.
• 소규모 사무실은 일부 내부 애플리케이션, 백업, 파일 서비스를 호스팅할 수 있습니다.
• 홈랩 구축자는 컨테이너, 가상 머신, 네트워킹, PCIe 확장을 실험할 수 있습니다.
• 개인정보 보호를 중시하는 사용자는 개인 데이터가 타사 플랫폼에 전적으로 의존하는 정도를 줄일 수 있습니다.

업데이트나 백업을 전혀 신경 쓰지 않아도 되는 유지 관리 없는 기기를 원하는 사람에게는 적합하지 않습니다. 셀프 호스팅 서버는 소유자가 관리자가 되기 때문에 제어권을 제공합니다.

Arthur는 셀프 호스팅을 실용적인 가정 프로젝트처럼 느끼게 합니다

Arthur의 리뷰는 ZimaBoard 2가 여러 포트를 갖춘 소형 컴퓨터 그 이상인 이유를 보여 줍니다. x86 호환성, SATA 스토리지, PCIe 확장, 듀얼 2.5GbE, ZimaOS, 모바일 관리 기능이 결합되어 하나의 소형 시스템으로 다양한 홈 네트워크 서비스를 지원할 수 있습니다.

하드웨어 조립은 개방적이고 유연하게 유지되는 반면, 소프트웨어 사용 환경은 일반적인 애플리케이션을 설치할 때 필요한 명령줄 작업을 줄여 줍니다. Navidrome, Plex, Home Assistant, 가상 머신, Transmission, AI 도구, 모바일 사진 백업, 원격 모니터링을 모두 하나의 가정에서 각기 다른 용도로 활용할 수 있습니다.

그렇다고 셀프 호스팅이 완전히 자동화되는 것은 아닙니다. 소유자는 어떤 데이터를 서버에 보관할지, 누가 액세스할 수 있는지, 어떻게 백업할지, 애플리케이션을 어떻게 안전하게 유지할지를 여전히 결정해야 합니다. ZimaOS는 초기 진입 장벽을 낮추고, ZimaBoard 2는 시스템을 확장할 여지를 제공합니다.

원래의 분해 과정, 조립 과정, ZimaOS 둘러보기, 애플리케이션 시연 및 모바일 관리 테스트를 확인하려면 Arthur의 ZimaBoard 2 전체 리뷰를 시청하세요.

비슷한 홈 서버를 계획 중이거나 이미 미디어, 스마트홈 애플리케이션, 다운로드, 백업 또는 가상 머신에 ZimaOS를 사용하고 있다면 ZimaSpace 커뮤니티에 참여하여 구성을 공유하고 다른 제작자에게서 배워 보세요.

자주 묻는 질문

ZimaBoard 2가 홈 네트워크의 모든 기기를 대체할 수 있나요?

아니요. 많은 서비스를 중앙화할 수 있지만, 대부분의 가정에는 여전히 라우터, 네트워크 스위치 또는 액세스 포인트, 클라이언트 기기 및 적절한 저장 장치가 필요합니다. 정확한 역할은 소유자가 선택한 애플리케이션과 네트워크 구성에 따라 달라집니다.

초보자도 Linux 명령을 배우지 않고 ZimaOS를 사용할 수 있나요?

많은 애플리케이션은 그래픽 인터페이스를 통해 설치하고 관리할 수 있습니다. 고급 문제 해결, 사용자 지정 컨테이너, 권한 및 일반적이지 않은 네트워크 구성에는 여전히 명령줄 지식이 유용하지만, 모든 기본 설치에 필요한 것은 아닙니다.

ZimaBoard 2에 2.5GbE 네트워크가 필요한가요?

아니요. 이더넷 인터페이스는 호환되는 더 느린 속도로 작동할 수 있습니다. 표준 기가비트 이더넷을 초과하는 처리량이 필요한 경우에만 완전한 2.5GbE 경로가 필요합니다.

ZimaBoard 2에서 Plex와 Navidrome을 함께 실행할 수 있나요?

예. 선택한 작업을 처리할 수 있을 만큼 시스템에 충분한 저장 공간과 리소스가 있다면 가능합니다. Navidrome은 일반적으로 가볍지만, 미디어를 직접 재생하지 않고 트랜스코딩해야 할 경우 Plex의 요구 사항은 증가합니다.

ZimaBoard 2에서 Home Assistant를 실행할 수 있나요?

예. Arthur가 ZimaOS 환경을 통해 Home Assistant와 ESPHome을 설치합니다. 사용자는 기기 통합을 확인하고, 구성 백업을 유지하며, 필수 스마트홈 기능에 대한 수동 대체 방안을 마련해야 합니다.

16GB ZimaBoard 2에서 가상 머신을 실행할 수 있나요?

예. Arthur가 가상 머신에서 Linux Mint 21을 시연합니다. 사용 가능한 성능은 게스트에 할당된 리소스와 함께 실행되는 컨테이너에 따라 달라집니다.

모바일 사진 백업만으로 사진 라이브러리를 보호하기에 충분한가요?

아니요. 사진을 서버에 업로드하면 사본이 하나 더 생성되지만, 서버에도 별도의 백업이 필요합니다. 중요한 사진은 여러 저장 장치에 보관해야 하며, 그중 최소 한 개의 사본은 기본 서버와 분리된 곳에 있어야 합니다.