길리랩blog

서버가상화와 하이퍼바이저: 물리 자원을 VM으로 운영하는 방식

서버가상화의 구조와 하이퍼바이저 유형, CPU·메모리·스토리지·네트워크 가상화 기술 및 운영 기능을 정리한다.

2026-08-14 · 최초 발행 2026-01-16

물리 서버를 VM 단위로 나누는 구조

서버가상화는 물리 서버의 CPU, 메모리, 스토리지, 네트워크를 추상화하고, 이를 서로 분리된 가상 머신(Virtual Machine, VM)으로 나누어 제공하는 방식이다. 각 VM은 독립된 운영체제와 애플리케이션을 실행하며, 하이퍼바이저가 물리 자원의 배분과 VM 관리를 담당한다.

물리 서버를 개별 업무에 하나씩 할당하던 환경에서는 낮은 자원 활용률, 관리 대상 증가, 전력·냉각 비용과 설치 공간 문제가 함께 커진다. 가상화는 이 문제를 서버 통합과 중앙 관리로 다루기 위한 기술이다.

⤢✕기존 물리 서버 환경문제점 발생서버 자원 활용률 10-20%서버 증가로 관리 복잡성 증대전력/냉각 비용 급증물리적 공간 부족서버가상화 도입해결 효과자원 활용률 60-80%통합 관리로 복잡성 감소전력/냉각 비용 절감서버 통합으로 공간 확보

가상화 환경은 물리 서버(Host), 하이퍼바이저, 가상 머신(Guest), 가상 자원으로 구성된다.

구성 요소 설명 역할
물리 서버(Host) 실제 하드웨어 서버 가상화 플랫폼 구동 기반
하이퍼바이저(Hypervisor) 가상화 관리 소프트웨어 자원 할당 및 VM 관리
가상 머신(Guest) 논리적으로 분리된 서버 독립적 OS/애플리케이션 실행
가상 자원 vCPU, vMemory, vNIC 물리 자원의 논리적 표현

하드웨어에 직접 설치하는 방식과 호스트 OS 위에 올리는 방식

하이퍼바이저는 설치되는 위치에 따라 Type 1과 Type 2로 구분된다. 이 차이는 성능 특성, 장애 범위, 운영 난이도, 적합한 사용 환경을 가른다.

Type 1 베어메탈 하이퍼바이저

Type 1은 하드웨어 위에서 직접 실행된다. 별도의 호스트 OS가 필요하지 않아 성능과 안정성이 요구되는 엔터프라이즈 환경에 적합하다.

⤢✕Type 1 Bare-MetalVM 1Hypervisor(VMware ESXi, Hyper-V,KVM)VM 2VM 3Hardware

대표 제품으로 VMware vSphere/ESXi, Microsoft Hyper-V Server, Citrix XenServer, KVM(Kernel-based Virtual Machine)이 있다.

Type 2 호스트형 하이퍼바이저

Type 2는 Windows, Linux, macOS 같은 호스트 OS 위에 설치한다. 설치와 사용이 비교적 간단해 개발 및 테스트 환경에서 활용하기 좋지만, Type 1과 비교하면 성능 오버헤드가 존재한다.

⤢✕Type 2 HostedVM 1Hypervisor(VMware Workstation,VirtualBox)VM 2Host OS(Windows, Linux, macOS)Hardware

VMware Workstation/Fusion, Oracle VirtualBox, Parallels Desktop이 이 방식에 속한다.

구분 Type 1 (Bare-Metal) Type 2 (Hosted)
설치 위치 하드웨어 직접 호스트 OS 위
성능 높음 상대적으로 낮음
안정성 높음 호스트 OS에 의존
용도 프로덕션 환경 개발/테스트 환경
관리 전문 지식 필요 간편함

VM에 자원을 배정하는 가상화 기술

CPU 스케줄링과 가상 프로세서

하이퍼바이저는 VM이 보는 vCPU를 물리 CPU 코어에 스케줄링한다. 하드웨어 지원 가상화, 권한 있는 명령어 변환, 수정된 Guest OS를 사용하는 Para-virtualization, 물리 코어보다 많은 vCPU를 할당하는 CPU Overcommitment가 관련 기술이다.

⤢✕Guest OSVirtual CPUHypervisorCPU SchedulerPhysical CPUCore 0Physical CPUCore 1Physical CPUCore N
  • Hardware-Assisted Virtualization: Intel VT-x, AMD-V
  • Binary Translation: 권한 있는 명령어 변환
  • Para-virtualization: 수정된 Guest OS 사용
  • CPU Overcommitment: 물리 코어보다 많은 vCPU 할당

메모리의 논리적 분리와 회수

Guest OS의 가상 메모리는 하이퍼바이저의 메모리 관리 계층을 거쳐 호스트의 물리 메모리와 연결된다. Shadow Page Table, EPT/NPT, Memory Ballooning, TPS는 이 계층에서 쓰이는 기법이다.

⤢✕Guest Virtual MemoryGuest Physical Memory(Shadow Page Table)Hypervisor MemoryManagementHost Physical MemoryMemory BallooningMemory OvercommitmentTransparent Page Sharing
  • Shadow Page Table: Guest 페이지 테이블 복제 관리
  • EPT/NPT: Extended Page Table(Intel), Nested Page Table(AMD)
  • Memory Ballooning: 동적 메모리 회수
  • TPS: 동일 페이지 공유로 메모리 절약

가상 디스크와 데이터스토어

VM은 VMDK, VHD/VHDX, QCOW2 같은 가상 디스크 형식으로 스토리지를 사용한다. 데이터스토어는 VM 디스크를 SAN, NAS, 로컬 디스크 같은 물리 스토리지에 연결하는 중간 계층이다.

⤢✕Physical StorageVM StorageVM 1VMDK/VHDVM 2VMDK/VHDVM 3VMDK/VHDDatastore(VMFS, NFS)SANNASLocal Disk
  • VMDK: VMware 가상 디스크 형식
  • VHD/VHDX: Microsoft Hyper-V 형식
  • QCOW2: QEMU/KVM 형식
  • Thin Provisioning: 사용량에 따른 동적 할당

가상 네트워크의 연결 계층

vNIC는 VM의 네트워크 인터페이스이고, vSwitch는 VM 트래픽을 물리 NIC와 물리 네트워크로 연결한다. VLAN Tagging은 가상 네트워크를 분리하며, SR-IOV는 하드웨어 기반 I/O 가상화를 제공한다.

⤢✕Virtual NetworkVM 1vNICVM 2vNICVirtual SwitchPhysical NICPhysical Network

통합 효과와 운영 시 감수할 제약

가상화는 다수의 물리 서버를 소수의 호스트로 통합하고, 몇 분 내에 새 서버를 만들 수 있게 한다. 스냅샷과 복제를 통한 빠른 복구, 격리된 테스트 환경 구성, 구형 OS와 애플리케이션의 유지에도 활용된다. 서버 통합률은 10:1 이상이 될 수 있으며, Live Migration과 HA는 가용성을 뒷받침한다.

반면 가상화 계층에 따른 5-10% 성능 저하, 상용 하이퍼바이저와 관리 도구의 라이선스 비용, 전문 인력 수요를 고려해야 한다. 호스트 장애는 다수 VM에 영향을 줄 수 있고, 여러 VM이 동시에 I/O를 사용할 때 병목이 생길 수 있다.

항목 설명
성능 오버헤드 가상화 계층으로 인한 5-10% 성능 저하
라이선스 비용 상용 하이퍼바이저 및 관리 도구 비용
복잡성 증가 가상화 인프라 관리 전문 인력 필요
단일 장애점 호스트 장애 시 다수 VM 영향
I/O 병목 다수 VM의 동시 I/O 경합

중단을 줄이고 클러스터 자원을 조정하는 기능

라이브 마이그레이션은 VM 실행 상태를 유지한 채 다른 호스트로 옮기는 기능이다. 무중단 하드웨어 유지보수, 부하 분산, 워크로드 통합을 통한 전력 관리에 사용할 수 있다.

⤢✕Host 2Host 1VMHost 2Host 1VMVM 실행 중메모리 수신 중Dirty Pages 동기화VM이 Host 2에서 실행(1) 메모리 페이지 사전 복사(2) 변경된 페이지 반복 복사(3) VM 일시 정지 (수 ms)(4) 최종 상태 전송(5) VM 재개

고가용성(High Availability, HA)은 호스트 장애가 발생했을 때 다른 호스트에서 VM을 다시 시작하도록 구성하는 방식이다.

⤢✕HA ClusterVM 1, VM 2Host 1(Active)Host 2(Standby)Host 3(Active)Shared Storage운영 중Host 1 장애VM 1, VM 2Host 2에서 재시작

분산 자원 스케줄링(DRS)은 클러스터 전체의 CPU와 메모리 사용률을 계속 관찰하고, 임계값을 넘으면 vMotion을 실행해 VM 배치를 조정한다. 목표는 개별 호스트가 아니라 클러스터 전체의 자원 균형이다.

⤢✕YesNoDRS Cluster부하 모니터링불균형 감지VM 자동 마이그레이션현상 유지부하 균형 달성

서버 통합과 개발 환경, 재해복구에 적용하는 모습

데이터센터 통합에서는 물리 서버 수와 관리 범위를 줄이는 효과를 기대할 수 있다.

Before (물리 서버 환경):
- 100대 물리 서버
- 평균 자원 사용률: 15%
- 연간 전력 비용: 1억원
- 관리 인력: 10명

After (가상화 환경):
- 10대 물리 서버
- 평균 자원 사용률: 70%
- 연간 전력 비용: 2,000만원
- 관리 인력: 3명

절감 효과:
- 서버 대수: 90% 감소
- 전력 비용: 80% 절감
- 관리 효율: 70% 향상

개발·테스트 환경에서는 템플릿을 기반으로 VM을 배포하고, 작업 후에는 환경을 삭제하거나 스냅샷으로 보관할 수 있다. 하드웨어 구매와 설치에 2-4주가 걸리는 방식과 달리 개발 환경은 5분 내에 제공할 수 있다.

⤢✕개발자 요청템플릿 기반 VM 배포5분 내 개발 환경 제공개발/테스트 수행환경 삭제 또는 스냅샷 보관기존 방식하드웨어 구매 요청구매/설치: 2-4주 소요

재해복구(DR) 환경에서는 운영 VM을 DR 사이트의 대기 VM으로 비동기 복제하고, 재해 발생 시 DR 사이트에서 VM을 활성화한다. 서비스 재개 목표는 RTO 수 분이다.

⤢✕DR SitePrimary Site비동기 복제Production VMsvSphere ReplicationReplicated VMs(Standby)재해 발생DR Site에서VM 활성화서비스 재개(RTO: 수 분)

플랫폼별 운영 특성

항목 VMware vSphere Microsoft Hyper-V KVM
라이선스 상용 Windows Server 포함 오픈소스
성능 최상 우수 우수
관리 도구 vCenter SCVMM oVirt, Proxmox
기업 채택률 가장 높음 증가 추세 클라우드 기반
컨테이너 통합 vSphere with Tanzu Windows Containers 네이티브 지원

서버가상화는 물리 하드웨어의 자원을 유연하게 나누고, VM 단위로 배포·이동·복구할 수 있게 한다. 환경의 성격에 맞춰 베어메탈 또는 호스트형 하이퍼바이저를 선택하고, CPU·메모리·스토리지·네트워크 계층의 가상화 특성을 함께 고려해야 한다. 이러한 기반 위에서 라이브 마이그레이션, HA, DRS를 구성하면 무중단 운영과 자원 관리 자동화로 이어진다.

서버가상화하이퍼바이저가상머신VMwareKVM