mblee

GTR7 Proxmox 홈랩 최종 구성안 (ID 및 스토리지 타입 포함)

27 min read

GTR7 기반의 Proxmox 홈랩 구축 및 효율적인 자원 분배 계획

핵심 전략: GTR7의 8코어/64GB RAM 자원을 효율적으로 분배하고, AMD Radeon 780M iGPU를 적극 활용하며, 간헐적 사용 패턴에 최적화된 VM/LXC 기반 Docker 환경을 구축합니다. 모든 서비스는 Tailscale을 통해 Oracle Cloud Traefik과 연동됩니다.

1. 핵심 인프라 및 관리 (VMs - ID 100번대)

이 VM들은 Proxmox 홈랩의 기반을 형성하며, 안정적이고 효율적인 운영을 위해 중요합니다.

100 (vm00-OPNsense-FW) - OPNsense VM

  • 목적: Proxmox 가상 네트워크의 메인 방화벽, 게이트웨이, DHCP, DNS 서버 역할. 내부 네트워크 보안 및 트래픽 제어의 핵심. 라우터 방화벽 설정
  • 주요 서비스/역할: OPNsense OS, Firewall, Router, DHCP Server, DNS Resolver/Forwarder.
  • 권장 자원: CPU: 2 vCPU, RAM: 4GB, 스토리지: 120GB (qcow2, NVMe LVM)
  • 스토리지 타입 선택 이유: 네트워크 트래픽 처리에 LVM의 직접적인 성능 이점이 크고, 데이터 안정성보다는 속도와 구성 유연성이 중요합니다.

101 (vm01-haos) - Home Assistant Operating System VM

  • 목적: 홈 자동화 및 스마트 홈 기기 통합 제어.
  • 주요 서비스/역할: Home Assistant OS, 스마트 홈 통합 및 자동화.
  • 권장 자원: CPU: 2 vCPU, RAM: 4GB, 스토리지: 32GB (NVMe LVM)
  • 스토리지 타입 선택 이유: HA OS는 특수한 구조로, LVM이 안정적이고 유연하게 동작합니다. 데이터베이스 등의 중요 데이터는 HA 내부에서 관리되므로 스냅샷은 Proxmox의 VM 스냅샷으로 관리합니다.

102 (vm02-SA6400) - Synology SA6400 VM (가상 NAS)

  • 목적: Proxmox 내부의 Immich 사진/비디오 데이터 보관, Proxmox 환경 내 보조/테스트 NAS 역할.
  • 주요 서비스/역할: Synology DSM, NFS/SMB 공유, 스토리지 볼륨 (Proxmox 호스트의 ZFS와 연동).
  • 권장 자원: CPU: 4 vCPU, RAM: 8GB, 스토리지: 512GB (NVMe ZFS)
  • 스토리지 타입 선택 이유: Immich와 같은 사진/비디오 데이터는 무결성과 스냅샷(버전 관리, 실수 복구) 기능이 매우 중요합니다. ZFS의 강점을 가장 잘 활용할 수 있는 서비스입니다.

103 (vm03-EBOOK) - Ubuntu VM (삭제 예정) – lxc01-ebook 으로 생성

  • 목적: 개인 이북 관리 및 서비스.
  • 주요 서비스/역할: Kavita, Calibre-web Automated, book-downloader
  • 권장 자원: CPU: 2 vCPU, RAM: 4GB, 스토리지: 20GB (NVMe LVM)
  • 스토리지 타입 선택 이유: 이북 서비스는 데이터 무결성보다는 단순한 파일 저장 및 액세스에 초점을 맞추므로 LVM이 효율적입니다.

104 (vm04-win11) - Windows 11 VM, prox-win11-1

  • 목적: 원격 접속, 일반적인 데스크톱 작업, 특정 Windows 전용 소프트웨어 활용, 개발 내용 검색 등 범용적인 Windows 환경, 윈도우 개발환경, vscode, git, quartz4 clone, cloudflare pages 연동, Obsidian 블로그 작성
  • 주요 서비스/역할: Windows OS, RDP (원격 데스크톱), 웹 브라우저, 생산성 소프트웨어, (선택 사항) WSL2 및 Docker Desktop.
  • 권장 자원: CPU: 8 vCPU, RAM: 12GB, 스토리지: 100GB (qcow2, NVMe LVM)
  • GPU 활용: AI 연동 작업이나 특정 그래픽 작업이 이 VM에서 이루어질 경우, AMD Radeon 780M iGPU 패스스루를 고려할 수 있습니다.
  • 스토리지 타입 선택 이유: Windows OS의 일반적인 작업에 고성능 LVM 스토리지가 적합하며, 스냅샷 활용 빈도가 높지 않습니다.

105 (vm05-win11) - Windows 11 VM 24h2, prox-win11

  • 목적: 원격 접속, 일반적인 데스크톱 작업, 특정 Windows 전용 소프트웨어 활용, 개발 내용 검색 등 범용적인 Windows 환경
  • 주요 서비스/역할: Windows OS, RDP (원격 데스크톱), 웹 브라우저, 생산성 소프트웨어, (선택 사항) WSL2 및 Docker Desktop.
  • 권장 자원: CPU: 8 vCPU, RAM: 12GB, 스토리지: 100GB (qcow2, NVMe LVM)
  • GPU 활용: AI 연동 작업이나 특정 그래픽 작업이 이 VM에서 이루어질 경우, AMD Radeon 780M iGPU 패스스루를 고려할 수 있습니다.
  • 스토리지 타입 선택 이유: Windows OS의 일반적인 작업에 고성능 LVM 스토리지가 적합하며, 스냅샷 활용 빈도가 높지 않습니다.

106 (vm06-Sequoia) - Mac 16 Sequoia

  • 목적: 원격 접속, 일반적인 데스크톱 작업, 특정 Mac 전용 소프트웨어 활용, 개발 내용 검색 등 범용적인 Mac 환경
  • 주요 서비스/역할: Mac OS, RDP (원격 데스크톱), 웹 브라우저, 생산성 소프트웨어, (선택 사항) WSL2 및 Docker Desktop.
  • 권장 자원: CPU: 4 vCPU, RAM: 16GB, 스토리지: 128GB (NVMe LVM)
  • GPU 활용: AI 연동 작업이나 특정 그래픽 작업이 이 VM에서 이루어질 경우, AMD Radeon 780M iGPU 패스스루를 고려
  • 스토리지 타입 선택 이유: Mac OS의 일반적인 작업에 고성능 LVM 스토리지가 적합하며, 스냅샷 활용 빈도가 높지 않습니다.

2. 공용 서비스 및 관리 (LXC - ID 200번대)

이 LXC는 Proxmox 내 다른 서비스들을 지원하거나 중앙에서 관리하는 역할을 수행합니다.

200 (lxc00-prox-mgmt) - Ubuntu LXC

  • 목적: Proxmox 자체 관리 및 공용 서비스 호스팅.
  • 주요 서비스/역할:
    • Guacamole: 중앙 집중식 원격 접속 게이트웨이.
    • Postgres, InfluxDB: 로깅/모니터링 데이터베이스.
    • Grafana: 모니터링 대시보드.
    • Portainer Server: 모든 Docker 컨테이너를 중앙에서 관리하는 허브.
    • Docker Engine: 위에 나열된 서비스 및 Portainer를 위한 Docker 런타임.
  • 권장 자원: CPU: 2 vCPU, RAM: 2GB, Swap: 512MB, 스토리지: 20GB (NVMe LVM)
  • 스토리지 타입 선택 이유: 다양한 관리 도구와 Docker 컨테이너의 OS 및 애플리케이션 데이터 저장에 LVM이 일반적이고 성능에 문제가 없습니다. DB 데이터의 경우, 백업은 Proxmox 레벨에서 수행합니다.

201 (lxc01-ebook) - Ubuntu LXC

  • 목적: 개인 이북 관리 및 서비스.
  • 주요 서비스/역할: Kavita, Calibre-web Automated, book-downloader
  • 권장 자원: CPU: 2 vCPU, RAM: 4GB, Swap: 512MB, 스토리지: 20GB (NVMe LVM)
  • 스토리지 타입 선택 이유: 이북 서비스는 데이터 무결성보다는 단순한 파일 저장 및 액세스에 초점을 맞추므로 LVM이 효율적입니다.

202 (lxc02-pbs) - Ubuntu LXC

  • 목적: Proxmox Backup Server
  • 주요 서비스/역할: Proxmox lxc, vm 증분백업
  • 권장 자원: CPU: 2 vCPU, RAM: 4GB, Swap: 512MB, 스토리지: 40GB (NVMe LVM)
  • 스토리지 타입 선택 이유: 백업 서비스는 빠른 쓰기/읽기 및 안정성이 중요하며, LVM이 효율적입니다.

203 (lxc03-gemma) - Ubuntu LXC

  • 목적: AI API 연동 서버, 개발 서버와 연동
  • 주요 서비스/역할: 개발 시 개발툴과 AI API 연동
  • 권장 자원: CPU: 4 vCPU, RAM: 8GB, Swap: 512MB, 스토리지: 100GB (NVMe LVM)
  • 스토리지 타입: LVM

204 (lxc04-geminicli) - Ubuntu LXC

  • 목적: 모든 서버에서 Gemini CLI 연동 사용
  • 주요 서비스/역할: Ubuntu Gemini CLI 연동 서비스
  • 권장 자원: CPU: 1 vCPU, RAM: 1GB, Swap: 512MB, 스토리지: 15GB (NVMe LVM)
  • 스토리지 타입: LVM

205 (lxc05-utils) - Ubuntu LXC

  • 목적: 개인 문서 관리 및 기타 유틸리티.
  • 주요 서비스/역할: Paperless-ngx, Stirling, Fumadocs 등 (Docker Compose로 설치).
  • 권장 자원: CPU: 2 vCPU, RAM: 8GB, Swap: 512MB, 스토리지: 40GB (NVMe LVM)
  • 스토리지 타입 선택 이유: 문서 OCR 처리 등 순간적인 CPU/RAM 소모가 있을 수 있으나, LVM의 성능으로 충분합니다. 문서 데이터의 중요도를 고려하여 정기적인 백업을 물리 Synology로 진행합니다.

3. 협업 및 개발 환경 (LXC - ID 200번대)

이 LXC들은 개인 프로젝트, 협업, 그리고 AI/ML 개발을 위한 환경을 제공합니다.

206 (lxc06-groupware) - Ubuntu LXC

  • 목적: 개인/가족 그룹웨어 (Nextcloud, Gitea 등).
  • 주요 서비스/역할: 그룹웨어 애플리케이션 (Docker Compose로 설치).
  • 권장 자원: CPU: 4 vCPU, RAM: 8GB, Swap: 512MB, 스토리지: 50GB (NVMe LVM)
  • 스토리지 타입 선택 이유: 일반적인 웹 서비스이므로 LVM이 효율적입니다. 데이터베이스는 Docker 내부에서 관리될 것이며, 백업은 Proxmox 레벨에서 수행합니다.

207 (lxc07-dev) - Ubuntu LXC

  • 목적: 코드 개발 및 테스트 환경, AI/ML 모델 개발 및 테스트.
  • 주요 서비스/역할: Code-Server (웹 기반 IDE), Git 클라이언트, Python/Node.js 런타임, Docker (개발 컨테이너 테스트). AI/ML 툴킷 및 라이브러리 (TensorFlow, PyTorch 등).
  • 권장 자원: CPU: 4 vCPU, RAM: 8GB, Swap: 512MB, 스토리지: 100GB (NVMe ZFS)
  • GPU 활용: AMD Radeon 780M iGPU 패스스루를 통해 AI/ML 연산 가속을 위한 GPU를 할당합니다.
  • 스토리지 타입 선택 이유: 개발 프로젝트 코드, AI/ML 모델, 데이터셋 등은 데이터 손실 시 치명적일 수 있습니다. ZFS의 스냅샷 기능과 데이터 무결성 검사는 이러한 중요 데이터를 안전하게 관리하는 데 매우 유리합니다.

208 (lxc08-immich) - Ubuntu LXC

  • 목적: 개인 사진/비디오 백업 및 관리.
  • 주요 서비스/역할: Immich 서비스 (Docker Compose로 설치).
  • 권장 자원: CPU: 2 vCPU, RAM: 4GB, 스토리지: 20GB (NVMe LVM - OS 및 Immich 애플리케이션)
  • 스토리지 타입 선택 이유: LXC 자체의 OS와 Immich 애플리케이션은 LVM에 설치하고, 실제 사진/비디오 데이터는 103 (vm-nas)의 ZFS 공유 폴더에 마운트하거나, LXC에 직접 ZFS 데이터셋을 마운트하여 사용하는 것이 좋습니다. (사진/비디오 데이터의 무결성과 스냅샷이 중요하기 때문)

209 (lxc09-plex) - Ubuntu LXC

  • 목적: 개인 미디어 서버.
  • 주요 서비스/역할: Plex Media Server (Docker로 설치).
  • 권장 자원: CPU: 4 vCPU, RAM: 8GB, 스토리지: 50GB (NVMe LVM)
  • GPU 활용: AMD Radeon 780M iGPU 패스스루를 통해 Plex의 하드웨어 트랜스코딩을 활성화합니다.
  • 스토리지 타입 선택 이유: Plex의 메타데이터나 캐시 데이터는 LVM에 두어 빠른 읽기/쓰기를 활용하고, 실제 미디어 라이브러리 파일은 물리 Synology 713+ NAS를 NFS/SMB로 마운트하여 사용하므로 Plex 자체의 스토리지 요구량은 크지 않습니다.

4. 백업 계획 (복제본)

  • Synology 713+ 로 백업 예정. 현재는 Proxmox에 300번대로 백업 중.
  • 백업 VM 목록:
    • 300 (vm00-OPNsense-FW): OPNsense 설치 및 설정 1차 완료본 (문제 시 롤백용)
    • 301 (vm00-OPNsense-FW): OPNsense 설치 및 설정 최종 완료본 (문제 시 롤백용)
    • 304 (vm04-win11): Windows 11 VM, prox-win11-1 (개발용 Win11 백업용), qcow2 사용
    • 305 (vm05-win11): Windows 11 VM 24h2, prox-win11 (일반용 Win11 24h2 백업용), qcow2 사용

5. 스토리지 할당량 분석

계획된 구성에 따른 스토리지 총 할당량은 다음과 같습니다.

  • 총 LVM 할당량: 1,205 GB (1TB LVM 풀 내) (약 1.2 TB)
  • 총 ZFS 할당량: 612 GB (1TB ZFS 풀 내)

백업본 제외 스토리지 상세 내역

참고용으로 백업 VM을 제외한 상세 할당 내역입니다.

총 LVM 할당량: 765 GB

  • VMs (가상머신):
    • 100 (vm00-OPNsense-FW): 120 GB
    • 101 (vm01-haos): 32 GB
    • 104 (vm04-win11): 100 GB
    • 105 (vm05-win11): 100 GB
    • 106 (vm06-Sequoia): 128 GB
  • LXC (리눅스 컨테이너):
    • 200 (lxc00-prox-mgmt): 20 GB
    • 201 (lxc01-ebook): 20 GB
    • 202 (lxc02-pbs): 40 GB
    • 203 (lxc03-gemma): 100 GB
    • 204 (lxc04-geminicli): 15 GB
    • 205 (lxc05-utils): 40 GB
    • 206 (lxc06-groupware): 50 GB

총 ZFS 할당량: 612 GB

  • VMs (가상머신):
    • 102 (vm02-SA6400): 512 GB
  • LXC (리눅스 컨테이너):
    • 207 (lxc07-dev): 100 GB

현재 디스크 상태 및 계획 비교 (df -h 기준)

df -h의 현재 디스크 상태와 계획된 할당량을 비교했을 때, 다음과 같은 점을 확인했습니다.

root@proxmox:~# free -h
              total        used        free      shared  buff/cache   available
Mem:           58Gi        18Gi        40Gi        49Mi       987Mi        40Gi
Swap:         8.0Gi          0B       8.0Gi
root@proxmox:~# df -h
Filesystem                    Size  Used Avail Use% Mounted on
udev                           30G     0   30G   0% /dev
tmpfs                         5.9G  3.7M  5.9G   1% /run
/dev/mapper/pve-root          930G  216G  675G  25% /
tmpfs                          30G   46M   30G   1% /dev/shm
tmpfs                         5.0M     0  5.0M   0% /run/lock
efivarfs                      128K   18K  106K  15% /sys/firmware/efi/efivars
/dev/nvme1n1p2               1022M   12M 1011M   2% /boot/efi
proxmox-zfs                   400G  128K  400G   1% /proxmox-zfs
proxmox-zfs/subvol-207-disk-0 100G  3.4G   97G   4% /proxmox-zfs/subvol-207-disk-0
/dev/fuse                     128M   40K  128M   1% /etc/pve
tmpfs                         5.9G     0  5.9G   0% /run/user/1000

💾 스토리지 구성 분석:

  • LVM (1TB 풀): 계획된 총 LVM 할당량은 765GB입니다. 이는 물리적인 1TB 풀 용량보다 작으므로, 씬 프로비저닝(Thin Provisioning)에 대한 걱정 없이 매우 안정적으로 운영할 수 있는 훌륭한 구성입니다. 실제 사용량이 늘어나도 충분한 여유 공간을 가지고 있습니다.
  • ZFS (1TB 풀): 총 ZFS 할당량은 612GB, 1TB 풀 안에서 충분히 안정적으로 운영 가능합니다.

결론적으로, 백업을 Synology로 이전하는 계획은 Proxmox 호스트의 스토리지 부담을 크게 줄여주어, 각 서비스를 더욱 쾌적하고 안정적으로 운영할 수 있게 해주는 아주 좋은 전략입니다. 👍

6. 핵심 설정 및 확장 계획

AMD Radeon 780M iGPU 패스스루 (핵심 설정)

이 구성의 핵심 성능 향상 요소입니다. Proxmox 호스트에서 설정 후 각 VM/LXC에 적용합니다:

  1. Proxmox 호스트에서 IOMMU 활성화.
  2. PCI 장치 격리 (VFIO 설정): AMD iGPU를 VM/LXC로 패스스루할 수 있도록 드라이버를 설정합니다.
  3. VM/LXC에 GPU 할당: 각 VM/LXC의 설정에서 PCI 디바이스(내장 GPU)를 추가합니다.
  4. VM/LXC 내 드라이버 설치: 할당된 VM/LXC 내부에서 AMD GPU 드라이버 및 필요한 라이브러리 (VAAPI for Plex, ROCm for AI/ML)를 설치합니다.

6.1. 개인 클라우드 및 파일 동기화

  • Nextcloud: 기존 ‘lxc06-groupware’에 포함될 수 있지만, 단순 파일 동기화 및 공유를 넘어 문서 편집, 캘린더, 연락처, 태스크 관리 등 다양한 기능을 제공하는 강력한 개인 클라우드 솔루션입니다. Google Drive나 Dropbox를 대체할 수 있습니다.
    • 권장 스토리지: 대용량 파일이 많다면 물리 NAS (Synology 713+)를 스토리지 백엔드로 사용하는 것이 좋습니다.
    • 예상 스토리지 (lxc06-groupware 확장 또는 새로운 LXC): 10GB (LVM)
      • (참고: 실제 파일 동기화 데이터는 물리 NAS를 활용하므로 LXC 자체 스토리지 사용량은 크지 않습니다.)

6.2. RSS 리더 및 뉴스 클리핑

  • FreshRSS / Miniflux (LXC-Utils-2에 포함): 개인 RSS 피드 리더를 호스팅하여 좋아하는 블로그나 뉴스 소식을 한곳에서 모아볼 수 있습니다. 광고 없이 깔끔하게 피드를 소비할 수 있습니다.
  • Wallabag (LXC-Utils-2에 포함): 웹 페이지를 저장하여 나중에 읽을 수 있도록 해주는 “Read It Later” 서비스입니다. 중요한 기사나 정보를 스크랩하여 개인 라이브러리에 저장할 수 있습니다.
    • 예상 스토리지 (LXC-Utils-2): 10GB (LVM)

6.3. 웹 기반 마크다운 노트 및 위키

  • Joplin Server / HedgeDoc (CodiMD) (LXC-Utils-2에 포함): 개인 노트나 팀 위키를 위한 웹 기반 솔루션입니다. 마크다운으로 깔끔하게 정리하고, 다른 기기에서 동기화하여 접근할 수 있습니다. Joplin은 클라이언트 앱과 연동됩니다.
  • Wiki.js / BookStack (LXC-Utils-2에 포함): 개인 지식 베이스나 프로젝트 문서를 체계적으로 정리할 수 있는 웹 기반 위키입니다. 깔끔한 UI와 강력한 검색 기능을 제공합니다.
    • 예상 스토리지 (LXC-Utils-2): 15GB (LVM)

6.4. 컨테이너 이미지 레지스트리

  • Harbor / GitLab Registry / Docker Registry (LXC-Dev-2 또는 LXC-Dev 확장): 개인 컨테이너 이미지 레지스트리를 구축하여 직접 빌드한 Docker 이미지를 저장하고 관리할 수 있습니다. 개발 환경에서 Docker 이미지를 공유하거나 버전 관리할 때 유용합니다. 특히 AI/ML 모델을 컨테이너화할 때 유용합니다.
    • 예상 스토리지 (LXC-Dev-2 또는 LXC-Dev 확장): 50GB (ZFS)
      • (참고: 이미지 무결성과 스냅샷 관리의 중요성을 고려하여 ZFS를 권장합니다. 저장되는 이미지 수에 따라 이 용량은 크게 증가할 수 있습니다.)

6.5. 미디어 관련 확장

  • Prowlarr / Radarr / Sonarr (Arr Stack) (LXC-Media-2에 포함): Plex와 연동하여 미디어 라이브러리 관리를 자동화하는 도구들입니다. 영화, TV 프로그램의 정보 수집, 다운로드 자동화 등을 할 수 있습니다. (합법적인 용도로 사용해야 합니다.)
  • Jellyfin (LXC-Media-2에 포함): Plex의 오픈소스 대안으로, 개인 미디어 서버입니다. Plex와 유사한 기능을 제공하며, 더 높은 커스터마이징 자유도를 제공합니다.
  • Audiobookshelf (LXC-Media-2에 포함): 개인 오디오북 라이브러리를 위한 서버입니다. 오디오북을 관리하고 스트리밍할 수 있습니다.
    • 예상 스토리지 (LXC-Media-2): 50GB (LVM)
      • (참고: Audiobookshelf에 많은 오디오북 파일을 저장할 경우 이 용량은 더 필요할 수 있으며, 이 경우 ZFS 고려도 가능합니다.)

6.6. IoT 및 스마트 홈 관련 확장

  • Node-RED (LXC-Utils-2에 포함): 로우 코드 방식으로 다양한 서비스와 장치들을 연동하여 자동화 흐름을 만들 수 있는 강력한 도구입니다. Home Assistant와 연동하여 복잡한 스마트 홈 자동화를 구현할 수 있습니다.
  • MQTT Broker (Mosquitto) (LXC-Utils-2에 포함): IoT 장치 간 통신을 위한 경량 메시징 프로토콜 서버입니다. 직접 제작한 IoT 장치나 다른 스마트 홈 서비스와 연동할 때 활용할 수 있습니다.
    • 예상 스토리지 (LXC-Utils-2): 5GB (LVM)

6.7. 네트워크 및 시스템 유틸리티

  • AdGuard Home / Pi-hole (LXC-Utils-2에 포함): 네트워크 전체 광고 차단 및 DNS 필터링 서비스입니다. 홈 네트워크의 모든 장치에서 광고를 차단하고, 유해 사이트 접속을 막을 수 있습니다.
  • Speedtest by Ookla (Self-hosted) (LXC-Utils-2에 포함): 개인 서버에서 자체적으로 인터넷 속도를 측정할 수 있는 서비스입니다. ISP의 속도 저하 여부를 직접 모니터링할 때 유용합니다.
  • Homepage: 기존 LXC-proxmox-mgmt에 포함.
    • 예상 스토리지 (LXC-Utils-2): 5GB (LVM)

6.8. 개발자 도구 확장

  • Gitea (LXC-Dev-2 또는 LXC-Dev 확장): 가벼운 개인 GitLab 대안입니다. Git 저장소, 이슈 트래커, CI/CD 등 기본적인 코드 협업 기능을 제공합니다.
  • Jenkins / GitLab CI/CD Runner (LXC-Dev-2 또는 LXC-Dev 확장): CI/CD (지속적 통합/지속적 배포) 파이프라인을 구축하여 코드 변경 시 자동으로 테스트하고 배포하는 시스템을 만들 수 있습니다.
    • 예상 스토리지 (LVM): 30GB (Gitea는 LVM으로 충분, Jenkins/Runner의 빌드 아티팩트는 유동적)

7. 최종 스토리지 사용량 합계 (추가 서비스 포함)

현재 구성에서 계산된 값:

  • 현재 총 LVM 스토리지: 765 GB

  • 현재 총 ZFS 스토리지: 612 GB

새롭게 추가되는 서비스의 스토리지 예측:

  • LVM 추가분 (총 195 GB):

    • Immich: 20GB

    • Plex: 50GB

    • Nextcloud: 10GB

    • LXC-Utils-2 (RSS, Wiki, IoT 등): 35GB

    • LXC-Media-2 (Prowlarr, Jellyfin 등): 50GB

    • 개발자 도구 확장 (Gitea, Jenkins 등): 30GB

  • ZFS 추가분 (총 50 GB):

    • 컨테이너 이미지 레지스트리: 50GB

최종 계산:

  • 최종 총 LVM 스토리지: 765GB (현재) + 195GB (추가) = 960 GB

  • 최종 총 ZFS 스토리지: 612GB (현재) + 50GB (추가) = 662 GB

요약 및 결론

  • 총 LVM 스토리지 예상 사용량: 약 960 GB

  • 총 ZFS 스토리지 예상 사용량: 약 662 GB

이 예측은 각 서비스의 최소한의 운영에 필요한 스토리지이며, 실제 데이터 축적량(예: Nextcloud 파일, 레지스트리 이미지 수, 오디오북 파일 등)에 따라 필요한 스토리지 용량은 크게 증가할 수 있습니다. GTR7의 전체 스토리지 용량을 고려하여 계획하시고, 추후 스토리지 확장을 위한 여유 공간을 확보하시는 것이 좋습니다.

Proxmox의 유연성 덕분에 필요에 따라 LXC를 추가하거나, 기존 LXC 내부에 Docker Compose로 서비스를 추가하면서 확장해나갈 수 있습니다. 대부분의 추천 서비스들은 LXC에 Docker Compose로 설치하는 것이 가장 효율적입니다.

이 외에도 무궁무진한 서비스들이 있으니, 귀하의 관심사에 맞춰 재미있는 프로젝트들을 찾아보시길 바랍니다! 🚀

그래프 뷰