저는 파일 공유 및 블록 타겟을 얻기 위해 별도의 장치(TrueNAS, OMV)를 실행하거나 HBA를 NAS VM으로 패스쓰루하는 것에 지쳐 있었습니다. 이 모든 옵션은 두 번째 웹 앱, 두 번째 로그인, 그리고 더 많은 구성 요소들을 의미했습니다.
그러다가 GitHub 사용자 Chris Cebelenski가 만든 ANAS를 발견했습니다. 이 오픈 소스 프로젝트는 Proxmox(PVE)가 부족한 스토리지 계층을 확장하는 ExtJS 패널 세트입니다. 이미 로그인되어 있고, PVE 인증 티켓이 클러스터 전체에 걸쳐 있기 때문에 동일한 브라우저 탭으로 모든 노드에서 작동합니다.
관리할 수 있는 기능:
- 파일 공유 (File shares) — CIFS/SMB 및 NFS를 포함하며, 공유의 사용자/그룹 관리도 가능합니다.
- 블록 타겟 (Block targets) — iSCSI LUNs
- ZFS — 풀(pools), 데이터셋(datasets), zvols, 스크럽(scrubs), 스냅샷 및 복제(로컬, SSH를 통한 노드 간, 또는 TrueNAS/모든 ZFS 호스트로)
- PBS 백업 (Backups) — Proxmox Backup Server에 대한 블록 레벨 백업 및 복원
- 클라우드 동기화 (Cloud sync) — rclone 기반
- 디스크 상태 (Disk health) — S.M.A.R.T. 상태
다양한 드라이브 크기를 혼합하는 하이브리드 RAID 풀을 만들 수 있으며, 이는 Unraid나 Synology와 유사하게 디스크를 하나씩 늘릴 수 있습니다. 이것은 ZFS가 기본적으로 제공하지 않으며 보통 다른 전체 OS가 필요합니다. 만약 이미 다른 장치(Fedora/RHEL)에서 Cockpit과 45 Drives 플러그인을 실행하고 있다면, 이는 PVE 내부에서 작동하는 것과 유사합니다.
ANAS GitHub 프로젝트 링크: https://github.com/ccebelenski/anas
라이선스: 오픈 소스 (AGPLv3.0)
면책 조항: ANAS의 작성자 또는 Proxmox VE와 제휴하지 않습니다.
---- 수정:
다운보트(downvotes)는 반(反)AI/통합주의적인 반응처럼 보입니다. 이 스레드는 사람들이 실제로 작성자가 만든 도구의 기술적 가치를 평가하는 내용을 보여주지 않습니다. 개발에서의 AI 사용은 코드가 주장하는 대로 작동하는지와는 무관합니다. “하이퍼바이저를 수정하지 말라”는 주장은 Proxmox 자체가 이미 여러 호스트 레벨 데몬(pve-cluster, pve-firewall, pve-api-server)을 실행하는 Debian임을 무시하고 있습니다.
ANAS의 요구 사항은 Proxmox VE, Node.js와 일반적인 NAS 패키지들로 구성됩니다: ZFS (OpenZFS), 하이브리드 RAID를 위한 mdadm + btrfs-progs, SMB 공유 및 사용자용 samba, NFS 내보내기(exports)용 nfs-kernel-server, 그리고 iSCSI 블록 스토리지를 제공하기 위한 targetcli-fb + python3-rtslib-fb입니다. 최종 결과물은 자체 사용자 인터페이스(UI)를 사용하는 TrueNAS Scale과 다를 바 없습니다. "VM 실행"은 비용이 0인 기본 기능이 아닙니다. 예약된 RAM/CPU, 패치해야 할 두 번째 커널, 호스트와 게스트 간의 스토리지 권한 관리(juggling), 네트워크 브리징 등이 필요합니다. 실제 트레이드오프는 운영적인 측면입니다: VM 기반 NAS는 자체 업데이트 주기(update cadence)를 가지며, 되돌리려면 노드의 패키지를 디버깅하는 대신 VM을 삭제해야 합니다. 잠재적 사용자들에게 Chris Cebelenski의 코드를 검토하고, 반(反) AI 또는 반(反) 통합 사고방식(anti-AI/anti-consolidation mindsets)을 넘어서기를 권장합니다. submitted by /u/Wally-Gator-1 [link] [comments]