ASNetworking이 Proxmox를 설치하는 방법: ECC, ZFS 및 네트워크 고정

에바 왕

IceWhale author

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

How ASNetworking Installs Proxmox: ECC, ZFS & Network Pinning

자세한 스페인어 Proxmox 설치 강의를 제작해 주신 ASNetworking에 감사드립니다. 제작자의 강좌 3장에서는 하드웨어 요구 사항과 BIOS 설정에서 설치 프로그램, 스토리지 형식, 네트워크 인터페이스 고정으로 논의가 이어집니다. 아래 순서의 출처는 원본 31분 동영상입니다.

읽기 전에 시청하세요: 이 에피소드는 첫 번째 VM을 만들기 전에 이루어지는 결정을 이해하려는 홈 랩 구축자에게 적합합니다. Proxmox VE ISO, CPU 가상화 기능, 실제 메모리 계획, BIOS/UEFI, 설치 미디어, Ext4/XFS/Btrfs/ZFS 선택, 관리 네트워킹, 인터페이스 고정을 다룹니다. 제작자는 한 종류 이상의 랩 하드웨어를 사용하므로, 32GB RAM 예시와 더 큰 PC가 나온 스크린샷은 ZimaBoard 2의 사양이 아닙니다.

이 강의에서 유용한 점은 설치 프로그램 화면이 성공적으로 표시되는 것만으로는 안정적인 가상화 호스트가 완성되지 않는다는 사실입니다. CPU 기능, 게스트 메모리, 부팅 스토리지, 파일 시스템 동작, 안정적인 관리 네트워킹이 모두 나중에 노드가 수행할 수 있는 작업에 영향을 줍니다. ASNetworking은 설치 과정과 그 결과로 나타나는 Proxmox 인터페이스를 보여주지만, 이 에피소드는 VM 성능을 벤치마크하거나 모든 스토리지 구성이 모든 시스템에 적합하다는 사실을 입증하지는 않습니다.

검증된 ISO와 현실적인 하드웨어 계획으로 시작하기

제작자는 최소 및 권장 요구 사항을 검토하기 전에 Proxmox VE 다운로드와 검증 절차부터 시작합니다. 공식 Proxmox 다운로드 페이지에서 설치 프로그램을 받고, 설치 미디어에 기록하기 전에 공개된 체크섬을 확인하세요. 이렇게 하면 손상되었거나 잘못된 이미지를 하드웨어 문제로 오인해 문제를 해결하려는 상황을 줄일 수 있습니다.

최소한의 64비트 호스트, 메모리, 설치 디스크 하나, 네트워크 인터페이스만으로도 설치 프로그램을 실행할 수 있습니다. 하지만 이 기준만으로는 실제로 사용할 수 있는 게스트 용량을 알기 어렵습니다. 호스트, 모든 VM 또는 컨테이너, 그리고 선택한 스토리지 기능에 필요한 메모리를 각각 확보하세요. 동영상의 32GB 그래픽은 호스트에 2GB를 예약하고 게스트 전체에 30GB를 할당하는 예시일 뿐이며, ZimaBoard 2 어느 모델의 사양도 설명하지 않습니다. ECC 메모리는 지원되는 하드웨어에서 바람직한 안정성 기능이지만, Proxmox VE 설치를 위한 보편적인 필수 조건은 아닙니다. 실제 구성을 최신 Proxmox 하드웨어 요구 사항과 비교하세요.

ASNetworking이 책상 위에 놓인 소형 랩 서버 두 대를 소개하며 Proxmox 설치를 설명합니다 — 제작자가 두 대의 소형 서버를 보여주며 이 장에서 다룰 설치 관련 결정을 소개합니다.

64비트 CPU, RAM, 디스크, 네트워크 어댑터를 최소 Proxmox 호스트 구성 요소로 나열한 스페인어 슬라이드 — 최소 구성 요소 슬라이드는 시작점일 뿐이며, 실제 게스트 리소스는 별도로 계획해야 합니다.

설치 전에 가상화 기능 확인하기

이 에피소드에서는 CPU 가상화 확장 기능을 설명하고 IOMMU와 SR-IOV를 소개합니다. 하드웨어 가상화는 KVM 가상 머신 실행에 중요합니다. IOMMU는 장치 패스스루를 계획할 때 중요하며, SR-IOV는 장치, 펌웨어, 드라이버에 따라 달라지는 보다 특수한 기능입니다. 이러한 기능은 모든 기본 호스트가 완전히 지원해야 하는 체크리스트로 보기보다, 계획한 워크로드에 맞춰 확인해야 합니다.

이후 ASNetworking은 시스템의 BIOS/UEFI 설정을 열고 Intel VT-d가 활성화된 모습을 보여줍니다. 펌웨어 메뉴는 제조업체마다 다르므로, 스크린샷은 위치를 확인하는 예시로만 참고하고 자신의 시스템에서 설정과 기능을 확인하세요. 패스스루 프로젝트가 목표라면 할당할 수 없는 장치를 중심으로 VM을 구성하기 전에 먼저 이 결정을 내려야 합니다.

Intel VT-d와 SR-IOV 가상 기능이 네트워크 하드웨어를 가상 머신에 연결하는 모습을 보여주는 다이어그램 — 이 다이어그램은 고급 장치 기능을 가상 머신에 노출하는 방식을 설명하며, 지원 여부는 실제 하드웨어에 따라 달라집니다.

호스트 서비스와 가상 머신 사이에 32GB Proxmox 랩 메모리를 개념적으로 나눈 모습 — 32GB 다이어그램은 랩 환경의 예시 예산이며, 다른 곳에 표시된 ZimaBoard 2의 메모리 용량이 아닙니다.

ASNetworking이 Proxmox 랩 하드웨어를 설명하며 소형 서버를 들고 있습니다 — 요구 사항에서 설정으로 넘어가는 부분에서 ASNetworking이 하드웨어를 다시 보여줍니다.

시스템 에이전트 구성에서 Intel VT-d가 활성화된 ASUS UEFI BIOS 화면 — BIOS 예시에서는 VT-d가 활성화되어 있으며, 이 화면에 보이는 별도의 사전 부팅 IOMMU 옵션은 비활성화로 설정되어 있습니다.

대상 디스크와 파일 시스템을 신중하게 선택하기

설치 미디어를 만든 후 제작자는 Proxmox 설치 프로그램을 시작합니다. 디스크 선택을 확정하기 전에 대상 드라이브를 식별하고 운영 체제를 설치하면 기존 데이터가 삭제될 수 있다는 점을 이해해야 합니다. 이미 파일이나 운영 체제가 저장된 홈 서버를 재활용하는 경우 특히 중요합니다. 부팅 장치를 변경하기 전에 필요한 데이터를 백업하세요.

파일 시스템 섹션에서는 Ext4와 XFS 같은 일반적인 선택지와 Btrfs 및 ZFS 같은 COW(쓰기 시 복사) 옵션을 비교합니다. 단일 디스크로 구성한 간단한 랩과 중복 스토리지 설계에는 동일한 요구 사항이 적용되지 않습니다. ZFS는 체크섬, 스냅샷, 풀 기능을 제공하지만 적절한 디스크 구성과 메모리 예산도 필요합니다. 스냅샷은 특정 복구 작업에 도움이 되지만 독립적인 백업을 대신할 수는 없습니다. 소형 호스트에서 선택하기 전에 Proxmox ZFS 지침을 참고하세요.

설치 중 Proxmox VE 설치 프로그램에 최종 사용자 라이선스 계약이 표시됩니다 — 여기서는 설치 프로그램이 실행 중이며, 강의에서는 이어서 디스크 선택과 스토리지 구성을 진행합니다.

Ext4, XFS, Btrfs, ZFS 파일 시스템 특성을 비교한 슬라이드 — 제작자가 시스템 디스크를 특정 구성에 적용하기 전에 파일 시스템 계열을 비교합니다.

데이터 세트, 볼륨, 스냅샷, 체크섬, 스토리지 vdev를 보여주는 ZFS 아키텍처 다이어그램 — ZFS 다이어그램은 데이터 세트와 VM 볼륨을 스토리지 풀에 연결하며, 그림의 미러와 RAID-Z2는 예시일 뿐 필수 구성은 아닙니다.

ZimaBoard 2 미니 홈 서버는 연결된 드라이브와 확장 하드웨어가 장착된 모습으로 이 스토리지 논의에 다시 등장합니다. 컴팩트한 형태 덕분에 홈 랩에 유용하지만, 파일 시스템과 게스트 수는 정확한 보드 모델, 연결된 드라이브, 사용 가능한 메모리를 기준으로 선택해야 합니다. 동영상에 등장하는 다른 랩 장비를 ZimaBoard 2의 용량을 추정하는 근거로 사용해서는 안 됩니다.

ASNetworking이 보여주는 소형 스탠드와 확장 하드웨어에 드라이브가 장착된 ZimaBoard 2 — ZimaBoard 2에 스토리지가 연결된 모습입니다. 실제로 설치된 드라이브와 메모리를 기준으로 Proxmox 구성을 계획하세요.

관리 네트워크를 식별 가능한 상태로 유지하기

네트워크 단계에서는 관리 트래픽을 전달할 물리적 포트를 식별한 다음, 설정을 마치기 전에 주소, 게이트웨이, DNS, 호스트 이름을 확인하세요. NIC가 여러 개이거나 네트워크 카드를 추가한 호스트에서는 포트 이름을 잘못 매칭하면 설치가 성공했는데도 웹 인터페이스에 접근할 수 없는 것처럼 보일 수 있습니다.

이 에피소드에서 말하는 “인터페이스 고정”은 네트워크 인터페이스에 지속적인 이름을 할당하는 것을 의미합니다. VM을 CPU 코어에 고정하는 것을 뜻하지 않습니다. Proxmox는 이 목적을 위한 네트워크 인터페이스 고정 도구를 제공하며, 매핑을 변경하면 적용을 위해 주의 깊게 작업하고 재부팅해야 합니다. Proxmox 네트워크 구성 참고 자료에서 도구와 제한 사항을 확인하세요. 관리 네트워킹을 변경하는 동안에는 잘못된 매핑으로 호스트에 접근하지 못하는 상황을 방지할 수 있도록 로컬 액세스를 유지하세요.

ASNetworking이 인터페이스 고정 설명 중 별도의 랩 PC 내부 네트워크 카드를 가리킵니다 — 이 더 큰 PC는 물리 네트워크 인터페이스를 설명하기 위한 또 다른 랩 예시이며, ZimaBoard 2의 사양이 아닙니다.

첫 부팅 후 호스트 확인하기

마지막 화면에는 zima1과 zima2라는 두 노드가 표시된 Proxmox VE 웹 인터페이스가 나옵니다. 관리 화면에서 노드가 보인다는 것은 이 랩에서 인터페이스에 접근할 수 있음을 확인해 줄 뿐이며, 공유 스토리지, 장애 조치, 운영 환경에 적합한 클러스터를 그 자체로 입증하지는 않습니다. 자신의 설치에서는 먼저 의도한 호스트, 디스크, 네트워크 인터페이스가 올바르게 표시되는지 확인하세요. 그런 다음 작은 테스트 VM을 만들고 호스트를 재시작한 뒤 관리 액세스와 스토리지가 예상대로 복구되는지 확인하세요.