Koroma Tech가 Proxmox와 TrueNAS로 ZimaBoard 2를 테스트하는 방법

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

Koroma Tech는 ZimaBoard 2가 경량 서비스, 컨테이너, 스토리지 및 목적이 분명한 가상화를 위한 작고 조용한 홈 랩 플랫폼으로 가장 적합하다는 점을 확인했습니다. 테스트 결과, 이 보드는 브라우저로 관리하는 기본 서버 환경, Ubuntu LXC 컨테이너를 포함한 Proxmox, 미러링된 2개 드라이브 풀을 사용하는 TrueNAS를 실행할 수 있지만, 4코어 Intel N150을 고급 가상화 호스트처럼 취급해서는 안 됩니다.

실제 홈 랩에서 이 하드웨어가 어떻게 활용되는지 전체 설정 과정을 기록하고 공유해 주신 Koroma Tech에 감사드립니다. 그의 원본 영상에서는 하드웨어, 2개 드라이브 조립, 초기 서버 인터페이스, NVMe 확장, Proxmox 설치, Ubuntu LXC 테스트 및 TrueNAS 스토리지 구성을 다룹니다.

협업 공개: ZimaBoard 팀은 Koroma Tech의 영상에 소개된 보드와 액세서리를 제공했습니다. 제작자는 자신의 경험과 사용 목적을 공유한다고 밝혔습니다. 소프트웨어 버전, 인터페이스 세부 사항, 하드웨어 구성 및 호환성은 게시 후 변경될 수 있습니다.

결과: ZimaBoard 2는 다수의 코어를 갖춘 랙 서버를 축소한 대체품이 아닙니다. 이 제품의 강점은 조용한 작동, 듀얼 2.5GbE 네트워킹, 직접 연결 SATA 스토리지, 개방형 PCIe 확장성을 소형 x86 시스템에 결합해, 명확하게 정해진 하나의 홈 서버 역할을 맡길 수 있다는 점입니다.

기존 ZimaBoard에서 새로운 홈 랩 노드로

Koroma Tech는 유용한 장기 사용 경험으로 시작합니다. 그는 이미 기존 ZimaBoard 832 시스템 두 대를 보유하고 있으며, 방화벽, Docker 서버 및 일반적인 홈 랩 하드웨어로 사용해 왔습니다. 이 구형 보드들은 Proxmox 클러스터에서 재사용할 계획이므로, 이번 ZimaBoard 2 리뷰는 제품군을 처음 접한 시점의 인상이 아니라 실제 사용 경험을 바탕으로 합니다.

새 보드는 컴팩트하고 팬이 없는 알루미늄 디자인을 유지하면서 프로세서, 메모리, 네트워킹 및 확장 옵션을 업데이트했습니다. Koroma Tech가 리뷰용 제품을 배치하려는 곳은 홈 랩 내부의 전용 NixOS 개발 서버입니다. 이는 조용한 작동, 상시 가용성, Linux 호환성, 프로젝트별 스토리지나 인터페이스를 추가할 수 있는 충분한 확장성이라는 플랫폼의 강점에 잘 맞는 역할입니다.

이러한 사용 목적은 테스트의 나머지 부분에도 방향을 제시합니다. 그는 보드가 합성 데스크톱 벤치마크에서 우수한지를 묻는 대신, 실용적인 애플리케이션 호스트, 경량 하이퍼바이저 또는 소형 NAS로 활용할 수 있는지를 확인합니다.

ZimaBoard 2 하드웨어가 처리하도록 설계된 작업

ZimaBoard 2 미니 홈 서버는 Intel N150 프로세서를 기반으로 제작되었습니다. Intel은 공식 사양에서 N150을 최대 터보 주파수 3.6GHz, 프로세서 기본 전력 6W의 4코어 4스레드 프로세서로 설명합니다.

Koroma Tech는 16GB 메모리와 64GB eMMC 모델을 리뷰합니다. 더 작은 구성은 8GB 메모리와 32GB eMMC 스토리지를 사용합니다. 프로세서는 동일하므로 더 큰 모델이 더 많은 코어를 갖춘 컴퓨팅 서버로 바뀌는 것은 아닙니다. 대신 추가 메모리 덕분에 컨테이너, 애플리케이션 및 제한적인 가상화에 더 여유가 생깁니다.

하드웨어 계층 홈 랩에서의 역할 실질적인 한계
Intel N150 가벼운 서비스, 컨테이너, 네트워크 도구 및 특정 서버 작업을 실행합니다. 4코어 4스레드 구성은 고밀도 또는 CPU 집약적인 가상화를 제한합니다.
8GB 또는 16GB LPDDR5 애플리케이션, 컨테이너 및 소규모 가상화 환경에 메모리를 제공합니다. 메모리는 기존의 사용자가 교체할 수 있는 DIMM 방식이 아니라 온보드로 탑재되어 있습니다.
32GB 또는 64GB eMMC 제공된 시스템과 가벼운 부팅 환경을 저장합니다. Koroma Tech는 쓰기 작업이 많은 Proxmox 또는 TrueNAS 설치에 이를 사용하지 않습니다.
듀얼 2.5GbE Intel NIC 더 빠른 스토리지 트래픽, 네트워크 분할, 라우팅 및 방화벽 프로젝트를 지원합니다. 실제 처리량은 클라이언트, 스위치, 케이블, 드라이브 및 작업 부하에 따라 달라집니다.
SATA 포트 2개 HDD 또는 SSD 한 쌍을 데이터 및 전원 케이블로 직접 연결합니다. 드라이브 두 개는 단순한 단일 디스크 또는 미러 방식의 스토리지 구성을 선호합니다.
PCIe 확장 NVMe 스토리지, 네트워킹 또는 기타 작업별 하드웨어를 추가합니다. 선택한 어댑터 하나가 확장 경로를 차지하므로 실제 구성에 맞아야 합니다.

듀얼 2.5GbE Intel 포트가 중요한 이유

Koroma Tech가 네트워킹을 강조하는 이유는 기존 ZimaBoard를 방화벽으로 사용하면서 겪었던 두 가지 불편을 해결하기 때문입니다. 이전 구성에는 Realtek 네트워크가 사용되었고, OPNsense에서 간헐적인 연결 끊김과 추가 드라이버 작업을 경험했습니다. 또한 1GbE 포트는 VLAN 간 트래픽을 라우팅할 때 제약이 되었습니다.

ZimaBoard 2의 듀얼 2.5GbE Intel 인터페이스는 사용 가능한 네트워크 대역폭을 늘리고, 라우터, 방화벽, 분리된 홈 네트워크 또는 고속 NAS 연결을 위한 더 깔끔한 기반을 제공합니다. 두 번째 포트는 모든 작업을 하나의 인터페이스로 처리하도록 강제하는 대신 트래픽 경로를 분리할 수 있습니다.

포트가 2개라는 사실만으로 구성이 결정되지는 않습니다. 방화벽에는 여전히 인터페이스를 신중하게 할당하고 보안 규칙을 설정해야 하며, 스토리지 서버는 전송 속도가 기가비트를 넘어서려면 2.5GbE를 지원하는 스위치와 클라이언트가 필요합니다. 하드웨어는 당장의 포트 제약을 없애지만, 그 이점이 실제로 구현되는지는 네트워크 설계에 달려 있습니다.

2개 드라이브 및 PCIe 확장 구성 구축하기

이 리뷰에는 2베이 HDD 랙, PCIe 라이저, 어댑터 카드 및 옵션 팬이 포함됩니다. Koroma Tech는 드라이브 도크에 보드를 장착하고 라이저 어셈블리를 고정한 다음 드라이브 2개를 설치하고 SATA 데이터 및 전원 케이블을 연결합니다. 드라이브는 측면 장착 지점을 통해 랙을 안정적으로 지지하는 역할도 합니다.

그런 다음 PCIe를 통해 NVMe 어댑터를 추가합니다. 이렇게 하면 온보드 eMMC에는 기존의 가벼운 환경을, NVMe에는 대체 운영 체제나 가상화 호스트를, SATA 드라이브 2개에는 데이터를 배치하는 유용한 3계층 스토리지 계획을 구성할 수 있습니다.

완성된 구성은 베어 보드보다 크지만 여전히 개방적이고 접근하기 쉽습니다. 드라이브를 교체하거나 어댑터를 변경하거나 케이블 경로를 다시 정리할 때, 단단히 밀봉된 기기를 분해할 필요가 없어야 하는 홈 랩에서는 이러한 점이 중요합니다.

SATA 스토리지, 냉각 팬, 이더넷, 전원 및 디스플레이 연결 장치가 있는 2개 드라이브 랙에 조립된 ZimaBoard 2
Koroma Tech가 조립한 홈 랩 구성은 ZimaBoard 2와 SATA 드라이브 2개, 옵션 냉각 팬, 스토리지와 초기 설정에 필요한 연결 장치로 이루어져 있습니다.

브라우저로 관리하는 서버 환경 살펴보기

조립이 끝나면 Koroma Tech는 기본 제공 서버 환경으로 부팅한 뒤 웹 브라우저에서 접속합니다. 인터페이스는 스토리지, 시스템 상태, Docker 기반 애플리케이션 및 일반적인 셀프 호스팅 작업을 위한 대시보드를 제공합니다. 가상화 스택을 먼저 구축하지 않고 서비스를 배포하려는 경우, 이 방법이 가장 쉽게 시작할 수 있는 경로입니다.

기본 환경과 이후의 베어메탈 테스트는 서로 다른 사용자를 대상으로 합니다. 브라우저로 관리하는 애플리케이션 플랫폼은 파일 서비스와 컨테이너의 설정 부담을 줄여 줍니다. Proxmox는 격리된 시스템을 더욱 세밀하게 제어할 수 있게 합니다. TrueNAS는 스토리지 풀, 공유, 데이터 보호 및 스토리지 애플리케이션에 보다 직접적으로 초점을 맞춥니다.

설치 전에 중요한 결정을 내려야 합니다. 서버의 주요 용도에 따라 운영 환경을 선택하세요. 하드웨어가 지원한다는 이유만으로 여러 플랫폼을 설치하면 불필요한 마이그레이션과 분산된 스토리지가 생길 수 있습니다.

Koroma Tech가 NVMe에 대체 시스템을 설치하는 이유

Koroma Tech는 Proxmox와 TrueNAS를 기술적으로는 온보드 eMMC에 설치할 수 있지만 NVMe 드라이브를 선택했다고 설명합니다. 그의 우려는 지속적인 디스크 활동입니다. 가상화 플랫폼, 데이터베이스, 로그, 메타데이터 및 시스템 업데이트는 기본 제공되는 경량 환경보다 더 많은 쓰기를 발생시킬 수 있습니다.

NVMe를 사용하면 대체 운영 체제를 두 개의 SATA 데이터 드라이브와 분리하고 온보드 eMMC 환경을 그대로 유지할 수 있습니다. 또한 저장 장치의 역할을 더 쉽게 이해할 수 있습니다. NVMe는 활성 시스템을 담당하고 HDD는 용량 중심의 풀을 저장합니다.

이는 보편적으로 요구되는 사항이 아니라 설계상의 결정입니다. 소규모 테스트 설치는 eMMC에서 작동할 수 있지만, 장기적인 안정성은 워크로드, 여유 공간, 쓰기량, 백업, 그리고 실제 저장 장치의 내구성에 따라 달라집니다. Koroma Tech는 테스트하려는 시스템에 보다 보수적인 방식을 선택합니다.

Proxmox 및 Ubuntu LXC 컨테이너 실행

Koroma Tech는 BIOS에 진입하고 Proxmox USB 설치 프로그램으로 부팅한 다음 NVMe 드라이브에 Proxmox를 설치합니다. 설치가 정상적으로 완료된 후 Ubuntu LXC 컨테이너를 배포하여 가상화 환경이 제대로 작동하는지 확인합니다.

컨테이너가 정상적으로 실행됩니다. 이는 컨테이너가 여러 대의 완전한 가상 머신을 구성하는 것보다 사용 가능한 하드웨어에 더 잘 맞기 때문에 중요합니다. Proxmox는 해당 플랫폼이 KVM 가상 머신과 Linux 컨테이너를 통합하며, Linux 환경을 격리하는 동시에 호스트 커널을 공유한다고 설명합니다.

이 공유 커널 모델은 일반적으로 각 워크로드에 전체 게스트 운영 체제를 제공하는 것보다 적은 리소스를 필요로 합니다. 따라서 4코어, 16GB 홈 서버에서는 LXC 컨테이너를 사용하면 서비스 자체에 할당할 수 있는 CPU와 메모리를 더 많이 확보할 수 있습니다.

ZimaBoard 2에서 Ubuntu LXC 컨테이너 템플릿을 표시하는 Proxmox VE 9.2.2 인터페이스
Koroma Tech는 ZimaBoard 2에 경량 Linux 컨테이너를 배포하기 전에 Proxmox VE 9.2.2에서 Ubuntu LXC 템플릿을 선택합니다.

Proxmox 워크로드를 멈춰야 할 지점

설치에 성공했다고 해서 모든 가상화 계획이 적절한 것은 아닙니다. Koroma Tech는 Intel N150이 4코어라는 점을 거듭 강조합니다. 여러 개의 경량 컨테이너는 시스템을 합리적으로 활용하는 방법이 될 수 있지만, 리소스를 많이 사용하는 여러 가상 머신은 동일한 CPU 시간과 메모리를 두고 경쟁할 수 있습니다.

현실적인 Proxmox 계획에는 웹 서비스를 위한 소형 Linux 컨테이너, 네트워크 유틸리티를 위한 또 다른 컨테이너, 그리고 신중하게 규모를 조정한 테스트 환경이 포함될 수 있습니다. 여러 대의 VM을 항상 바쁘게 실행하거나, 무거운 컴파일, 대규모 데이터베이스, 집중적인 감시 영상 분석 또는 기타 지속적인 CPU 작업이 필요한 경우에는 적합성이 떨어집니다.

배포 모델을 선택하는 독자를 위해 ZimaSpace의 베어메탈, Docker 및 Proxmox 홈랩의 장단점 비교 가이드는 격리가 필요한 경우와 불필요한 가상화 오버헤드를 구분하는 데 도움을 줍니다.

동일한 하드웨어를 TrueNAS 서버로 전환하기

이어서 Koroma Tech는 Proxmox를 TrueNAS로 교체하고, 다시 운영 체제를 NVMe에 설치합니다. 특별한 우회 방법 없이 설치가 완료되며, 대시보드에는 온보드 eMMC, NVMe 시스템 드라이브 및 SATA 하드 드라이브 두 개가 감지됩니다.

그는 두 HDD로 풀을 만들고 미러 구성을 선택합니다. TrueNAS는 미러를 각 디스크에 데이터의 정확한 복사본을 저장하는 VDEV로 정의합니다. 최소 두 개의 드라이브가 필요하며, TrueNAS 풀 문서에 따르면 사용 가능한 용량은 단일 디스크의 크기와 같습니다.

미러 구성은 구성원 디스크 하나에 장애가 발생해도 가용성을 보호하지만, 독립적인 백업은 아닙니다. 실수로 인한 삭제, 악성 코드, 애플리케이션 오류, 시스템 전체의 손상은 두 복사본 모두에 영향을 줄 수 있습니다. 중요한 데이터에는 여전히 별도의 백업이 필요하며, 서버 외부에 보관된 사본을 포함하는 것이 좋습니다.

ZimaBoard 2에 연결된 3.64TiB SATA 하드 드라이브 두 개를 감지한 TrueNAS 풀 구성 화면
Koroma Tech가 스토리지 풀 구성을 시작하자 TrueNAS가 ZimaBoard 2에 연결된 3.64TiB SATA 하드 드라이브 두 개를 감지합니다.

Proxmox와 TrueNAS 중 어떤 테스트가 하드웨어에 더 적합할까요?

주요 목표 더 나은 시작 경로 이유
최소한의 설정으로 셀프 호스팅 앱 몇 개 설치 브라우저로 관리하는 기본 제공 환경 하이퍼바이저를 구축하지 않고도 애플리케이션 중심 인터페이스를 제공합니다.
격리된 Linux 서비스를 여러 개 실행 LXC를 사용하는 Proxmox 컨테이너는 여러 개의 완전한 VM보다 제한된 CPU와 메모리를 더 효율적으로 사용합니다.
2드라이브 스토리지 서버로 집중 구성 TrueNAS 풀, 데이터셋, 공유, 보호 기능 및 스토리지 앱을 중심으로 시스템을 구성합니다.
전용 Linux 개발 환경 하나를 테스트 베어메탈 Linux 또는 신중하게 규모를 조정한 Proxmox 게스트 명확한 단일 역할을 부여하면 불필요한 계층에 리소스를 낭비하지 않을 수 있습니다.
무거운 가상 머신을 여러 개 실행 더 많은 코어를 갖춘 서버 추가 스토리지를 설치하더라도 N150이 병목 리소스가 됩니다.

Koroma Tech는 외장 2베이 드라이브 랙에서 TrueNAS가 특히 적합하다고 봅니다. 스토리지 하드웨어의 역할이 분명하기 때문입니다. Proxmox도 사용할 수 있지만, 그 가치는 게스트 수를 최대화하기보다 가벼운 컨테이너와 선별적인 가상화에서 나옵니다.

리뷰가 입증하는 것과 입증하지 않는 것

리뷰가 보여 주는 내용 보장하지 않음
ZimaBoard 2는 NVMe 드라이브에서 Proxmox를 실행할 수 있습니다. 모든 가상 머신 모음이 4개의 코어와 사용 가능한 메모리 안에 들어갑니다.
Ubuntu LXC 컨테이너가 정상적으로 실행됩니다. 모든 애플리케이션의 리소스 요구 사항이나 컨테이너 호환성이 동일합니다.
TrueNAS가 NVMe와 2개의 SATA 드라이브를 감지합니다. 모든 어댑터, 디스크, 인클로저 또는 향후 출시될 TrueNAS 버전이 동일하게 작동합니다.
두 개의 드라이브로 미러링된 풀을 구성할 수 있습니다. 미러링은 중요한 파일을 별도의 백업 없이 보호해 줍니다.
PCIe를 사용하면 이 소형 플랫폼을 구성에 맞게 설정할 수 있습니다. 모든 확장 장치를 하나의 PCIe 경로에 동시에 설치할 수 있습니다.

이 ZimaBoard 2 구성을 고려해야 하는 사람은?

이 구성은 첫 번째 또는 보조 홈 랩 노드, 소형 2드라이브 NAS, 전용 개발 서버, Docker 또는 LXC 호스트, 네트워크 장비, Home Assistant 시스템을 구축하려는 사람에게 적합합니다. 특히 멀티코어 성능보다 팬리스 작동과 개방형 확장성을 중시한다면 매력적인 선택입니다.

8GB 모델은 특정한 경량 역할을 충분히 수행할 수 있습니다. 16GB 모델은 여러 컨테이너, 캐싱, 파일 서비스, 실험을 위한 여유 공간을 더 제공하지만, 변하지 않는 4코어 프로세서가 여전히 컴퓨팅 성능의 한계를 정합니다. 구매자는 메모리 용량만이 아니라 워크로드의 수와 동작 방식에 따라 구성을 선택해야 합니다.

계획이 수많은 전체 VM, 높은 동시 컴퓨팅 성능, 플랫폼 한도를 초과하는 메모리, 다수의 내부 드라이브 또는 여러 PCIe 장치에 의존한다면 더 큰 서버가 적합합니다. ZimaBoard 2는 용도를 명확하게 정의할 수 있을 때 가장 강력합니다.

작은 서버는 역할이 명확할 때 유용해진다

Koroma Tech의 리뷰는 영상 제목을 뒷받침합니다. ZimaBoard 2는 작지만 과소평가해서는 안 됩니다. 이 하드웨어는 접근하기 쉬운 서버 인터페이스, Ubuntu LXC를 사용하는 Proxmox, 미러링된 SATA 스토리지를 사용하는 TrueNAS 사이를 성공적으로 오갈 수 있습니다.

이 테스트는 올바른 한계도 보여 줍니다. PCIe와 NVMe는 스토리지와 기능을 확장할 수 있지만, 4코어 N150을 고밀도 가상화 서버로 바꾸지는 못합니다. 가장 효율적인 배포 방식은 보드에 명확한 역할을 부여하고, 보드의 리소스를 고려해 컨테이너, 스토리지 구성, 운영 체제를 선택하는 것입니다.

물리적 조립 과정과 전체 인터페이스 시연은 Koroma Tech의 전체 리뷰에서 확인하세요. 홈 서버 실험, 배포 아이디어, 다른 빌더들의 실용적인 피드백을 더 살펴보려면 ZimaSpace Discord 커뮤니티에 참여하세요.

지마 캠페인 허브

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.