Service Mesh를 활용한 Red Hat OpenShift 가상 머신 관리

컨테이너화된 애플리케이션과 가상화 워크로드를 함께 관리하는 것은 IT 운영에 있어 지속적인 과제이며, 종종 사일로화된 관리 환경을 형성합니다. Red Hat Summit 2026의 OpenShift Spotlight 세션에서, 저는 Red Hat OpenShift가 단일 플랫폼에서 가상 머신(VM)과 컨테이너를 동등하게 1급 시민(first-class citizen)으로 다룰 수 있도록 지원하여 이러한 격차를 어떻게 해소하는지 직접 시연할 기회를 가졌습니다.

Alan Cowles가 Red Hat Summit 2026의 OpenShift Spotlight 세션에서 발표하고 있습니다.

가상 머신과 컨테이너 간의 격차 해소

이번 데모에서는 7개의 가상 머신을 실행하는 가상의 여행사(Travel Agency) 애플리케이션을 중점적으로 다루었습니다. 이 레거시 애플리케이션은 예약 및 결제 기능을 지원했으며, 애플리케이션 실행에 필요한 다양한 하위 기능을 전담하는 VM들로 구성되어 있었습니다. 예를 들어 렌터카 예약 애플리케이션을 실행하는 전용 VM이 있었고, 다른 VM은 항공편 예약을, 또 다른 VM은 호텔 숙박 예약을 전담했습니다.

대부분의 경우, 조직은 VM과 컨테이너를 위한 별도의 관리 콘솔을 각각 운영해야 하는 어려움을 겪습니다. 이는 가상화 솔루션 내에서 컨테이너 플랫폼을 호스팅하거나, 서로 다른 팀이 관리하는 베어 메탈 인프라에서 두 환경을 나란히 실행하기 때문입니다. 이로 인해 운영 효율성을 저해하는 '토글 비용(toggle tax)'이 발생할 수 있습니다. 이번 데모에서는 Red Hat OpenShift가 가상 머신을 서비스 메쉬와 같은 플랫폼 네이티브 기능과 직접 통합하여 이러한 문제를 어떻게 해결하는지 보여주었습니다.

OpenShift의 가상 머신은 그 자체로 컨테이너 내부에서 실행되므로, 컨테이너화된 워크로드와 마찬가지로 OpenShift에서 제공하는 고급 툴링을 가상화 워크로드에도 손쉽게 적용할 수 있습니다. Red Hat OpenShift Service Mesh를 활용하여 실행 중인 VM에 사이드카 컨테이너를 주입함으로써 이전에는 사용할 수 없었던 추가 기능을 제공했습니다. 처음에는 사이드카 컨테이너가 아직 주입되지 않아 트래픽 그래프가 비어 있었습니다. 가상 키보드로 명령줄에 명령어를 빠르게 입력하여 서비스 메쉬 사이드카 컨테이너를 주입하자, 잠시 후 환경이 완전히 변화했습니다. VM의 포드 뷰가 컨테이너 2개에서 3개로 확장되어, VM을 구성하는 guest-console 및 compute 컨테이너와 함께 istio-proxy 컨테이너가 추가되었습니다. 사이드카가 주입되자 서비스 메쉬 그래프가 새로운 데이터로 채워지기 시작했으며, 데이터베이스와 지원 서비스를 포함한 전체 애플리케이션 흐름을 한눈에 볼 수 있는 포괄적인 시각화를 제공했습니다. 

 OpenShift Service Mesh의 트래픽 그래프 기능은 여행사 애플리케이션 워크플로우에 대한 통합된 뷰를 제공합니다. 

서비스 메쉬를 통한 네트워크 연결을 살펴본 후, OpenShift Service Mesh가 네트워크 트래픽 흐름 시각화뿐만 아니라 트래픽 제어(트래픽 셰이핑)에도 탁월하다는 점을 청중에게 보여주었습니다. 이를 증명하기 위해 업데이트된 버전의 여행사 애플리케이션에 대한 카나리아 배포를 시연했습니다. 새로운 'cars v2' VM을 프로비저닝한 후 서비스 메쉬의 트래픽 셰이핑 기능을 활용하여, 트래픽의 90%는 레거시 버전의 차량 애플리케이션을 실행하는 가상 머신으로 라우팅하고 10%만 버전 2로 라우팅하는 배포 스크립트를 작성했습니다(말하자면 새 차의 상태를 사전에 점검해보는 것입니다). 새 버전에 문제가 없음을 확인한 후, 다른 명령을 입력하여 새 버전의 애플리케이션으로 트래픽 흐름을 80/20 비율로 전환했으며, 이후 논리적인 다음 단계로서 레거시 버전을 실행하던 VM을 사용 중단할 수 있었습니다.

이번 데모에서는 컨테이너 서비스와 가상 머신 간의 복잡한 상호작용을 다양하게 보여주었지만, 핵심은 OpenShift가 단순히 VM을 '실행'하는 데 그치지 않는다는 점입니다. OpenShift는 VM을 프로그래밍 가능한 최신 애플리케이션 패브릭의 네이티브 구성 요소로 다루어, 애플리케이션을 완전히 재작성하지 않고도 정교한 배포 전략을 구현할 수 있도록 지원합니다.

이 여행사는 OpenShift에서 VM을 실행함으로써 애플리케이션을 전면 재작성하지 않고도 현대적인 롤아웃 전략을 활용해 새로운 기능을 OpenShift의 네이티브 구성 요소로 테스트할 수 있습니다. 

이 인터랙티브 아케이드 데모를 통해 해당 워크플로우를 직접 살펴보고 플랫폼의 강력한 기능을 확인해 보실 수 있습니다.

현장의 목소리: Abacus의 도입 여정

이러한 시연에서 가장 뜻깊은 점은 제가 설명한 기술적 경로가 단순한 이론에 그치지 않는다는 사실입니다. 이는 Red Hat 고객사가 추진한 전략적 전환을 그대로 보여줍니다. 금융 및 의료 부문 관리형 서비스 제공업체인 Abacus의 Paul Ponzeka CTO는 OpenShift Spotlight 세션 무대에 함께 올라 Red Hat의 Stu Miniman과 함께 비즈니스 민첩성 확보 필요성과 기존 벤더의 지속 불가능한 관행에 대응하여 OpenShift로 마이그레이션하게 된 Abacus의 여정에 대해 이야기를 나누었습니다.

Abacus의 Paul Ponzeka CTO가 기존의 레거시 VM 공급업체에서 Red Hat OpenShift Virtualization으로 전환한 여정에 대해 설명합니다. (20:16)

Abacus가 변화를 모색한 이유를 묻는 질문에 Ponzeka CTO는 "VMware와 Broadcom이 바에 들어갔는데..."라는 농담을 던지며 솔직한 시장 평가를 내놓았습니다. 그는 수많은 서비스 제공업체가 직면했던 어려운 현실에 대해 다음과 같이 자세히 설명했습니다. "가격이 2배나 인상되었고, 서비스 제공업체 플랫폼에서 입지가 좁아졌습니다... 근본적인 변화가 필요했습니다."

Ponzeka CTO에게 이번 전환은 단순한 가격 인상 회피를 넘어, 더 현대적이고 효율적인 아키텍처를 다룰 수 있도록 팀의 기술 역량을 강화하기 위한 것이었습니다. 그는 이번 전환을 통해 뜻밖의 성능 향상 효과도 얻었다고 덧붙였습니다. "OpenShift로 전환하면서 실제로 성능이 크게 향상되었습니다. 주요 대형 포트들의 처리 속도가 회선 속도 수준에 도달하기 시작했습니다"라고 그는 밝혔습니다.

결국 Abacus는 OpenShift로 전환함으로써 고객의 컨테이너화된 워크로드를 온프레미스로 다시 이전하여 주요 업무용 VM과 함께 베어 메탈 환경에서 나란히 실행할 수 있음을 확인했습니다. 이를 통해 불가피했던 마이그레이션의 필요성이 새로운 제품 라인으로 발전했으며, 레거시의 제약에서 벗어나는 것이 진정한 인프라 현대화를 향한 첫걸음임을 입증했습니다.

결론

OpenShift의 VM 통합 기능은 벤더 종속성에서 벗어나 인프라를 현대화하려는 기업에게 전략적인 핵심 동력이 됩니다. 제가 진행한 데모는 현대적인 클라우드 네이티브 플랫폼 환경에서 레거시 애플리케이션이 어떻게 지속적으로 번창할 수 있는지 보여주는 좋은 사례였습니다. 또한 Ponzeka CTO의 실제 증언은 단순한 마이그레이션으로 시작된 여정이 어떻게 경쟁 우위로 발전하고, 인프라의 제약을 새로운 비즈니스 기회로 탈바꿈할 수 있는지를 입증했습니다. 통합 애플리케이션 플랫폼 내에서 VM과 컨테이너를 동등하게 다룸으로써, 기업은 기존 투자를 보호하는 동시에 클라우드 네이티브 운영의 민첩성과 비용 효율성을 확보할 수 있습니다. 

Red Hat OpenShift Virtualization에 대해 자세히 알아보기 

• 제품 살펴보기
• OpenShift Spotlight 세션 전체 보기
• 학습 허브에서 더 많은 리소스 확인하기