광고
개요
Veeam 구축 전에 생각보다 자주 빠뜨리는 부분이 지원 버전과 네트워크 포트입니다.
콘솔에서 Hypervisor가 등록된다고 끝나는 게 아니라 실제 Backup/Restore 때는 Proxy 또는 Worker가 Repository와 통신하고, Guest Processing이나 File-Level Restore를 사용하면 추가 연결도 생깁니다.
이번 글에서는 Veeam Backup & Replication 13.1.1.18을 기준으로 VMware vSphere, Nutanix AHV, Proxmox VE 환경에서 먼저 확인할 지원 버전, 핵심 포트, Worker 구성, 대표 제한사항을 정리했습니다.
이 표는 구축 전 방화벽 정책을 잡기 위한 핵심 포트 요약입니다. Guest Processing, Application-Aware Processing, SureBackup, CDP, FLR 등 기능을 추가하면 별도 포트가 필요하므로 실제 운영 구성에서는 Veeam의 Ports 문서를 최종 기준으로 확인해야 합니다.
먼저 VBR 버전 기준부터 맞추기
2026년 10월 기준 Veeam Backup & Replication 13의 최신 공개 빌드는 13.1.1.18입니다.
플랫폼에 따라 VBR 자체가 직접 지원하는 경우와 별도 Plug-in 버전을 맞춰야 하는 경우가 다릅니다.
VMware vSphere: VBR의 기본 VMware 통합 기능 사용
Nutanix AHV: Veeam Plug-in for Nutanix AHV 버전 호환성 확인 필요
Proxmox VE: Veeam Plug-in for Proxmox VE 버전 호환성 확인 필요
따라서 Nutanix나 Proxmox는 단순히 “VBR 13이면 지원”이라고 보면 안 되고, 설치된 VBR 빌드와 Plug-in 빌드를 같이 확인해야 합니다.
1. VMware vSphere
지원 버전
현재 VBR 13.1.1.18 문서 기준 VMware 플랫폼은 다음 계열을 지원합니다.
VMware vSphere / ESXi 7.x
VMware vSphere / ESXi 8.x
VMware vSphere / ESXi 9.x, 9.1까지
vCenter Server 7.x / 8.x / 9.x, 9.1까지
Free ESXi는 지원되지 않습니다. 무료 ESXi에서는 Veeam이 VM 백업에 사용하는 vSphere/vStorage API가 제한되기 때문입니다.
VMware 핵심 포트
From | To | Protocol/Port | 용도 |
Backup Server | vCenter Server | TCP 443 | vCenter 관리 통신. Direct connection 필요 |
Backup Proxy | vCenter Server | TCP 443 | vCenter API 통신 |
Backup Proxy | ESXi | TCP 902 | VMware 데이터 전송 관련 통신 |
Backup Proxy | ESXi | TCP 443 | 직접 ESXi 연결 시 필요 |
Backup Server | ESXi | TCP 443, 902 | ESXi 관리/데이터 통신 |
Veeam Components | Proxy/Repository | TCP 6162 | Transport/Data Mover 기본 채널 |
Veeam Components | Proxy/Repository | TCP 2500-3300 | 6162 Failover 또는 기능별 데이터 전송 |
Windows Proxy나 Repository에 Veeam 구성 요소를 원격 배포할 때는 TCP 6160과 Windows 관리 포트가 추가로 사용됩니다. Deployment Kit을 적용하면 일부 SMB/NetBIOS 기반 배포 포트 의존성을 줄일 수 있습니다.
VMware에서 자주 놓치는 제한사항
Physical-mode RDM은 이미지 레벨 백업 대상에서 제외됩니다.
Independent Disk는 VMware Snapshot 제약 때문에 일반 VM 이미지 백업에서 처리되지 않습니다.
Guest OS 내부에서 직접 연결한 iSCSI 디스크도 VM Snapshot 기반 이미지 백업에 포함되지 않습니다.
Virtual NVDIMM, 일부 Persistent Memory 구성, SCSI Bus Sharing 구성은 VMware Snapshot 제약으로 이미지 레벨 백업이 불가능할 수 있습니다.
이런 디스크까지 보호해야 한다면 Veeam Agent 방식도 검토해야 합니다.
VMware CDP를 쓴다면
VMware CDP는 일반 백업과 포트/요구사항이 다릅니다.
특히 vCenter가 필요하며 Standalone ESXi는 VMware CDP에서 지원되지 않습니다. 또한 vSphere 7은 VMware의 일반 지원 종료 이후 Veeam의 I/O Filter 유지보수에도 제한이 있으므로 신규 CDP 구축은 vSphere 8 이상을 우선 검토하는 편이 좋습니다.
2. Nutanix AHV
광고
VBR 13.1.1.18과 Plug-in 버전
현재 VBR 13.1.1.18에서 대응되는 Nutanix Plug-in은 다음과 같습니다.
항목 | 버전 |
Veeam Backup & Replication | 13.1.1.18 |
Veeam Plug-in for Nutanix AHV | Release 10 / Build 13.10.0.605 |
Worker OS | Veeam JeOS 9.6 |
Plug-in 10은 VBR 13.1.1.18과 13.1.0.411을 지원합니다.
Nutanix 플랫폼 요구사항
현재 문서 기준 주요 조건은 다음과 같습니다.
AOS 6.8.1.6 이상
Nutanix-certified hardware 또는 지원되는 NC2 환경
Cluster IP와 iSCSI Data Services IP 구성 필요
Worker 배포를 위한 UEFI Boot 지원
Prism Central 버전은 Veeam 지원 매트릭스 확인 필요
Worker 기본 사양
기본 Worker VM은 다음 리소스로 배포됩니다.
CPU : 6 vCPU
Memory : 6 GB
Disk : 100 GB
Concurrency: 4 tasks동시 Task를 늘리면 Worker 리소스도 같이 확장해야 합니다. Worker는 Veeam에서 백업 인프라 구성 요소로 미리 구성한 VM이므로 Veeam Support 요청 없이 별도 패키지를 설치하거나 OS 설정을 변경하면 안 됩니다.
Nutanix 핵심 포트
From | To | Port | 용도 |
Worker | Prism Central / Prism Element | TCP 9440 | AHV REST API |
Worker | Backup Server | TCP 10006 | Backup Server 통신 |
Worker | Backup Server | TCP 2500-3300 | Ransomware Index 전송 |
Worker | AHV Cluster VIP / iSCSI Data Services IP / CVM IP | TCP 3205, 3260 | VM Disk 접근 |
Worker | Repository / Gateway | TCP 6162 | Job/Restore 데이터 채널 |
Worker | Repository / Gateway | TCP 2500-3300 | 6162 Failover |
Backup Server | Worker | TCP 19000 | Worker 제어 통신 |
Backup Server | Worker | TCP 443 | Updater/Platform Service 통신 |
Worker | Veeam Update Repository | TCP 443 | Worker Update Package |
Worker | NTP | UDP 123 | 시간 동기화 |
Nutanix 주요 제한사항
IPv6는 지원되지 않습니다.
AHV와 Backup Server 사이에서 NAT 방식 연결은 지원되지 않으며 Direct IP 통신이 필요합니다.
Controller VM(CVM)은 Veeam Plug-in for Nutanix AHV로 백업할 수 없습니다.
Worker VM에 임의 소프트웨어 설치나 구성 변경을 하지 않습니다.
Guest OS 내부 iSCSI 디스크는 이미지 백업에 포함되지 않습니다.
VM을 다른 Cluster로 Migrate한 경우 Job 구성과 Backup Chain 동작을 다시 확인해야 합니다.
Volume Group은 구성에 따라 Crash-Consistent 처리될 수 있으며 CHAP 인증 Volume Group은 처리 제한이 있습니다.
WSFC 기반 SQL Server의 Application-Consistent 보호는 AHV Plug-in 이미지 백업만으로 제한될 수 있으므로 Veeam Agent 방식이 필요한지 확인합니다.
3. Proxmox VE
VBR 13.1.1.18과 Plug-in 버전
현재 지원 조합은 다음과 같습니다.
항목 | 버전 |
Veeam Backup & Replication | 13.1.1.18 |
Veeam Plug-in for Proxmox VE | Release 4 / Build 13.4.0.300 |
Worker OS | Veeam JeOS 9.6 |
지원 Proxmox VE | 8.2 - 9.2 |
Proxmox VE는 공식 Proxmox ISO로 설치된 환경이 지원 대상입니다. x86-64/amd64 플랫폼을 기준으로 하며 ARM은 지원되지 않습니다.
Proxmox Worker 기본 사양
CPU : 6 vCPU
Memory : 6 GB
Disk : 100 GB
Concurrency: 4 tasks추가 Task마다 공식 가이드 기준 1 vCPU + 1 GB RAM을 추가로 고려합니다.
Proxmox 핵심 포트
From | To | Port | 용도 |
Worker | Proxmox VE | TCP 8006 | Proxmox REST API |
Worker | Proxmox VE | TCP 22 | SSH 제어 통신 |
Worker | Backup Server | TCP 10006 | Backup Server 통신 |
Worker | Backup Server | TCP 2500-3300 | Ransomware Index 전송 |
Worker | Repository / Gateway | TCP 6162 | Job/Restore 데이터 채널 |
Worker | Repository / Gateway | TCP 2500-3300 | 6162 Failover |
Backup Server | Worker | TCP 19000 | Worker 제어 |
Backup Server | Worker | TCP 6160 | Deployment Service |
Backup Server | Worker | TCP 6162 | Transport Service 확인/통신 |
Backup Server | Worker | TCP 443 | Updater Service |
Backup Server | Proxmox VE | TCP 8006, 22 | Platform 관리 |
Backup Server | FLR Helper | TCP 22 | File-Level Restore 사용 시 |
Worker | Veeam Update Repository | TCP 443 | Worker Package |
Worker | NTP | UDP 123 | 시간 동기화 |
Proxmox 주요 고려사항
최소 하나 이상의 File-Level Storage가 필요합니다.
Application-Aware Processing이나 Application Item Restore를 사용하려면 VM에 QEMU Guest Agent를 사전에 설치하고 활성화해야 합니다.
Worker는 Veeam 전용 구성 요소이므로 임의 패키지 설치나 OS 변경을 하지 않습니다.
관리 Shell은 공식 요구사항에 맞춰
/bin/bash를 사용해야 합니다.
Proxmox 주요 제한사항
Proxmox에 S3 Bucket을 Storage로 직접 연결한 구성은 지원 제한이 있습니다.
한 VM에 대해 동시에 여러 Veeam Backup Job을 실행할 수 없습니다.
Restore 중인 VM은 동시에 Backup할 수 없습니다.
동일한 BIOS UUID를 가진 VM이 여러 대 존재하면 Backup 대상 식별에 문제가 생길 수 있습니다.
Veeam Job과 타사 Backup 작업을 동일 VM에 동시에 실행하지 않는 것이 지원 조건입니다.
Guest OS 내부 iSCSI 디스크는 이미지 레벨 백업에 포함되지 않습니다.
Instant Recovery 대상 스토리지는 QCOW2를 처리할 수 있어야 하며 스토리지 유형별 제한을 확인해야 합니다.
ARM VM Backup의 Instant Recovery는 지원되지 않습니다.
플랫폼별 핵심 포트만 다시 보기
플랫폼 | 관리/API | Worker/Proxy 제어 | 데이터 전송 |
VMware | vCenter 443 / ESXi 443, 902 | Proxy 관리 6160 등 | 6162, 2500-3300 |
Nutanix | Prism 9440 / AHV Disk 3205, 3260 | 10006, 19000, 443 | 6162, 2500-3300 |
Proxmox | 8006, 22 | 10006, 19000, 6160, 443 | 6162, 2500-3300 |
방화벽 설계할 때 제가 확인하는 순서
Backup Server에서 Platform Management IP로 관리 포트가 열리는지 확인
Proxy/Worker에서 Hypervisor와 Storage Data Path가 열리는지 확인
Proxy/Worker에서 Repository 또는 Gateway의 6162 통신 확인
2500-3300 범위가 필요한 구성인지 확인
Worker Update를 위해 443 또는 Local Mirror 경로 확인
NTP 123과 DNS 이름 해석 확인
Guest Processing/FLR/CDP 같은 추가 기능을 사용하는지 확인
VBR Build와 Plug-in Build 호환성 다시 확인
예를 들어 Linux에서 포트 확인은 다음처럼 진행할 수 있습니다.
nc -zv <target-ip> 443
nc -zv <target-ip> 6162Windows라면 다음처럼 확인합니다.
Test-NetConnection <target-host> -Port 443
Test-NetConnection <target-host> -Port 6162버전 업그레이드 전에 더 중요한 것
Nutanix와 Proxmox는 VBR만 업그레이드하고 Plug-in을 그대로 두면 호환 조합이 어긋날 수 있습니다.
현재 조합은 다음처럼 기억하면 편합니다.
VBR 13.1.1.18
├─ Nutanix AHV Plug-in 10 / 13.10.0.605
└─ Proxmox VE Plug-in 4 / 13.4.0.300따라서 VBR Update 전에 아래를 같이 확인하는 것이 좋습니다.
현재 VBR Build
현재 Platform Plug-in Build
Worker OS/Worker Update 상태
Hypervisor/AOS/PVE 버전
Veeam Support Matrix
Upgrade 후 Worker/Proxy Component Upgrade 필요 여부
정리
세 플랫폼 모두 Veeam 13에서 보호할 수 있지만 데이터 경로는 꽤 다릅니다.
VMware는 Proxy가 vCenter/ESXi와 직접 통신하는 구조이고, Nutanix와 Proxmox는 전용 Worker가 실제 Backup Data Path의 핵심 역할을 합니다.
그래서 방화벽을 구성할 때 “Backup Server에서 Hypervisor 포트만 열면 된다”라고 보면 안 됩니다. Backup Server ↔ Platform, Worker/Proxy ↔ Platform, Worker/Proxy ↔ Repository 세 구간을 나눠서 확인하는 게 가장 편합니다.
또 Nutanix와 Proxmox는 Plug-in 버전 호환성이 명확하게 정해져 있으므로, VBR Upgrade 전에 Plug-in과 Worker까지 한 세트로 보는 것이 중요합니다.
공식 참고자료
광고






