TECH 으로 돌아가기
TECH HACKER NEWS 6분 읽기 25 READS

엔비디아, GPU 베어메탈용 '쿠버네티스 공장' NVKE 프리뷰 공개

엔비디아, GPU 베어메탈용 '쿠버네티스 공장' NVKE 프리뷰 공개
SOURCE IMAGE · HACKER NEWS

엔비디아가 자사 GPU 인프라 위에서 관리형 쿠버네티스 서비스를 직접 운영할 수 있게 해주는 'NVIDIA Kubernetes Engine(NVKE)'을 프리뷰 형태로 공개했다. NVKE는 쿠버네티스 배포판이 아니라, 플랫폼 운영 조직이 설치해 다수의 쿠버네티스 클러스터를 생성·운영하도록 돕는 관리 평면(management plane)이다. 아파치 2.0 라이선스로 소스가 공개돼 있으며, 저작권 표기는 2026년 엔비디아로 돼 있다.

구조를 보면 역할 분담이 명확하다. 플랫폼 팀은 NVKE 관리 평면을 직접 운영하고, 이들의 고객(사내 팀이든 외부 테넌트든)은 각자에게 할당된 워크로드 클러스터를 쿠버네티스 API와 kubectl로 사용한다. 중요한 점은 각 워크로드 클러스터가 자체 컨트롤 플레인, 자체 etcd, 자체 노드 풀을 갖는다는 것이다. 즉 네임스페이스 단위의 멀티테넌시가 아니라 클러스터 단위로 격리된 환경을 다수 찍어내는 모델이다. 공용 클라우드의 관리형 쿠버네티스(EKS·GKE 등)와 비슷한 사용 경험을, 사업자가 소유한 베어메탈 GPU 장비 위에서 자체 구축한다는 것이 핵심 지향점이다.

클러스터를 찍어내는 자기호스팅 공장

NVKE는 스스로를 쿠버네티스 배포판도, Cluster API의 한 변형(flavour)도 아니라고 명시한다. 대신 '쿠버네티스 클러스터를 찍어내는 자기호스팅 공장'이라는 비유를 쓴다. 동작 순서는 이렇다. 먼저 일회용 시드(seed) 클러스터가 관리 클러스터를 세우고, 그 위에 올라간 관리 평면이 이후 격리된 워크로드 클러스터들을 필요에 따라 프로비저닝하고 수명주기를 관리한다. 따라서 하나의 설치 환경에는 관리 클러스터와 워크로드 클러스터라는 두 종류의 쿠버네티스가 공존한다. 소스를 빌드하면 agent, updater, controller, nvkectl, management-engine, tenant-api, operator-api 등 아홉 개의 바이너리가 생성되며, 노드에서 동작하는 에이전트는 리눅스에서 실행된다. 빌드 자체는 관리 평면을 기동하거나 클러스터를 만들지 않는다.

실제 설치에서는 머신, 네트워킹, 노드 이미지, 레지스트리를 운영자가 직접 공급하고 'NVIDIA Infra Controller(NICo)'에 대한 접근을 설정해야 한다. 프리뷰 단계에서 호환되는 인프라 공급자는 NICo가 유일하다. 이는 현재 NVKE가 엔비디아 자체 인프라 스택과 강하게 결합돼 있으며, 임의의 베어메탈 환경에 그대로 올리기는 어렵다는 뜻이다. 반면 평가 목적이라면 리눅스 호스트나 VM(amd64·arm64, CPU 6개·여유 메모리 12GiB·여유 디스크 100GiB 이상)에서 로컬 퀵스타트를 돌릴 수 있고, 도커와 가상 TPM 지원이 필요하다. macOS에서는 Colima 가상머신 안에서 평가를 수행하는 별도 가이드를 제공한다.

프리뷰라는 전제를 반드시 읽어야 한다

도입을 검토하는 실무자라면 프리뷰의 한계를 먼저 직시해야 한다. NVKE는 프리뷰로 제공되며 릴리스 사이에 API·설정·동작이 바뀔 수 있고, 프로덕션 워크로드에는 권장되지 않는다. 특히 보안 기본값이 느슨하다. 설치 직후 API 인증은 꺼져 있고 API는 평문 HTTP로 통신하므로, 호출자를 받아들이기 전에 운영자가 명시적으로 인증과 보호된 접근을 구성해야 한다. 또한 관리 클러스터는 스스로를 업그레이드·확장·교체하지 못하며, 관리 평면에 대한 업그레이드나 백업/복구 절차도 아직 없다. 평가용 FDE(전체 디스크 암호화) 노드 이미지는 저장 데이터 기밀성을 보장하지 않는다.

이런 제약을 종합하면 현재 NVKE는 '검증과 아키텍처 학습용 프리뷰'로 보는 편이 안전하다. 자체 데이터센터나 코로케이션에 GPU 자산을 쌓아두고 여러 팀·고객에게 격리된 쿠버네티스를 서비스처럼 제공하려는 조직에게는, 공용 클라우드 없이 그런 구조를 세울 수 있다는 점에서 의미가 크다. 다만 인증을 켜지 않으면 API가 무방비로 노출되고, 관리 평면의 업그레이드·백업 수단이 없다는 점은 운영 연속성 관점에서 치명적일 수 있으므로, 평가 단계에서조차 네트워크 격리와 접근 통제를 전제로 삼아야 한다.

빌드 측면에서는 go.work에 고정된 Go 1.27.3과 GNU Make 4 이상이 필요하고, 첫 빌드에는 공개 Go 모듈에 접근할 수 있어야 한다. 기여를 원한다면 큰 작업 전에 먼저 이슈를 열어 메인테이너와 접근 방식을 합의하라는 안내가 붙어 있다. 결론적으로 NVKE는 엔비디아가 GPU 관리형 쿠버네티스라는 영역을 자체 인프라 스택(NICo) 위에서 표준화하려는 초기 신호로 읽을 수 있으며, 도입 시점을 저울질하는 조직이라면 지금은 운영 패턴을 미리 익히고 보안·수명주기 공백이 메워지는 추후 릴리스를 지켜보는 것이 현실적이다.

SOURCE · HACKER NEWS
원문 전체 보기 → https://github.com/dsx-ai-factory/nvke
SHARE
NEXT · CHOOSE

변화를 읽었다면,
내가 만들 수익 구조를 고릅니다.

정보를 더 모으는 데서 멈추지 않고, 광고·외주·판매·중개·구독 중 내 상황에 맞는 출발점을 정해보세요.

21가지 수익 구조 살펴보기 →
처리 중...