Vsock Push를 이용한 MicroVM의 기동 시간 최적화

Kubernetes와 같은 전통적인 클라우드 네이티브 인프라에서 상태 동기화를 위해 사용하는 폴링(Polling) 메커니즘은 시스템 간의 결합도를 낮추는 훌륭한 표준이다. 하지만 밀리초(ms) 단위의 극단적인 시간 최적화가 요구되는 MicroVM 환경에서는 이 폴링 방식이 적합하지는 않다. 이 글에서는 시스템의 스폰 속도와 폴링 주기 간의 해상도 차이로 인해 발생하는 한계를 분석하고 가상 소켓(Vsock)을 활용한 이벤트 기반 아키텍처를 도입하여 기동 시간을 최적화하는 방법을 설명한다.

기존 인프라의 합리적 표준: 폴링과 적정 해상도

Kubernetes에서 애플리케이션 컨테이너가 트래픽을 수신할 준비가 되었는지 판별하는 핵심 메커니즘은 Readiness Probe이다. 이 기능은 설정된 주기에 따라 컨테이너의 상태 엔드포인트를 주기적으로 확인하는 폴링 방식으로 동작한다. 이러한 방식은 범용 인프라 환경에서 매우 합리적인 설계이다. 일반적인 컨테이너 애플리케이션이 스케줄링되어 부팅을 완료하기까지는 최소 수 초에서 길게는 수십 초의 스폰 시간이 소요된다. 만약 애플리케이션 부팅에 10초가 걸린다면 1초 주기의 폴링이 유발하는 오차 시간은 전체 구동 시간의 10% 미만이다. 즉, 스폰 시간 대비 폴링 주기의 해상도가 충분히 높기 때문에 시스템 자원을 낭비하지 않으면서도 안정적인 상태 동기화가 가능하다.

MicroVM 환경의 딜레마: 해상도 한계와 시간 양자화(Time Quantization) 오류

하지만 타겟 환경이 극도로 경량화된 MicroVM으로 넘어오면 기존의 폴링 주기가 에이전트의 기동 시간보다 길어져 해상도가 크게 떨어진다. 예를 들어 Vantisso의 단일 MicroVM에서 게스트 OS 커널 및 에이전트 부팅 시간은 약 800ms 수준으로 압축되어 있다. AI 에이전트를 완전히 새로 기동하는 데도 800ms 정도가 소요되는 시스템에서 만일 500ms 주기의 폴링을 적용한다면 에이전트 준비를 바로 알아차리지 못해 시간 양자화로 인한 불필요한 대기 시간 낭비가 발생하게 된다. 예를 들어 호스트의 첫 번째 상태 확인(Probe)이 500ms 시점에 발생했다고 가정하면 아직 게스트 내부 시스템이 부팅 중이므로 응답을 받지 못하고 완료 확인에 실패할 것이다. 실제로 AI 에이전트는 800ms 시점에 이미 모든 준비를 마치지만 호스트는 다음 틱(Tick)인 1.0초 시점까지 무조건 대기하고 확인하기 때문에 200ms의 불필요한 대기 시간 낭비가 발생한다. 결과적으로 AI 에이전트의 실제 준비 시점이 실시간으로 반영되는 것이 아니라 호스트가 인지하는 에이전트 준비 시점은 다음 500ms 단위로 강제 반올림(Round up)되는 것이다. 이 문제를 해결하기 위해서 폴링 주기를 더 세밀하게 설정할 수 있겠지만 세밀한 폴링 주기는 시스템에 역시 오버헤드 부담으로 작용하는 단점이 있다.

패러다임의 전환: Vsock Push 아키텍처

이러한 지연을 근본적으로 해결하기 위해 호스트가 상태를 묻는 폴링 방식에서 게스트가 자신의 상태를 스스로 알리는 이벤트 기반(Push) 방식으로 통신 패러다임을 바꿀 수 있다. 게스트 내부의 에이전트가 구동을 완료하고 대기 상태가 되는 즉시 특정 포트로 지정된 가상 소켓(Vsock) 채널을 통해 호스트 데몬에 준비 완료 신호를 Push 방식으로 전달한다. 호스트 데몬은 더 이상 무의미한 500ms 단위의 폴링을 수행할 필요 없이 Vsock 채널을 열어두고 리스닝하다가 에이전트의 이벤트가 도착하는 즉시 대기를 풀고 다음 스폰 단계를 재개한다. Vsock은 하이퍼바이저와 게스트 간의 직접 통신 채널이므로 복잡한 IP 네트워크 스택의 초기화 없이 즉각적인 이벤트 전달이 가능하다는 장점도 갖고 있다.

실측 데이터가 증명하는 최적화 결과

이벤트 기반 패러다임 전환이 가져온 성능 향상을 검증하기 위해 동일한 빌드 환경에서 단일 AI 에이전트 콜드 스폰 소요 시간을 비교 측정하였다.

• 적응형 폴링 (Adaptive Poll, 초기 25~50ms 탐색 후 백오프 적용): 1.53초
• Vsock Push: 0.83초

위의 측정 결과에서 보듯이 심지어 탐색 주기를 좀 더 촘촘하게 관리할 수 있는 적응형 폴링을 적용해도 콜드 스폰 시간이 1초를 상회하게 된다. 이는 초기 폴링 주기를 짧게 가져가더라도 백오프(Back-off) 알고리즘에 의해 결국 시간이 지날수록 폴링 주기가 늘어나 시간 양자화 오류가 발생할 수밖에 없고 그 결과 0.5~0.7초의 잉여 대기 시간을 피할 수 없기 때문이다. 반면에 이벤트 기반의 Vsock Push 아키텍처는 적응형 폴링 대비 46%(1.53초 → 0.83초)의 기동 시간 단축을 제공한다. 범용 인프라 환경에서 훌륭하게 작동하는 표준 아키텍처라도 밀리초 단위의 최적화가 요구되는 MicroVM 환경에서는 해상도의 한계로 인해 시스템의 발목을 잡을 수 있다. 요약하면 AI 에이전트가 주도적으로 상태를 알리도록 Vsock 통신 방식을 적극 활용함으로써 컴퓨트 자원 활용의 비효율 요소를 최소화하고 복잡한 커널 튜닝 없이도 기동 시간을 극적으로 최적화할 수 있다.