피드로 돌아가기
The "Lift-and-Shift to KVM" Fallacy
Dev.toDev.to
Infrastructure

vCenter 의존성 60~90% 제거를 통한 Operating Model 재설계

The "Lift-and-Shift to KVM" Fallacy

NTCTech2026년 5월 4일9advanced

Context

VMware 환경을 KVM으로 단순 이전하는 Lift-and-Shift 방식의 설계 결함을 분석. Hypervisor 교체에만 집중하여 vCenter 기반의 Control Plane과 운영 모델 전체가 유실되는 아키텍처적 공백 발생.

Technical Solution

  • Control Plane 대체 설계: vCenter의 Lifecycle 및 Provisioning 기능을 libvirt, Proxmox VE, OpenStack 등 대체 솔루션으로 재구축
  • Storage Semantics 재정의: vSAN의 복제, Failure Domain, Snapshot 일관성 로직을 Ceph 또는 NFS 기반의 스토리지 추상화 계층으로 전환
  • Observability Stack 신규 구축: vSphere 메트릭 기반의 기존 모니터링 체계를 폐기하고 KVM 플랫폼 전용 알림 임계치 및 대시보드 설계
  • Backup Architecture 전환: VADP API 의존성을 제거하고 새로운 스토리지 백엔드에 최적화된 데이터 보호 워크플로우 구현
  • 운영 모델 검증: vCenter 부재 시 소실되는 운영 기능의 비율을 산정하여 Migration Scope에 명시적 포함

- [ ] vCenter 제거 시 소실되는 운영 모델의 비율(%) 산출 및 범위 확정 - [ ] VADP API 및 vSAN 정책 기반의 스토리지 의존성 맵 작성 - [ ] Day 1 운영 가시성 확보를 위한 신규 Observability 스택 사전 구축 - [ ] KVM/Ceph 등 Primitive 레벨의 장애 대응 역량 보유 여부 진단

원문 읽기