워크로드 호스팅의 진화: Virtualization에서 Containerization까지

Source: VMware Blog

가상화는 “한 서버에 한 애플리케이션”이라는 핵심 문제를 해결했습니다. 컨테이너화는 이 결과를 기반으로 하여 구현 방식을 더욱 정교하게 만들었습니다. 그러나 가상화는 현대 컴퓨팅에서 여전히 중요한 역할을 차지하고 있으며, 전 세계에서 가장 중요한 워크로드 중 다수가 여전히—그리고 앞으로도—VM에서 실행될 것입니다. 가상화가 오래 지속되는 이유 외에도, 가상화는 컨테이너화와 Kubernetes가 사용자가 기대하는 핵심 결과를 제공하도록 개선합니다.

저는 2025년 11월에 KubeCon North America에 참석할 기회를 가졌습니다. 훌륭한 행사를 마련해 주신 Cloud Native Computing Foundation에 감사드립니다! 동료가 작성한 행사 요약을 여기에서 읽어 보실 수 있습니다. 또한 저는 전시 부스에서 Broadcom을 대표하여 참석자 및 다른 스폰서들과 의미 있는 대화를 나눌 수 있었습니다. 그 중 부스를 방문한 엔지니어가 던진 한 질문이 특히 인상 깊었습니다: “가상화와 Kubernetes는 어떤 관련이 있나요?” 이 이해는 IT 작업과 조직 예산에 매우 중요합니다!

컴퓨팅은 우리가 서로 소통하는 방식, 업무 방식, 그리고 산업에서 가능한 것들을 혁신적으로 바꾸었습니다. IT 워크로드는 이메일 전송이나 데이터베이스 업데이트와 같은 원하는 기능을 수행하기 위해 CPU, 메모리, 스토리지, 네트워크 등 컴퓨팅 자원을 요구합니다. 비즈니스 운영의 핵심은 IT 조직이 메인프레임, 온‑프레미스 데이터센터, 혹은 퍼블릭 클라우드 환경 중 어디에서든 워크로드‑호스팅 전략을 최적화하는 것입니다.

가상화는 Kubernetes와 함께 사라지지 않았습니다—오히려 기업 규모에서 Kubernetes가 더 잘 작동하도록 만들어 줍니다.

Source: …

Virtualization

1940년대 전자 컴퓨팅이 시작된 이래로, 사용자는 전용 물리 하드웨어와 상호 작용하며 작업을 수행했습니다. 애플리케이션, 워크로드, 하드웨어 모두 급속히 발전하면서 사용자가 컴퓨팅을 통해 할 수 있는 일의 능력, 복잡성 및 범위가 확대되었습니다. 그러나 핵심 제약은 여전히 존재했습니다: 하나의 머신(또는 서버)이 하나의 애플리케이션에 전용이라는 점이었습니다. 예를 들어, 조직은 이메일 기능 전용 서버를 두거나, 급여와 같이 한 달에 몇 번만 실행되는 작업 전용 서버를 운영했습니다.

가상화—IT 리소스를 시뮬레이션하는 기술—는 1960년대 메인프레임에서 처음 도입되었습니다. 그 당시 가상화는 메인프레임 리소스에 대한 공유 접근을 가능하게 하여 여러 애플리케이션과 사용 사례가 동일한 하드웨어에서 실행될 수 있게 했습니다. 이는 전용 하드웨어 위에서 다수의 애플리케이션을 실행할 수 있게 함으로써 현대 가상화와 클라우드 컴퓨팅의 청사진을 제공했습니다.

VMware는 x86 아키텍처(개인용 컴퓨터와 서버에서 가장 일반적인 명령어 집합)의 가상화를 통해 클라우드 컴퓨팅 붐을 이끌었습니다. 물리 하드웨어는 이제 여러 분산 애플리케이션을 수용하고, 다수의 사용자를 지원하며, 비싼 하드웨어를 완전히 활용할 수 있게 되었습니다. 가상화는 퍼블릭 클라우드 컴퓨팅을 가능하게 하는 핵심 기술입니다. 아래는 가상화의 주요 이점 요약입니다:

• 추상화 – 가상화는 물리 하드웨어(CPU, RAM, 스토리지)를 논리 파티션으로 추상화하여 독립적으로 관리할 수 있게 합니다.
• 유연성, 확장성, 탄력성 – 추상화된 파티션은 비즈니스 요구 변화에 따라 규모를 조정하고, 필요 시 프로비저닝하거나 종료할 수 있으며, 자원을 필요에 따라 회수할 수 있습니다.
• 자원 통합 및 효율성 – 물리 하드웨어는 적절한 양의 CPU, RAM, 스토리지를 갖춘 여러 맞춤형 논리 파티션을 동시에 실행함으로써 하드웨어 활용도를 극대화하고 부동산 및 전력과 같은 고정 비용을 절감합니다.
• 격리 및 보안 – 각 VM은 물리 호스트와 독립적인 OS를 갖는 자체 “세계”를 가지고 있어, 동일 호스트를 공유하는 애플리케이션에 대해 깊은 보안과 격리를 제공합니다.

대부분의 기업에서, 핵심 업무를 수행하는 중요한 워크로드는 가상 머신 위에서 실행되도록 설계되어 있으며, 이들은 Broadcom이 제공하는 세계 최고의 VM 및 가상화 기술을 신뢰합니다.

인프라스트럭처를 물리 하드웨어와 독립적으로 추상화하고 관리할 수 있음을 입증함으로써, 가상화는 다음 단계인 워크로드 호스팅 진화를 위한 기반을 마련했습니다.

Containerization

컴퓨팅 수요가 확대됨에 따라 애플리케이션과 워크로드의 복잡성이 기하급수적으로 증가했습니다. 전통적으로 단일 체제로 설계·관리되던 애플리케이션은 마이크로서비스라 불리는 작은 기능 단위로 분리되기 시작했습니다. 이를 통해 개발자와 관리자는 애플리케이션의 일부를 독립적으로 관리할 수 있게 되어 확장, 업데이트, 신뢰성을 보다 쉽게 확보할 수 있게 되었습니다. 이러한 마이크로서비스는 컨테이너에서 실행되며, 컨테이너는 Docker에 의해 산업 전반에 보급되었습니다.

Docker 컨테이너는 애플리케이션과 그 의존성(코드, 라이브러리, 설정 파일 등)을 하나의 단위로 패키징하여 개발자 노트북, 기업 데이터센터의 서버, 퍼블릭 클라우드의 서버 등 어떤 인프라에서도 일관되게 실행될 수 있게 합니다. 컨테이너는 선적 컨테이너에서 이름을 따왔으며, 이름 그대로 표준화, 이동성, 캡슐화와 같은 장점을 제공합니다. 아래는 컨테이너화의 주요 이점에 대한 간략한 개요입니다:

• 표준화 – 선적 컨테이너가 다른 장비와 일관되게 상호작용할 수 있는 형태로 물품을 포장하듯, 소프트웨어 컨테이너는 애플리케이션을 균일하고 논리적으로 추상화된 격리된 환경에 포장합니다.
• 이동성 – 선적 컨테이너가 배에서 트럭, 기차로 이동하듯, 소프트웨어 컨테이너는 개발자 노트북, 개발 환경, 프로덕션 서버, 그리고 클라우드 제공자 간에 자유롭게 실행될 수 있습니다.
• 캡슐화 – 선적 컨테이너가 주문을 이행하는 데 필요한 모든 물품을 포함하듯, 소프트웨어 컨테이너는 애플리케이션 co

(Note: the original text ends abruptly at “co”. The content has been preserved as‑is.)

Containers vs. Virtual Machines

• Containers는 애플리케이션 과 그 런타임, 시스템 도구, 라이브러리 및 애플리케이션 실행에 필요한 모든 의존성을 패키징합니다.
• Isolation: 선적 컨테이너와 소프트웨어 컨테이너 모두 내용물을 다른 컨테이너와 격리합니다. 소프트웨어 컨테이너는 기본 물리 머신의 OS를 공유하지만, 애플리케이션 의존성은 공유하지 않습니다.

컨테이너가 산업 표준이 되면서, 팀들은 대규모로 컨테이너를 오케스트레이션하고 관리하기 위한 자체 도구를 개발하기 시작했습니다. Kubernetes는 2015년에 이러한 프로젝트들에서 탄생했으며 이후 오픈소스 커뮤니티에 기부되었습니다. 컨테이너의 해양 테마를 이어받아 Kubernetes는 그리스어로 “조타수” 또는 “파일럿”을 의미하며, 인프라의 두뇌 역할을 합니다.

컨테이너는 애플리케이션을 손쉽게 배포할 수 있게 해주고 – Kubernetes는 다음을 가능하게 합니다:

1. 배포하고자 하는 애플리케이션 인스턴스 수를 확장합니다.
2. 각 인스턴스가 계속 실행되도록 보장합니다.
3. 어떤 클라우드 제공자나 데이터센터에서도 동일한 방식으로 운영합니다.

이것이 바로 세 가지 S 기둥 – Self‑Healing(자기 치유), Scalability(확장성), Standardization(표준화) 입니다. 이러한 결과가 Kubernetes를 산업 골드‑스탠다드로 끌어올렸으며, 운영 일관성을 제공하고 위험을 감소시키며 이동성을 향상시켜 클라우드‑네이티브 컴퓨팅에서 보편적으로 사용되게 만들었습니다.

Virtualization → Containerization

가상화는 개발자가 물리 하드웨어 위에 여러 애플리케이션을 배치하고 격리할 수 있는 길을 열었으며, 관리자는 하드웨어와 분리된 IT 자원을 관리할 수 있게 했고, 스택의 하위 부분을 추상화하는 것이 복잡한 소프트웨어를 실행하고 확장하는 데 실현 가능함을 증명했습니다. 컨테이너는 이러한 원칙을 기반으로 application layer를 추상화하여 가상화에 비해 다음과 같은 이점을 제공합니다:

• Efficiency – 컨테이너는 호스트 OS를 공유하기 때문에 동일한 OS를 여러 번 실행할 때 발생하는 리소스 오버헤드(CPU, 메모리, 스토리지)를 없앱니다.
• Velocity – 작은 풋프린트 덕분에 시작 및 종료 시간이 훨씬 빨라집니다.
• Portability – 컨테이너는 가볍고 호환되는 컨테이너 런타임이면 어디서든 실행할 수 있습니다.

가상화가 Kubernetes를 개선합니다

가상화는 Kubernetes를 안정화하고 가속화합니다. 대부분의 관리형 Kubernetes 서비스—예를 들어 하이퍼스케일러 제공 서비스(EKS on AWS, AKS on Azure, GKE on GCP)—는 가상화된 OS 위에 Kubernetes 레이어를 실행합니다. Kubernetes 환경은 일반적으로 복잡하기 때문에, 가상화는 격리, 보안 및 신뢰성을 크게 향상시키고 운영 부담을 완화합니다. 이러한 이점에 대한 간략한 개요는 다음과 같습니다:

• Isolation & Security – 가상화가 없으면 물리 호스트에서 실행되는 Kubernetes 클러스터의 모든 컨테이너가 동일한 커널(OS)을 공유합니다. 컨테이너가 침해되면 물리 호스트의 모든 것이 잠재적으로 위험에 처할 수 있습니다. 하이퍼바이저는 악성 행위가 다른 Kubernetes 노드와 컨테이너로 퍼지는 것을 방지합니다.
• Reliability – Kubernetes는 컨테이너가 충돌하면 재시작할 수 있지만, 기본 물리 호스트에 문제가 발생하면 아무것도 할 수 없습니다. 가상화는 다른 물리 서버에서 고가용성을 통해 전체 Kubernetes 환경을 재시작할 수 있습니다.
• Operations – 가상화가 없으면 물리 호스트는 일반적으로 단일 Kubernetes 클러스터만 실행하므로 환경이 하나의 Kubernetes 버전에 고정되고 속도가 느려집니다. 가상 머신을 사용하면 여러 클러스터를 운영하고, 업그레이드를 더 쉽게 수행하며, 보다 유연한 운영이 가능합니다.

Bottom line: 모든 주요 관리형 Kubernetes 서비스는 가상 머신 위에서 실행됩니다. 가상화는 엔터프라이즈 규모에서 요구되는 격리, 신뢰성 및 운영 유연성을 제공하기 때문입니다.

Broadcom은 워크로드 호스팅을 위한 최고의 플랫폼을 제공합니다

2015년 Kubernetes가 탄생한 이래, VMware 기술은 업스트림 프로젝트에 대한 상위 3대 기여자 중 하나였습니다. Broadcom이 발명하고 커뮤니티에 기부한 여러 프로젝트가 있습니다:

• Harbor
• Antrea
• Contour
• Pinniped

Broadcom의 엔지니어링 팀은 여전히 업스트림 Kubernetes에 전념하며 Harbor, Cluster API, etcd와 같은 프로젝트에 기여하고 있습니다.

VCF 9 출시와 함께, Broadcom의 VMware Cloud Foundation (VCF) 부서는 업계 통합 운영, 공유 인프라, 일관된 툴링을 제공하여 워크로드 형태에 구애받지 않습니다. 고객은 동일한 하드웨어에서 VM과 컨테이너/Kubernetes 워크로드를 실행할 수 있으며, 수백만 실무자가 기술과 경력을 쌓아온 동일한 도구로 관리할 수 있습니다. 기업은 다음을 달성할 수 있습니다:

• 자본 및 운영 비용 절감.
• 운영 모델 표준화.
• 애플리케이션과 인프라를 현대화하여 빠른 이동, 데이터 보안, 핵심 시스템 신뢰성 향상.

Broadcom은 25년 이상 가상화 및 VM 워크로드의 금본위 기준이었습니다. 지속적인 혁신과 기술 환경에 대한 기여를 통해 고객은 앞으로 25년 동안 핵심 VM 워크로드 및 컨테이너/Kubernetes 워크로드를 실행하기 위해 우리와 파트너십을 유지하고 있습니다.

VMware Cloud Foundation (VCF) 블로그에서 더 알아보기

구독하면 최신 게시물이 이메일로 전송됩니다.