베어메탈에서 컨테이너와 VM을 함께 돌리는 법 — Nutanix NKP Metal의 듀얼 네이티브 구조

베어메탈 인프라에 하이퍼바이저 오버헤드 없이 컨테이너 워크로드를 얹으려는 시도는 오래됐지만, 서버 프로비저닝부터 스토리지·네트워킹 통합, 라이프사이클 관리까지 각자 도구를 조합해야 했다. Nutanix는 2026년 4월 .NEXT 컨퍼런스에서 이 문제를 정면으로 겨눈 NKP Metal을 발표했다. 하이퍼컨버지드 인프라(HCI) 운영에서 다져온 자동화·라이프사이클 관리 모델을 물리 서버 위의 Kubernetes 환경으로 그대로 옮기는 방식이다.

베어메탈 Kubernetes가 안고 있던 딜레마

AI 훈련 워크로드는 GPU에 직접 접근해야 하고, 엣지 환경은 제한된 리소스에서 최대 성능을 뽑아내야 한다. 두 경우 모두 하이퍼바이저 계층이 끼어드는 순간 레이턴시가 늘어난다. 그렇다고 하이퍼바이저를 빼면 물리 서버 프로비저닝, 펌웨어 업데이트, 스토리지·네트워킹 통합을 처음부터 다시 설계해야 하고, 결국 가상화 운영팀과 분리된 별도 조직이 베어메탈 Kubernetes만 전담하는 사일로가 생긴다. Nutanix의 접근은 HCI 스택에서 이미 검증한 자동화·라이프사이클 관리 역량을 베어메탈까지 끌고 가서, 가상화 워크로드와 동일한 운영 일관성을 유지하는 쪽이다.

NKP 티어 안에서 Metal의 위치

Nutanix Kubernetes Platform(NKP)은 세 티어로 나뉘고, NKP Metal은 이 중 Pro와 Ultimate 라이선스에서만 쓸 수 있다.

티어	주요 기능	NKP Metal 지원
NKP Starter	빠른 시작, 단일 클러스터 운영	미지원
NKP Pro	프로덕션 플랫폼, 클라우드 네이티브 프로젝트 번들, Nutanix Data Services	얼리 액세스
NKP Ultimate	플릿 관리, GitOps, 비용 관리, 멀티테넌시, 퍼블릭 클라우드 클러스터	얼리 액세스

컨테이너와 VM을 동급으로 두는 듀얼 네이티브 설계

기존 솔루션 대부분은 하이퍼바이저 기반이거나 Kubernetes 전용, 둘 중 하나였다. NKP Metal은 이 둘을 하나의 운영 모델 아래 동시에 일급 시민으로 놓는다.

⤢✕

이 구조를 떠받치는 구성 요소는 여섯 가지다. Cluster API(CAPI)가 클러스터 생성·스케일링·업그레이드·삭제를 선언적으로 자동화하고, CNI는 Cilium 또는 Calico 중 선택해 컨테이너 간 네트워크를 연결한다. CSI는 Nutanix 스토리지를 표준화된 영구 볼륨으로 노출하며, NKP Insights Engine이 클러스터의 이벤트·메트릭을 모아 이상 징후를 심각도별로 분류한다. 물리 계층에서는 Nutanix Foundation이 서버 자동 노드 배포와 초기 프로비저닝을 맡고, Lifecycle Manager(LCM)가 OS·펌웨어 패치를 일관되게 적용한다.

스토리지는 CSI 연동과 Cloud Native AOS 중 선택

⤢✕

CSI 기반 Nutanix 스토리지는 기존 HCI 스토리지 풀을 Container Storage Interface로 그대로 연결하는 방식이라, 가상화 환경과 스토리지 풀을 공유해야 하는 하이브리드 구성에 맞다. 반대로 Cloud Native AOS는 처음부터 베어메탈 Kubernetes 전용으로 설계돼 워크로드 가까이 스토리지를 배치하고 레이턴시를 최소화한다. 두 경로 모두 스냅샷·복제·암호화를 포함한 Nutanix Data Services로 이어진다.

클러스터 배포 모델은 기존 NKP 토폴로지 그대로

클러스터 유형	설명	용도
Management Cluster	NKP 호스팅, 다른 클러스터 관리	중앙 관리 허브
Managed Cluster	NKP가 생성한 워크로드 클러스터	프로덕션 워크로드 실행
Attached Cluster	외부 생성 클러스터를 NKP에 연결	기존 환경 통합
Self-Managed	단일 클러스터로 자체 관리	소규모·엣지 배포

어디에 쓰기 좋은가

GPU가 밀집된 대규모 훈련 클러스터에서는 하이퍼바이저 오버헤드 없이 GPU에 직접 접근할 수 있고, Cloud Native AOS가 대용량 훈련 데이터의 입출력을 감당한다. 엣지 컴퓨팅에서는 제한된 하드웨어에서 최대 성능을 뽑으면서도 Lifecycle Manager로 원격지 물리 서버의 펌웨어·OS를 중앙에서 관리할 수 있다. 데이터베이스·스트리밍·실시간 분석처럼 레이턴시에 민감한 워크로드, 네트워크 함수 가상화(NFV)나 금융 거래 시스템 같은 초저지연 요구 환경도 같은 이유로 후보가 된다.

전통적 베어메탈 K8s 구성과 비교하면

⤢✕

항목	전통적 베어메탈 K8s	NKP Metal
서버 프로비저닝	수동, 도구별 분산	Nutanix Foundation 자동화
OS/펌웨어 관리	개별 관리, 일관성 부족	Lifecycle Manager 통합 관리
스토리지	별도 구성, Kubernetes 연동 복잡	CSI 또는 Cloud Native AOS
클러스터 관리	kubeadm 등 수동 운영	Cluster API 기반 선언적 관리
VM 지원	별도 하이퍼바이저 필요	듀얼 네이티브로 VM 동시 운영
운영 일관성	가상화 환경과 별개	HCI와 동일한 운영 모델

도입 전에 짚어야 할 것

NKP Metal은 2026년 4월부터 NKP Pro·Ultimate 라이선스 사용자 대상 얼리 액세스로 열렸고, 정식 출시(GA)는 2026년 하반기로 예정돼 있다. Starter 티어에서는 아예 쓸 수 없으니 라이선스부터 확인해야 한다. 그다음은 하드웨어다 — Nutanix Foundation이 지원하는 서버 목록에 들어가는지 먼저 봐야 한다. 스토리지는 기존 CSI 연동으로 갈지 Cloud Native AOS를 새로 구성할지 결정이 필요하고, 조직 차원에서는 기존 가상화 운영팀과 Kubernetes 운영을 통합할지도 검토 대상이다. 무엇보다 베어메탈 성능이 실제로 필요한 워크로드와 가상화 환경으로도 충분한 워크로드를 구분하는 작업이 먼저다 — 이 구분 없이는 듀얼 네이티브 아키텍처의 이점을 살리기 어렵다.