BLOG · GUIDE · AUGUST 2026

Nutanix and GPUs: building an AI cluster

IN BRIEF
  • Of fifteen NX models, eleven take GPUs. The per-node ceiling: four H100 or L40S in the NX-9151-G9
  • The letter N in a model code says nothing about GPUs: NX-8155N-G8 takes three cards, NX-8150N-G8 none
  • The L40S does not split with MIG at all; the RTX PRO 6000 Server Edition splits into four 24 GB instances
  • MIG-backed vGPU is listed for vSphere, Red Hat KVM and Ubuntu KVM — AHV is not named
  • Enabling MIG disables NVLink and P2P, and NCCL does not work with it — distributed training will not assemble on slices

Which nodes take cards — and which do not

A hyperconverged node is a server where disks, compute and networking are fused into one block under AOS. Room for a full-size card is not always there — drive bays and fans eat it. So some NX models take up to four accelerators and others take none.

NODEFORM FACTORGPUs
NX-9151-G92U1Nup to 4× H100 or L40S
NX-3155-G92U1Nup to 4× A2, L4, L40S or H100
NX-8155-G92U1Nup to 3× A2, L4 or L40S
NX-8155N-G82U1Nup to 3× A2 or L4
NX-8155A-G92U1N2× A100 80 GB
NX-3035-G9, NX-1175S-G92U2N / 1U1Nup to 2× A2 or L4
NX-1150S-G92U1N0 or 1× L4 24 GB
NX-8150-G9, NX-8170-G9, NX-8150N-G8, NX-8170N-G81U1N / 2U1Nnot supported

Per Nutanix node specifications; the last row are database and storage nodes

Reading GPU capability from the letter suffix does not work — the table shows it directly. There are two reliable checks: the GPU line in the model’s spec sheet, and the card list validated for that chassis. NX-9151-G9 and NX-3155-G9 accept the H100; the NX-8155-G9 with the same 2U1N form factor stops at the L40S. Power and airflow set the limit, not case size.

What blocks a fifth card

The power spread across the line is sixfold: an NX-1150S-G9 peaks at 531 VA, while an NX-9151-G9 with four cards requires 3,232 VA and rejects up to 11,021 BTU per hour — a separate conversation with your data centre about the phase and row cooling.

The second reason: server cards are passive. The L40S and RTX PRO 6000 Server Edition have no fans of their own and live off front-to-back chassis airflow. NVIDIA’s forum has a telling case: an L40S in a Dell Precision workstation idling at 100 °C. Outside a server, this cannot be fixed.

Three ways to hand a card to a VM

METHODHOW IT DIVIDESISOLATION & LICENCE
Passthroughwhole card to one VMfull; no vGPU licence needed
Time-sliced vGPUtime division, processes take turnsno memory/fault isolation; licence mandatory
MIG-backed vGPUhardware slices working in parallelhardware isolation, ~20% faster than time-sliced

Then comes the limit that breaks half of all multi-card node plans. The MIG documentation states it plainly: with MIG enabled, NVLink links are off, the card loses P2P, and NCCL is unsupported. NVIDIA’s forum position: distributed training over MIG can theoretically be pushed through GPUDirect RDMA over the network, but it will be slower than taking a bigger slice or disabling MIG. Partitioning a card and fast card-to-card exchange are mutually exclusive modes.

Which card splits how far

CARDMAX MIG INSTANCESSMALLEST SLICE
RTX PRO 6000 Blackwell SE, 96 GB41g.24gb — 24 GB, 46 SM
RTX PRO 4500 Blackwell, 32 GB21g.16gb — 16 GB
H100 PCIe, 80 GB71g.10gb — 10 GB
H200 NVL, 141 GB71g.18gb — 18 GB
L40S, L4, A2, A16no MIGpassthrough or time-sliced vGPU only

The last row deserves attention when picking a node: the L40S is the workhorse card for the NX-9151-G9 and NX-3155-G9 — and it is exactly the one that does not slice. “How do we partition the L40S then?” is a question asked on NVIDIA’s forum by people who chose the card by TFLOPS and looked at the partitioning model afterwards.

What works on AHV

NVIDIA maintains a dedicated Nutanix AHV support page and classes the hypervisor as generic Linux with KVM. Ordinary time-sliced vGPU works. But in the consolidated feature table, MIG-backed vGPU is ticked only for vSphere, Red Hat KVM and Ubuntu KVM from release 19.0. Verify compatibility for your AOS version before ordering.

Two more things surface after deployment. Live migration of a vGPU VM requires the identical physical card, driver version and hypervisor version on the receiving host — and never works across different MIG profiles. And unlicensed behaviour: 20 minutes at full speed, then 1280×1024 at three frames per second with CUDA off. C-series compute profiles come only with NVIDIA AI Enterprise (licensed per GPU), graphics vWS per concurrent user — two separate budget lines.

How many VMs per card

vGPU TYPEMEMORY PER VMVMs PER CARD
DC-96C96 GB1
DC-48C48 GB2
DC-24C24 GB4
DC-12C12 GB8
DC-8C8 GB12

Compute profiles for the RTX PRO 6000 Blackwell Server Edition

For virtual desktops NVIDIA quotes the same density for both RTX PRO cards: two to four heavy users per card, three to six medium, six to eight light. And the budget-saving caveat: the best-effort scheduler often allows 2–3× oversubscription. The monitoring rule is simple — VM video-memory fill should rarely cross 90% and average below 70%.

WHAT WAS MEASUREDNO PARTITIONINGWITH MIG
flan-t5-base on A100 40 GB~3,400 tok/s~9,800 tok/s on 7 slices
Voice pipeline on A1000.74 req/s1.00 (time-slicing: 0.76)
P95 latency next to noisy neighbours~2,499 ms~1,319 ms
Single task on a 1/7 slice0.00533 s0.02640 s

The last row is the price of partitioning: an individual slice is roughly five times slower than the whole card. Aggregate throughput still grows, because a small model does not saturate an A100 — and scaling is sublinear.

Where to start and how to grow

The working starting configuration is three nodes: RF2 replication runs on three, and the cluster survives losing one node without stopping VMs. Cards are not needed in every node — the pattern that most often works: three nodes for general workloads, one or two of them with accelerators for inference.

Keep the GPU pool homogeneous, and the reason is live migration. A second node with the same card gives headroom and a place for VMs to move during maintenance. A mixed cluster with an L40S in one node and an RTX PRO 6000 in another works too — but every planned maintenance turns into an evening of service stops.

What we supply

Eurokommerz supplies the Nutanix NX line together with the GPUs validated for it — L40S, L4, H100 — plus the RTX PRO 6000 Server Edition and H200 NVL, with EU invoicing and manufacturer warranty. Deployment and virtualisation engineering comes from our partner Vixen.UNO under the same contract.

FAQ

The L40S does not support MIG. How do we divide it?
Time-sliced vGPU. The L40S-8Q profile gives six instances in a homogeneous layout, four in a mixed one. There is no hardware memory or fault isolation — the card switches between VMs in time.
Do we need AI Enterprise to hand a MIG instance to a VM?
For C-series compute profiles, yes: they ship only with AI Enterprise, licensed per GPU in the server. MIG itself on bare Linux needs no licence — the money starts where a slice meets a hypervisor.
The card is capped at 450 W instead of 600. Is it defective?
Most often it is the cable: the 12VHPWR sense configuration sets the power limit, and some bundled server cables are configured for 450 W. The 600 W part is a separate SKU — put it in the BOM.
What do two cards in a node give over one?
Not one memory pool. Two 48 GB cards are two independent 48s. The value: several models resident side by side (reranker, embeddings, main LLM), or twice the users.
Can we mix L40S and RTX PRO 6000 nodes in one cluster?
It works, but live migration requires identical cards, so each planned maintenance means stopping services on the odd node. Keep the GPU pool homogeneous where you can.

Tell us which models you run and how many people work with them — an engineer will pick the node and card count, price the licences, and say where the configuration hits the rack’s power limit. We reply within one business day.

Talk to an expert
Talk to an expert

We reply within one business day

By sending this form you agree that we process your details to answer your enquiry — see our privacy policy.

request@eurokommerz.at  ·  +43 1 585 1405 50  ·  Jordangasse 7, 1010 Vienna