01. VMware vSphere Overview
VMware vSphere — 엔터프라이즈 가상화의 사실상 표준(de facto standard)
📌 이 글의 목적
VMware vSphere가 무엇이고, 어떤 구조로 동작하며, Broadcom 인수 이후 어떻게 달라졌는지를 정리함. 이 글을 읽고 나면 “vSphere 환경을 이해하고, 현재 라이선스 상황에서 어떤 선택이 가능한가?”를 판단할 수 있어야 함.
ℹ️ 이 글의 라이선스/제품 정보는 2026년 3월 기준임. Broadcom의 정책은 수시로 변경되므로 최신 SPD(Service Program Documentation) 확인을 권장함.
1. VMware vSphere란?
VMware vSphere는 VMware(현 Broadcom 자회사)가 개발하는 엔터프라이즈 서버 가상화 플랫폼임. 단일 제품이 아니라 여러 컴포넌트로 구성된 가상화 스위트(Suite) 임.
핵심 구성:
- ESXi — 베어메탈 하이퍼바이저 (Type 1). 물리 서버에 직접 설치되어 VM을 실행함
- vCenter Server — 중앙 관리 서버. 다수의 ESXi 호스트를 통합 관리함
- vSphere Client — 웹 기반 관리 UI. vCenter에 접속하여 전체 인프라를 제어함
flowchart TB subgraph Management["관리 레이어"] Client["vSphere Client<br/>(웹 UI)"] vCenter["vCenter Server<br/>(중앙 관리)"] PowerCLI["PowerCLI / REST API"] end subgraph Cluster["vSphere 클러스터"] subgraph Host1["ESXi Host 1"] VM1["VM 1"] VM2["VM 2"] end subgraph Host2["ESXi Host 2"] VM3["VM 3"] VM4["VM 4"] end subgraph Host3["ESXi Host 3"] VM5["VM 5"] VM6["VM 6"] end end subgraph SharedStorage["공유 스토리지"] VMFS["VMFS Datastore"] vSAN_Store["vSAN"] NFS_Store["NFS"] end subgraph Network["네트워크"] vSwitch["vSwitch / dvSwitch"] NSX["NSX (SDN)"] end Client --> vCenter PowerCLI --> vCenter vCenter --> Host1 vCenter --> Host2 vCenter --> Host3 Host1 --- SharedStorage Host2 --- SharedStorage Host3 --- SharedStorage Host1 --- Network Host2 --- Network Host3 --- Network
💡 vSphere = ESXi(하이퍼바이저) + vCenter(관리) + 부가 기능(vMotion, HA, DRS 등)의 통합 브랜드명. ESXi만 설치하면 단일 호스트 관리만 가능하고, vCenter를 추가해야 클러스터/HA/DRS 등의 고급 기능을 사용할 수 있음.
2. 핵심 컴포넌트
2.1 ESXi — 베어메탈 하이퍼바이저
ESXi(Elastic Sky X integrated)는 VMware의 Type 1 하이퍼바이저임. 물리 서버에 직접 설치되어 하드웨어 위에서 바로 동작함.
flowchart TB subgraph VMs["가상 머신"] GuestOS1["Guest OS 1<br/>(Windows)"] GuestOS2["Guest OS 2<br/>(Linux)"] GuestOS3["Guest OS 3<br/>(Linux)"] end subgraph ESXi_Layer["ESXi"] VMkernel["VMkernel<br/>(독자 마이크로커널)"] VMM["VMM<br/>(Virtual Machine Monitor)"] Drivers["드라이버<br/>(HW 추상화)"] end subgraph HW["물리 하드웨어"] CPU["CPU (VT-x/AMD-V)"] RAM["RAM"] Storage["Storage"] NIC["NIC"] end VMs --> VMM VMM --> VMkernel VMkernel --> Drivers Drivers --> HW
ESXi의 특징:
| 항목 | 설명 |
|---|---|
| 커널 | VMkernel — VMware 독자 마이크로커널 (Linux 아님) |
| 설치 크기 | ~150MB (매우 경량) |
| 관리 접근 | DCUI(Direct Console UI), SSH, vSphere Client |
| 파일시스템 | VMFS(VM File System) — VMware 독자 클러스터 파일시스템 |
| 네트워크 | vSwitch(표준) / dvSwitch(분산, vCenter 필요) |
| API | REST API, CIM/WBEM |
| 무료 버전 | |
| 최신 버전 | ESXi 9.0 (2025.06, VVF/VCF 9.0에 포함) |
💡 ESXi의 VMkernel은 Linux 커널이 아님. Proxmox(KVM)가 Linux 커널 위에서 동작하는 것과 근본적으로 다른 구조. ESXi는 하드웨어에 직접 접근하는 전용 커널을 사용하여 오버헤드를 최소화함.
참고: VCF/VVF 9.0부터 제품명이 “ESXi”에서 다시 “ESX”로 변경됨. 다만 실무에서는 여전히 ESXi라는 명칭이 혼용되고 있음.
ESXi Free 버전의 소멸:
- 과거: ESXi를 무료로 사용할 수 있었음 (vSphere Hypervisor 라이선스)
- vMotion, HA, DRS 등 고급 기능은 없지만 단일 호스트에서 VM 실행은 가능했음
- 2024년 Broadcom 인수 후: ESXi Free 라이선스 완전 폐지. 더 이상 무료 사용 불가능함
- 이 변화가 Proxmox, XCP-ng 등 오픈소스 대안으로의 이동을 가속화한 핵심 요인임
2.2 vCenter Server — 중앙 관리
vCenter Server는 다수의 ESXi 호스트를 통합 관리하는 중앙 서버임. vSphere의 고급 기능 대부분은 vCenter가 있어야 동작함.
| 항목 | 설명 |
|---|---|
| 배포 형태 | VCSA(vCenter Server Appliance) — Photon OS 기반 VM |
| 관리 규모 | 최대 2,500 ESXi 호스트, 45,000 VM (단일 vCenter) |
| 데이터베이스 | 내장 PostgreSQL (외부 DB 지원 종료) |
| SSO | VMware Identity Manager / vSphere SSO |
| API | REST API, SOAP API, PowerCLI(PowerShell 모듈) |
| 최신 버전 | vCenter Server 9.0 (2025.06) |
vCenter가 필수인 기능:
| 기능 | ESXi 단독 | vCenter 필요 |
|---|---|---|
| VM 생성/관리 | ✅ | ✅ |
| 스냅샷 | ✅ | ✅ |
| vSwitch(표준) | ✅ | ✅ |
| dvSwitch(분산) | ❌ | ✅ |
| vMotion(라이브 마이그레이션) | ❌ | ✅ |
| HA(고가용성) | ❌ | ✅ |
| DRS(자동 부하 분산) | ❌ | ✅ |
| FT(무중단 보호) | ❌ | ✅ |
| 템플릿/컨텐츠 라이브러리 | ❌ | ✅ |
| 역할 기반 접근제어(RBAC) | 제한적 | ✅ |
| 모니터링/알람 | 제한적 | ✅ |
flowchart LR subgraph Without_vCenter["ESXi 단독"] ESXi_Solo["ESXi Host"] Solo_UI["Host Client<br/>(웹, 단일 호스트만)"] Solo_UI --> ESXi_Solo end subgraph With_vCenter["vCenter 연동"] vC["vCenter Server"] vSC["vSphere Client<br/>(전체 인프라 관리)"] ESXi_1["ESXi Host 1"] ESXi_2["ESXi Host 2"] ESXi_N["ESXi Host N"] vSC --> vC vC --> ESXi_1 vC --> ESXi_2 vC --> ESXi_N end
⚠️ vCenter 자체가 VM(VCSA)이므로, vCenter가 죽으면 관리 기능을 잃음. 하지만 ESXi 호스트와 그 위의 VM들은 계속 동작함. vCenter HA를 구성하여 관리 평면의 가용성을 확보하는 것이 권장됨.
2.3 VMFS — VM 파일시스템
VMFS(Virtual Machine File System)는 VMware 독자 클러스터 파일시스템임. 다수의 ESXi 호스트가 동일 스토리지를 동시에 접근할 수 있게 해줌.
| 항목 | 설명 |
|---|---|
| 최신 버전 | VMFS 6 |
| 블록 크기 | 1MB (고정) |
| 최대 Datastore 크기 | 64TB |
| 최대 파일 크기 | 62TB |
| 동시 접근 | 다중 호스트 동시 R/W 가능 (on-disk locking) |
| 지원 스토리지 | FC SAN, iSCSI, FCoE, SAS |
| 스냅샷 | VMware 스냅샷(delta disk 기반) |
VM 관련 파일 구조:
/vmfs/volumes/datastore1/my-vm/
├── my-vm.vmx # VM 구성 파일 (CPU, RAM, 디스크, NIC 등 정의)
├── my-vm-flat.vmdk # 실제 디스크 데이터 (thick/thin provisioning)
├── my-vm.vmdk # 디스크 디스크립터 파일
├── my-vm.nvram # BIOS/UEFI 설정
├── my-vm.vmsd # 스냅샷 메타데이터
├── my-vm-000001.vmdk # 스냅샷 델타 디스크 (있을 경우)
├── my-vm.log # VM 로그
└── my-vm.vswp # 스왑 파일 (VM 실행 시 생성)
2.4 네트워크 — vSwitch / dvSwitch
ESXi의 네트워크는 가상 스위치(vSwitch) 기반임.
flowchart TB subgraph VMs["가상 머신"] VM_A["VM A<br/>VLAN 10"] VM_B["VM B<br/>VLAN 20"] VM_C["VM C<br/>VLAN 10"] end subgraph vSwitch["vSwitch0 (표준 스위치)"] PG1["Port Group<br/>'Production'<br/>VLAN 10"] PG2["Port Group<br/>'Development'<br/>VLAN 20"] VMK["VMkernel Port<br/>'Management'"] end subgraph Physical["물리 NIC (Uplink)"] vmnic0["vmnic0"] vmnic1["vmnic1"] end VM_A --> PG1 VM_C --> PG1 VM_B --> PG2 PG1 --> vmnic0 PG2 --> vmnic1 VMK --> vmnic0
vSwitch vs dvSwitch:
| 항목 | vSwitch (표준) | dvSwitch (분산) |
|---|---|---|
| 관리 범위 | 호스트별 개별 설정 | vCenter에서 전체 호스트 일괄 관리 |
| vCenter 필요 | ❌ | ✅ |
| 일관성 | 수동으로 맞춰야 함 | 자동으로 동기화됨 |
| 기능 | 기본 | NetFlow, 포트 미러링, LACP, NIOC |
| 포트 그룹 | 호스트 로컬 | 분산 포트 그룹 (전체 공유) |
| 추천 | 소규모, 단일 호스트 | 프로덕션, 다중 호스트 |
💡 dvSwitch는 “모든 호스트에 동일한 네트워크 설정을 자동으로 배포” 하는 구조. 호스트가 10대인 환경에서 VLAN을 추가할 때, vSwitch면 10번 설정해야 하지만 dvSwitch면 1번이면 됨.
3. 주요 기능
3.1 vMotion — 라이브 마이그레이션
VM을 다운타임 없이 다른 호스트로 이동시키는 기능임. VMware의 핵심 차별화 기술 중 하나.
sequenceDiagram participant VM as VM (실행 중) participant Host_A as ESXi Host A (원본) participant Host_B as ESXi Host B (대상) participant Storage as 공유 스토리지 Note over Host_A, Host_B: 1. 사전 검증 (호환성, 리소스) Host_A ->> Host_B: 2. 메모리 사전 복사 (Pre-copy) Host_A ->> Host_B: 3. 변경된 메모리 반복 전송 Note over VM: 4. 순간 정지 (수 ms) Host_A ->> Host_B: 5. 최종 상태 전송 Host_B ->> VM: 6. VM 재개 (Host B에서) Note over Storage: 디스크는 이동 불필요 (공유 스토리지)
| 항목 | 설명 |
|---|---|
| 다운타임 | 수 밀리초 (사실상 무중단) |
| 요구사항 | vCenter, 공유 스토리지(또는 Storage vMotion), 호환 CPU |
| Storage vMotion | 스토리지 간 디스크 이동 (공유 스토리지 없이도 가능) |
| Cross vSwitch vMotion | vSphere 7+ — 네트워크가 달라도 가능 |
| Cross vCenter vMotion | vSphere 7+ — vCenter가 달라도 가능 |
| 용도 | 호스트 유지보수, 부하 분산, HW 교체 |
3.2 HA — 고가용성
ESXi 호스트 장애 시 해당 호스트의 VM을 다른 호스트에서 자동 재시작하는 기능임.
flowchart TD subgraph Before["정상 상태"] HA1["Host A<br/>VM1, VM2"] HA2["Host B<br/>VM3, VM4"] HA3["Host C<br/>VM5"] end subgraph After["Host A 장애 시"] HA2_After["Host B<br/>VM3, VM4<br/>+ VM1 (재시작)"] HA3_After["Host C<br/>VM5<br/>+ VM2 (재시작)"] HA1_Dead["Host A ❌"] end Before -->|"Host A 장애 감지"| After
| 항목 | 설명 |
|---|---|
| 동작 방식 | 장애 감지 → VM 재시작 (재배치, 마이그레이션이 아님) |
| 감지 방식 | 하트비트(네트워크 + Datastore) |
| 다운타임 | 있음 (VM 재부팅 시간) |
| 요구사항 | vCenter, 공유 스토리지, 최소 2호스트 (3+ 권장) |
| Admission Control | 장애 대비 리소스 예약 정책 |
| 재시작 우선순위 | VM별 우선순위 설정 가능 (High/Medium/Low) |
⚠️ HA는 “재시작(restart)” 이지 “무중단(failover)” 이 아님. VM이 재부팅되므로 다운타임이 발생함. 무중단이 필요하면 FT(Fault Tolerance)를 사용해야 함.
3.3 DRS — 자동 부하 분산
클러스터 내 호스트 간 자원 사용량을 모니터링하고, VM을 자동으로 재배치하여 부하를 균등화하는 기능임.
| 항목 | 설명 |
|---|---|
| 동작 방식 | vMotion을 자동으로 실행하여 VM을 이동함 |
| 자동화 수준 | Manual(권장만) / Partially Automated / Fully Automated |
| 기준 | CPU/메모리 사용률 기반의 불균형 임계값 |
| 요구사항 | vCenter, vMotion 설정 |
| 어피니티 규칙 | VM 간 동일 호스트 배치/분리 규칙 설정 가능 |
| DPM | Distributed Power Management — 저부하 시 호스트를 자동 대기 모드로 전환하여 절전 |
flowchart LR subgraph Before_DRS["DRS 전"] H1_Before["Host A<br/>CPU 90%<br/>VM1, VM2, VM3"] H2_Before["Host B<br/>CPU 20%<br/>VM4"] end subgraph After_DRS["DRS 후"] H1_After["Host A<br/>CPU 55%<br/>VM1, VM2"] H2_After["Host B<br/>CPU 55%<br/>VM3, VM4"] end Before_DRS -->|"DRS 자동 vMotion"| After_DRS
💡 Proxmox에는 DRS에 해당하는 내장 기능이 없음. 수동으로 마이그레이션하거나, 서드파티 스크립트/도구로 보완해야 함.
3.4 FT — Fault Tolerance
VM의 실시간 복제본을 다른 호스트에서 동시에 실행하여, 호스트 장애 시 다운타임 없이 서비스를 유지하는 기능임.
| 항목 | 설명 |
|---|---|
| 동작 방식 | Primary VM과 Secondary VM이 실시간 동기화 (vLockstep) |
| 다운타임 | 없음 (즉시 페일오버) |
| 제한 | 최대 8 vCPU, SMP-FT 기준 |
| 오버헤드 | 높음 (CPU, 네트워크, 스토리지 2배 사용) |
| 용도 | 미션 크리티컬 워크로드 (DB, 결제 시스템 등) |
⚠️ FT는 리소스를 2배 사용하며 제한이 많음. 대부분의 환경에서는 HA + 애플리케이션 레벨 클러스터링(ex: DB Replication, 로드밸런서)이 더 실용적임.
3.5 vSAN — 소프트웨어 정의 스토리지
ESXi 호스트의 로컬 디스크를 모아 분산 공유 스토리지를 만드는 기능임. 별도 SAN/NAS 없이 공유 스토리지를 구성할 수 있음.
flowchart TB subgraph vSAN_Cluster["vSAN 클러스터"] subgraph H1["Host 1"] SSD1["SSD (캐시)"] HDD1["HDD (용량)"] end subgraph H2["Host 2"] SSD2["SSD (캐시)"] HDD2["HDD (용량)"] end subgraph H3["Host 3"] SSD3["SSD (캐시)"] HDD3["HDD (용량)"] end end subgraph vSAN_DS["vSAN Datastore (분산 공유 스토리지)"] Obj["오브젝트 기반 스토리지<br/>RAID 1/5/6 정책 적용"] end H1 --> vSAN_DS H2 --> vSAN_DS H3 --> vSAN_DS
| 항목 | 설명 |
|---|---|
| 최소 노드 | 3 (2노드 + Witness도 가능) |
| 디스크 구성 | 캐시 티어(SSD) + 용량 티어(HDD/SSD) |
| 장애 허용 | FTT(Failures To Tolerate) 정책으로 설정 |
| RAID 정책 | RAID 1(미러), RAID 5/6(Erasure Coding) |
| 라이선스 | VVF 9에 0.25 TiB/코어, VCF 9에 1 TiB/코어 포함 |
| 대안 | Proxmox의 Ceph (무료), 외부 SAN/NAS |
💡 vSAN은 VCF/VVF 9.0부터 번들에 포함됨. VVF는 코어당 0.25 TiB, VCF는 코어당 1 TiB의 vSAN 용량이 제공됨. 이전처럼 별도 라이선스를 구매하는 구조에서 번들 포함 구조로 변경됨.
3.6 기능 요약
| 기능 | 목적 | 다운타임 | 핵심 요구사항 |
|---|---|---|---|
| vMotion | VM 라이브 마이그레이션 | 수 ms | 공유 스토리지 or Storage vMotion |
| Storage vMotion | VM 디스크 마이그레이션 | 없음 | — |
| HA | 호스트 장애 시 VM 재시작 | 있음 (재부팅) | 공유 스토리지, 3+ 호스트 |
| DRS | 자동 부하 분산 | 없음 (vMotion 활용) | vMotion 설정 |
| FT | VM 무중단 보호 | 없음 | 전용 FT 네트워크, 리소스 2배 |
| vSAN | 로컬 디스크 → 분산 공유 스토리지 | — | 3+ 호스트, SSD 캐시 |
4. Broadcom 인수와 라이선스 변화
4.1 무엇이 바뀌었는가
2023년 11월 Broadcom이 VMware를 약 610억 달러에 인수함. 인수 이후 라이선스 정책이 대폭 변경됨.
timeline title VMware 라이선스 변화 타임라인 2023.11 : Broadcom VMware 인수 완료 2024.01 : 영구 라이선스 판매 중단 — 구독 전용 전환 2024.02 : ESXi Free 라이선스 폐지 2024.02 : 소규모 번들(Essentials, Essentials Plus 등) 폐지 2024.02 : 제품 라인업 단순화 시작 2025.04 : 72코어 최소 구매 요구 도입 → 반발 후 16코어로 원복 2025.06 : VCF 9.0 / VVF 9.0 GA — ESXi 9.0, vCenter 9.0 출시 2025.07 : VCSP 파트너 프로그램 대폭 축소 (글로벌 13개사) 2025.10 : vSphere 7 지원 종료 (EoGS) 2025.11 : White Label 프로그램 종료, 하이퍼스케일러 BYOL 전환
4.2 주요 변경 사항
| 항목 | 변경 전 (VMware) | 변경 후 (Broadcom) |
|---|---|---|
| 라이선스 모델 | 영구 + 구독 선택 | 구독 전용 (1년/3년/5년) |
| ESXi Free | 사용 가능 | 폐지 (2024) |
| 소규모 번들 | Essentials(~5,000) | 폐지 |
| 제품 라인업 | Standard, Enterprise Plus 등 다수 | VCF / VVF / VVS / VVEP 4종 |
| 과금 단위 | CPU 소켓 기반 | 코어 기반 (최소 16코어/CPU) |
| 최소 구매 | 없음 | 2025.04 72코어 시도 → 현재 16코어/CPU |
| vSAN | 별도 라이선스 | VVF/VCF 번들에 포함 |
| 갱신 지연 | 패널티 없음 | 갱신일 초과 시 첫해 비용의 20% 추가 |
| vSphere 9 접근 | — | VVF 또는 VCF 구독에서만 제공 |
| 파트너/리셀러 | 4,500+ 글로벌 VCSP | 대폭 축소 (미국 내 13개사 수준) |
4.3 현재 제품 라인업 (2026년 기준)
Broadcom은 VMware 제품을 4개 에디션으로 단순화함.
| 에디션 | 포함 제품 | vSphere 9 | 대상 |
|---|---|---|---|
| VVS (vSphere Standard) | vSphere + vCenter 기본 | ❌ (8 U3까지) | 소규모, 기본 가상화 |
| VVEP (vSphere Essential Plus) | vSphere + vCenter + HA | ❌ (8 U3까지) | 소규모 클러스터 |
| VVF (vSphere Foundation) | vSphere + vCenter + vSAN(0.25 TiB/코어) + Aria 기본 + K8s | ✅ | 중규모, HCI 포함 |
| VCF (VMware Cloud Foundation) | vSphere + vCenter + vSAN(1 TiB/코어) + NSX + Aria + SDDC Manager | ✅ | 풀 스택 SDDC |
⚠️ 핵심 포인트: vSphere Standard와 Enterprise Plus는 버전 8 U3까지만 제공됨. vSphere 9의 새 기능을 사용하려면 VVF 또는 VCF 구독이 필수임. 이는 사실상 모든 신규 도입에서 VVF/VCF로의 전환을 강제하는 구조임.
⚠️ vSphere 7: 2025년 10월 2일 지원 종료 완료. vSphere 8: 2027년 10월 11일 지원 종료 예정. 이후 보안 패치나 기술 지원이 제공되지 않음.
4.4 72코어 최소 구매 논란
2025년 4월, Broadcom은 모든 VMware 제품 구매 시 최소 72코어를 구매하도록 정책을 변경함.
- 변경 전: CPU당 최소 16코어 (8코어 CPU도 16코어로 계산)
- 변경 후: 주문당 최소 72코어 → 32코어 2노드 클러스터도 72코어분을 구매해야 함
- 소규모 환경에서 실질적으로 125% 이상의 가격 인상 효과
- SMB, ROBO(원격지), 공공기관 등에서 즉각적인 반발이 발생함
- 2025년 하반기에 원복: 16코어/CPU 최소로 되돌아감
💡 원복되었지만, Broadcom이 대기업 고객 중심 전략을 추구하고 있다는 방향성은 명확함. 소규모 환경은 더 이상 VMware의 주요 타겟 고객이 아님.
4.5 비용 영향
정확한 가격은 Broadcom과의 직접 계약에 따라 다르지만, 업계 보도 기준:
| 규모 | 변경 전 (연간 추정) | 변경 후 (연간 추정) | 변화 |
|---|---|---|---|
| 소규모 (2소켓 1대) | Essentials: ~$500 | VVS 최소: ~$3,000+ | 📈 대폭 상승 |
| 중규모 (3호스트 클러스터) | Ess. Plus: ~$5,000 | VVF: ~$10,000+ | 📈 상승 |
| 대규모 (수십 호스트) | Enterprise Plus: 개별 견적 | VCF: 개별 견적 | 📈 경우에 따라 상승 |
참고: vSphere Standard 기준 약 190/코어로, 약 4배 수준의 가격 상승이 보고되고 있음.
💡 소규모 환경일수록 타격이 큼. Essentials 번들이 폐지되면서 “ESXi 2~3대로 소규모 가상화” 같은 사용 패턴의 비용이 급등함. 이 구간이 Proxmox, XCP-ng 등 오픈소스 대안으로 이동하는 핵심 영역임.
4.6 VCF/VVF 9.0 — 통합 플랫폼 전환
2025년 6월 17일 출시된 VCF/VVF 9.0은 단순한 버전업이 아니라 VMware의 방향 전환을 보여주는 릴리즈임.
주요 변화:
- 통합 인스톨러: VCF와 VVF 모두 동일한 SDDC Manager Appliance에서 배포. 에디션 선택만 다름
- Private Cloud 집중: 멀티 클라우드 비전에서 프라이빗 클라우드 전문 플랫폼으로 방향 전환
- NVMe 메모리 티어링: NVMe SSD를 메모리 확장으로 활용. 호스트당 VM 밀도 증가 (최대 40% 서버 통합 개선)
- ESXi Live Patching: 8 U3에서 도입, 9.0에서 확장. 재부팅 없이 ESXi 패치 적용
- vSAN 글로벌 중복 제거: 클러스터 전체에 걸친 실시간 중복 제거
- 통합 라이선스 관리: 환경 전체에 단일 라이선스 파일 적용, Operations(Aria)에서 관리
- Compliance Reporting 필수: v9부터 주기적인 컴플라이언스 리포트 제출이 필요하며, 미제출 시 관리 기능 제한 및 업데이트/지원 중단
⚠️ vSphere Standard(VVS)와 Enterprise Plus(VVEP) 구독자는 vSphere 9.0으로 업그레이드할 수 없음. 8 U3에서 멈추게 됨. 신규 기능을 사용하려면 VVF 또는 VCF로 전환이 필요함.
5. VMware의 강점과 한계
강점
| 강점 | 설명 |
|---|---|
| 성숙도 | 20년 이상의 엔터프라이즈 검증. 안정성과 신뢰성이 업계 최고 수준임 |
| 생태계 | NSX(SDN), vSAN, Aria(운영), Tanzu(K8s), HCX(마이그레이션) 등 풀 스택 제품군 |
| 호환성 | HCL(Hardware Compatibility List)이 광범위. 대부분의 서버 벤더가 VMware 인증을 보유함 |
| 기능 완성도 | vMotion, HA, DRS, FT — 경쟁 제품 대비 가장 완성도 높은 기능 세트 |
| 엔터프라이즈 지원 | Premium 구독 시 24/7 글로벌 지원, 전문 교육/인증 체계 |
| 국내 레퍼런스 | 공공, 금융, 대기업 환경의 사실상 표준. SI 사업 발주 시 VMware를 전제하는 경우가 많음 |
| Windows 최적화 | VMware Tools로 Windows VM 성능/관리가 최적화됨 |
| VCF 9 통합 | 컴퓨트/스토리지/네트워크를 단일 플랫폼에서 관리하는 완성형 SDDC 솔루션 |
한계
| 한계 | 설명 |
|---|---|
| 비용 | Broadcom 인수 후 구독 전용 전환, 소규모 번들 폐지로 비용 급등 (VVF 기준 ~4배) |
| 벤더 종속 | VMware 생태계에 깊이 들어갈수록 탈출 비용이 증가함 |
| 라이선스 불확실성 | Broadcom의 정책 변화가 예측 어려움. 72코어 최소 시도처럼 갑작스런 변경이 반복됨 |
| 컨테이너 미내장 | Proxmox의 LXC 같은 경량 컨테이너가 없음. K8s는 VVF/VCF에 포함되지만 별도 구성 필요 |
| 오픈소스 아님 | 소스 공개 안 됨. 커스터마이즈/디버깅 제한적 |
| 무료 옵션 소멸 | ESXi Free 폐지로 홈랩/학습 용도로도 합법적 사용이 어려워짐 |
| 과금 방식 | 코어 기반 + 갱신 지연 패널티(20%)로 운영 비용 예측 어려움 |
| 파트너 축소 | 글로벌 VCSP가 대폭 줄어 구매/지원 채널이 제한됨 |
| Compliance Reporting | v9부터 주기적 보고 의무. 미이행 시 기능 제한이라는 새로운 부담 |
6. 도입 판단 기준
VMware가 적합한 경우
| 상황 | 판단 | 이유 |
|---|---|---|
| 공공 SI 사업 (발주처 요구) | ✅ | 발주처가 VMware를 명시하는 경우가 많음 |
| 금융/규제 환경 | ✅ | 인증/감사 요구사항 충족, 국내 레퍼런스 풍부 |
| 기존 VMware 인프라 운영 | ✅ | 이미 구축된 환경의 유지보수/확장 |
| Windows VDI | ✅ | Horizon이 VDI 시장에서 가장 성숙한 솔루션 |
| 대규모 엔터프라이즈 | ✅ | DRS, NSX, vSAN의 대규모 자동화 기능이 필수인 환경 |
| 소규모 신규 구축 | ⚠️ | 비용 대비 효과 검토 필요. 오픈소스 대안 비교 권장 |
| 홈랩/학습 | ❌ | ESXi Free 폐지. VMUG Advantage(연 $200)가 유일한 합법적 옵션 |
| 비용 최적화가 핵심 | ❌ | Proxmox, XCP-ng 등이 비용 면에서 압도적으로 유리함 |
VMware vs Proxmox 선택 기준
flowchart TD Q1{"국내 공공/금융<br/>레퍼런스 필수?"} Q2{"예산이<br/>충분한가?"} Q3{"Windows VDI 또는<br/>NSX/vSAN 필요?"} Q4{"오픈소스 +<br/>자체 운영 역량?"} VMware["✅ VMware vSphere"] Proxmox["✅ Proxmox VE"] Review["⚠️ 양쪽 모두 검토"] Q1 -->|Yes| VMware Q1 -->|No| Q2 Q2 -->|Yes| Q3 Q2 -->|No| Proxmox Q3 -->|Yes| VMware Q3 -->|No| Q4 Q4 -->|Yes| Proxmox Q4 -->|No| Review
7. VMware 핵심 용어 정리
| 용어 | 설명 |
|---|---|
| ESXi (ESX) | VMware의 Type 1 베어메탈 하이퍼바이저. v9부터 ESX로 명칭 변경 |
| vCenter Server | ESXi 호스트 중앙 관리 서버 (VCSA 형태로 배포) |
| VCSA | vCenter Server Appliance — Photon OS 기반 VM |
| vSphere Client | 웹 기반 관리 UI |
| VMkernel | ESXi의 독자 마이크로커널 |
| VMFS | VMware 독자 클러스터 파일시스템 |
| VMDK | 가상 디스크 파일 포맷 |
| VMware Tools | Guest OS 내 설치하는 최적화 에이전트 |
| vSwitch | ESXi 내 가상 스위치 (표준) |
| dvSwitch | 분산 가상 스위치 (vCenter 필요) |
| vMotion | VM 라이브 마이그레이션 |
| Storage vMotion | VM 디스크 라이브 마이그레이션 |
| HA | High Availability — 호스트 장애 시 VM 재시작 |
| DRS | Distributed Resource Scheduler — 자동 부하 분산 |
| FT | Fault Tolerance — VM 무중단 보호 |
| vSAN | 로컬 디스크 기반 분산 공유 스토리지 |
| NSX | 네트워크 가상화(SDN) 플랫폼 |
| Aria | IT 운영/관찰 플랫폼 (구 vRealize) |
| HCX | 하이브리드 클라우드 마이그레이션 도구 |
| VVS | VMware vSphere Standard (vSphere 8까지) |
| VVEP | VMware vSphere Essential Plus (vSphere 8까지) |
| VVF | VMware vSphere Foundation (vSphere 9 포함, vSAN 0.25 TiB/코어) |
| VCF | VMware Cloud Foundation (풀 스택 SDDC, vSAN 1 TiB/코어 + NSX) |
| HCL | Hardware Compatibility List |
| PowerCLI | VMware용 PowerShell 모듈 |
| VMUG | VMware User Group — 학습/네트워킹 커뮤니티 |
| VMUG Advantage | 연 $200으로 vSphere 등 평가 라이선스 제공 (학습용) |
| SPD | Service Program Documentation — 라이선스 조건 정의 문서 |
💡 VMUG Advantage: ESXi Free가 폐지된 이후, 합법적으로 VMware를 학습할 수 있는 가장 저렴한 방법은 VMUG Advantage 구독(연 $200)임. 365일 유효한 평가 라이선스로 vSphere, vSAN, NSX 등을 사용할 수 있음.
정리
VMware vSphere는 엔터프라이즈 가상화의 사실상 표준으로, 기능 완성도, 생태계, 국내 레퍼런스 면에서 여전히 1위임. 하지만 Broadcom 인수 이후 라이선스 변화(구독 전용, 코어 기반 과금, 번들 강제, 갱신 패널티)는 특히 소규모 환경에 큰 영향을 미치고 있으며, 2025년 VCF/VVF 9.0 출시로 “vSphere 9를 쓰려면 VVF/VCF 필수”라는 구조가 확정됨.
인프라 엔지니어 입장에서는 VMware를 “알아야 하는 기술” 이면서 동시에 “대안을 준비해야 하는 기술” 로 인식하는 것이 현실적임.
핵심 판단 기준:
- 공공/금융/레퍼런스 필수 → VMware
- 비용 최적화 + 자체 운영 → Proxmox
- 기존 VMware 환경 유지 → VMware (마이그레이션 비용 고려)
- 신규 소규모 구축 → Proxmox 우선 검토
🔗 관련 문서
- Proxmox VE Overview — 오픈소스 대안과의 비교
- Hypervisor Virtualization — Type 1/2 하이퍼바이저 개념
- VMware vSphere Series Index — 시리즈 목차