54. 하이퍼바이저 (Hypervisor)

핵심 인사이트 (3줄 요약)

1. 본질: 하이퍼바이저 (Hypervisor)는 여러 가상 머신 (Virtual Machine, VM)을 직접 관리하는 가상화 제어 계층이다.
2. 가치: CPU, 메모리, I/O를 분리해 격리와 자원 공유를 동시에 제공한다.
3. 판단 포인트: Type 1과 Type 2의 차이, hardware assist, trap-and-emulate 구조를 구분해야 한다.

Ⅰ. 개요 및 필요성

하이퍼바이저는 물리 하드웨어 위에서 VM을 실행시키는 핵심 소프트웨어다. 하나의 서버를 여러 서버처럼 쓰게 하면서도 각 VM을 서로 격리한다.

클라우드와 데이터센터에서 자원 효율과 보안 격리를 동시에 만족시키려면 하이퍼바이저가 필요하다.

• 📢 섹션 요약 비유: 하이퍼바이저는 아파트 관리소장처럼 여러 집을 동시에 관리하는 역할이다.

Ⅱ. 아키텍처 및 핵심 원리

하이퍼바이저는 게스트 OS가 직접 하드웨어를 독점하지 못하게 하고, 가상 자원으로 중재한다. VM이 요청하면 CPU는 trap되고, 하이퍼바이저가 이를 처리한다.

Physical HW
   ▲
   │
Hypervisor (VMM)
   ├─ VM1 → Guest OS → Apps
   └─ VM2 → Guest OS → Apps

핵심은 하드웨어 접근을 직접 허용하지 않고, 중간 계층이 제어함으로써 안정성과 공유를 얻는 것이다.

• 📢 섹션 요약 비유: 하이퍼바이저는 여러 사람이 쓰는 주차장 출입증 관리기다.

Ⅲ. 비교 및 연결

Type 1은 하드웨어 위에서 직접 동작하고, Type 2는 호스트 OS 위에서 동작한다. 일반적으로 Type 1이 성능과 안정성에서 유리하다.

하이퍼바이저는 컨테이너 런타임과도 비교된다. VM은 OS까지 분리하고, 컨테이너는 커널을 공유한다.

• 📢 섹션 요약 비유: Type 1은 땅 위에 바로 세운 건물, Type 2는 기존 건물 안에 얹은 모형 건물이다.

Ⅳ. 실무 적용 및 기술사 판단

실무에서는 메모리 오버커밋, CPU 스케줄링, 장치 패스스루, 라이브 마이그레이션, 스냅샷을 함께 본다. 보안과 성능은 항상 같이 고려해야 한다.

체크리스트

1. Type 1/Type 2 선택이 목적에 맞는가?
2. EPT/NPT 같은 하드웨어 지원을 활용하는가?
3. VM 격리와 성능 요구를 균형 있게 맞추는가?
4. 스냅샷과 백업 정책이 분리되어 있는가?

안티패턴

• 모든 워크로드를 한 호스트에 과도하게 몰아넣는 경우
• 장치 패스스루만 믿고 장애 대비를 안 하는 경우
• 가상화와 컨테이너를 같은 수준으로 혼동하는 경우

기술사 관점에서는 하이퍼바이저가 단순 VM 실행기가 아니라 자원 중재와 격리의 핵심 계층이라는 점을 설명해야 한다.

• 📢 섹션 요약 비유: 하이퍼바이저는 여러 극장의 무대 장치를 한 명이 조율하는 무대 감독이다.

Ⅴ. 기대효과 및 결론

하이퍼바이저는 서버 자원 활용률을 높이고, 격리와 유연성을 제공한다. 클라우드 인프라의 기본 전제라고 볼 수 있다.

정리하면, 하이퍼바이저는 물리 자원을 논리적으로 쪼개는 중재자다.

• 📢 섹션 요약 비유: 하이퍼바이저는 큰 케이크를 공평하게 잘라 나누는 칼과 같다.

📌 관련 개념 맵

📈 관련 키워드 및 발전 흐름도

물리 서버
    │
    ▼
하이퍼바이저
    │
    ▼
가상 머신
    │
    ▼
클라우드 / 멀티테넌시

이 흐름은 단일 서버 운영에서 격리된 다중 서버 운영으로 발전하는 과정을 보여준다.

👶 어린이를 위한 3줄 비유 설명

1. 하이퍼바이저는 큰 방을 여러 칸으로 나눠 주는 아주 똑똑한 관리자예요.
2. 각 칸은 자기만의 컴퓨터처럼 사용할 수 있어요.
3. 그래서 한 칸이 고장 나도 다른 칸은 덜 흔들려요.