Одну карту ділять двома способами. MIG ріже GPU апаратно на ізольовані частини з власною пам'яттю, vGPU нарізає час і вимагає ліцензії на кожного користувача. Нижче цифри: скільки віртуалок виходить на конкретній карті, що треба купити до заліза і де конструкція ламається.
Коротко
- RTX PRO 6000 Blackwell ділиться на 4 інстанси по 24 ГБ, RTX PRO 5000 на 2, H100 на 7. L40S не ділиться апаратно
- MIG ліцензії не потребує. vGPU без ліцензії працює 20 хвилин, далі 1280×1024 і 3 кадри за секунду
- Стеля RTX PRO 6000 Server Edition: до 48 vGPU на графіці, 12 на compute-профілі DC-8C
- vGPU з карт Blackwell отримала тільки Server Edition, у Workstation і Max-Q є MIG без vGPU
- MIG-backed vGPU працює на vSphere, RHEL KVM і Ubuntu KVM, на Windows Server такі профілі недоступні
MIG і vGPU: що з чого ріжеться
MIG розрізає карту апаратно. Кожен інстанс отримує свої обчислювальні блоки, свою пам'ять і свою смугу пам'яті, тому сусід по карті на вас не впливає. vGPU влаштований інакше: усі віртуалки бачать ту саму карту і ходять до неї по черзі.
| Що порівнюємо | MIG | vGPU з часовим поділом |
|---|---|---|
| Принцип | простір, фіксовані слайси | час, черга і перемикання |
| Ізоляція пам'яті і збоїв | апаратна | відсутня |
| Кодеки і 3D | свої в кожного | спільні на всіх |
| Ліцензія | не потрібна | vApps, vPC, vWS або AI Enterprise |
| Гіпервізор | не потрібен, Linux із CUDA | обов'язковий і зі списку підтримки |
Джерела: MIG-backed vGPU, MIG deployment
Є ще гібрид. MIG-backed vGPU кладе віртуальну карту поверх апаратного слайсу, і всередині слайсу можна нарізати ще й часом. На профілі 48 ГБ такий режим дав на 20% більше за чистий часовий поділ, за сайзинг-гайдом NVIDIA.
Скільки шматків дає карта
Кількість інстансів задана архітектурою, налаштуваннями її не змінити. Сім частин уміють тільки датацентрові карти на HBM.
| GPU | Пам'ять | Максимум інстансів |
|---|---|---|
| RTX PRO 6000 Blackwell, усі три редакції | 96 ГБ | 4 |
| RTX PRO 5000 Blackwell | 48 ГБ | 2 |
| RTX PRO 4500 Blackwell | 32 ГБ | 2 |
| H100 PCIe і SXM5 | 80 або 94 ГБ | 7 |
| L40S, L40, A40, GeForce | 48 ГБ і менше | MIG немає |
Джерело: MIG supported GPUs. H200 і A100 діляться на 7, A30 на 4
На RTX PRO 6000 доступні профілі 1g.24gb (чотири штуки), 2g.48gb (два) і повний 4g.96gb, у кожного є варіант +gfx, тобто з графікою всередині слайсу. До Blackwell такого не було: рядок «no graphics APIs are supported» досі стоїть у документації з поміткою про виняток для цієї серії. У нарізці на чотири частини 96 ГБ і 188 SM розходяться по 23,62 ГіБ і 46 SM, а GPT-OSS-20B на такому шматку видає близько 80 токенів за секунду.
Карта, сценарій, скільки місць
| Карта | Сценарій | Профіль | Місць на карту |
|---|---|---|---|
| RTX PRO 6000 SE | офісний VDI | B-профілі, vPC | до 48 |
| RTX PRO 6000 SE | важкий CAD і 3D | DC-12Q, DC-16Q, DC-24Q | 2-4 |
| RTX PRO 6000 SE | інференс дрібних моделей | DC-8C, часовий поділ | 12 |
| RTX PRO 6000 SE | інференс із гарантією ресурсів | MIG 1g.24gb, DC-4-24C | 4 |
| RTX PRO 5000 | дві ізольовані задачі | MIG 1g.24gb | 2 |
| RTX PRO 4500 | легкі робочі місця | DC-4Q | 6-8 |
| L40S | віртуальні робочі станції | L40S-8Q | 6, у змішаній нарізці 4 |
Джерела: GPUs for vWS, VDI configurations, Blackwell vGPU types
Числа 48 і 12 не суперечать одне одному: сорок вісім це графічні профілі, дванадцять стеля обчислювальних. Сайзинг-гайд додає, що планувальник best effort «often results in a 2-3x oversubscription»: коли люди не працюють одночасно на повну, місць влізе більше. Правило моніторингу: якщо відеопам'ять у віртуалці впирається в стелю профілю, збільшують профіль, а не кількість місць.
Ліцензії: без них карта працює 20 хвилин
Продуктів три, і рахунок іде на кожного одночасно активного користувача, не на карту. vApps це стрімінг застосунків: один дисплей, 1280×1024, профілі A-серії. vPC це віртуальні десктопи: чотири дисплеї до 5120×2880, B-серія, без CUDA. vWS це CAD і розробка: до 7680×4320, Q-серія, CUDA і кілька vGPU на одну віртуалку. У прайс-листі NVIDIA vWS дорожчий за vPC уп'ятеро і за vApps у двадцять п'ять разів, тож помилка з продуктом коштує дорожче за помилку з картою.
Обчислювальні C-профілі у трійку не входять: вони живуть тільки в NVIDIA AI Enterprise, яка ліцензується на кожен GPU у сервері, а не на людину. На форумі питали прямо, чи включені vWS, vPC чи vApps у AI Enterprise. Відповідь коротка: ні, тільки C-профілі. Для змішаного парку це дві закупівлі.
Коли ліцензія відвалилась, вмикається двостадійна деградація: двадцять хвилин на повній швидкості, далі не більше 1280×1024, три кадри за секунду і вимкнена CUDA. Після відновлення зв'язку обмеження знімаються, а застосунки доводиться перезапускати.
Гіпервізори
| Платформа | vGPU | MIG-backed vGPU |
|---|---|---|
| vSphere ESXi, RHEL KVM, Ubuntu KVM | так | так, з 19.0 |
| Windows Server Hyper-V | так, з 18.0 | ні |
| Proxmox VE | так, з 18.0 | MIG тільки вручну з CLI |
| Nutanix AHV, Citrix XenServer | так | не вказано |
Джерела: vGPU features KB, Proxmox VE wiki, vGPU 20.0
Дві деталі ламають плани найчастіше. У Proxmox MIG-інстанси створюються руками з командного рядка, розкладку vGPU по слайсах змінити не можна, AI Enterprise там офіційно не підтримується. Live Migration вимагає тієї самої моделі GPU і тих самих версій драйвера та гіпервізора на обох хостах, а між різними MIG-профілями не працює.
Що ламається на практиці
Найдовша історія в RTX PRO 6000 Blackwell. Карти йшли з vBIOS 98.02.52.00.02, а MIG потребує 98.02.55.00.00, якого на запуску не існувало. Люди отримували «Unable to enable MIG Mode: Not Supported» і питали на форумі «why sell a feature and not allow it?». Робочий порядок описано на форумі під ніком eousphoros: оновити vBIOS через партнера, перемкнути карту в compute-режим утилітою DisplayModeSelector, далі профілі призначаються. Тред від 30 червня 2026 із тією ж проблемою досі відкритий.
У compute-режиму є наслідки. На станції, де карта єдина і тримає монітор, відеовихід гасне. BAR1 росте з 256 МБ до 64 ГБ безперервного адресного простору, і материнська плата має вміти це виділити. Якщо не вміє, повернути налаштування на цій же машині вже не вийде.
Головне обмеження редакцій
MIG уміють усі три редакції RTX PRO 6000, vGPU підтримує тільки Server Edition. Карта в робочій станції ріжеться на чотири частини для локальних контейнерів, а віддати їх у віртуальні машини не може. У березні 2026 стало гірше: у драйвері 580.126.20 MIG і CUDA на хості працюють, а шар mdev зник; у гілці 580.126.08-vgpu mdev є, але CUDA на хості немає. Збірки з обома можливостями користувачі не знайшли.
Обмеження, спільні для всіх карт: MIG вимикає NVLink і peer-to-peer, GPUDirect між MIG-пристроями не підтримується, NCCL із MIG не працює. Розподілене навчання на нарізаній карті будувати немає сенсу, і NVIDIA формулює це прямо: MIG для задач, яким не потрібен цілий GPU. Тільки Linux із CUDA.
Чи стає швидше від нарізки
Залежить від того, чи завантажує задача карту цілком. Якщо ні, поділ піднімає сумарну пропускну здатність.
| Тест | Ціла карта | Нарізана |
|---|---|---|
| A100 40 ГБ, flan-t5-base | ~3400 ток/с | ~9800 на 7 слайсах 1g.5gb |
| H100, дві моделі на vLLM | 4940 ток/с | 7110 на двох слайсах |
| Голосовий конвеєр | 0,74 запиту/с | 1,00 на MIG, 0,76 на часі |
| Одна задача на слайсі 1/7 | 0,00533 с | 0,02640 с, у 5 разів гірше |
Джерела: Red Hat, тест H100, блог NVIDIA, forum 314963
Останній рядок найважливіший. Окремій задачі від нарізки стає гірше, бо слайс це буквально 1/7 карти по трьох ресурсах одразу. Виграш з'являється тільки коли слайсів багато і всі зайняті, причому масштабування сублінійне: бенчмарк MIGPerf показав, що N інстансів N-кратної пропускної здатності не дадуть.
Друга причина різати апаратно це передбачуваність. У тесті з сімома орендарями на A100 захищений сервіс тримав P95 близько 1319 мс на MIG проти 2499 мс на спільній карті, а під час сплесків у сусідів затримка майже не рухалась.
Що з цього є в нас
- RTX PRO 6000 Server Edition 96 ГБ: єдина редакція з MIG і vGPU одночасно. Охолодження пасивне, потрібен серверний продув
- L40S 48 ГБ: апаратного поділу немає, під VDI з часовим поділом карта робоча, до 6 профілів 8Q
- RTX PRO 5000 Blackwell 48 ГБ: два інстанси по 24 ГБ, коли треба розвести дві задачі й не платити за 96 ГБ
- RTX PRO 5000 Blackwell 72 ГБ: більше пам'яті під моделі, для MIG потрібен DisplayModeSelector 1.76
Часті питання
Вмикаю MIG, отримую «Not Supported». Це баг драйвера чи помилка в документації?
Ні те, ні інше. Перевірте vBIOS (потрібен 98.02.55.00.00 або новіший), драйвер від 575.51.03 і режим дисплея: за замовчуванням він графічний, MIG вмикається тільки в обчислювальному.
На RTX PRO 5000 48 ГБ MIG вмикається, на 72 ГБ на тій самій машині немає. Чому?
Стара утиліта не знає ідентифікатора пристрою і повертає 0x2BB3. Потрібен DisplayModeSelector 1.76, версії 1.72 замало.
Ми взяли L40S за співвідношенням TFLOPS до ціни. Як її поділити на MIG?
Ніяк, апаратного поділу в неї немає, залишається vGPU з ліцензією. Модель партиціонування перевіряють до закупівлі: це найчастіша помилка у виборі карти під віртуалізацію.
Профілі +gfx дають трасування променів?
Невідомо. На форумі повідомили, що частина розширень Vulkan (зокрема VK_NV_ray_tracing) не працює, документація говорить про підтримку графічних API без переліку. Відповіді NVIDIA в тій гілці немає.
Скільки CAD-місць реально тримає одна карта?
Сайзинг-гайд дає 2-4 важких користувачі на RTX PRO 6000 і 6-8 легких на RTX PRO 4500. Microsoft повідомляла про 30 місць Siemens NX на одній карті в Azure Virtual Desktop, але методику тієї публікації підтвердити не вдалось. Своє число дасть пілот на реальних моделях.
Ці моделі є в каталозі
Порахуємо щільність під ваш сценарій
Напишіть, який у вас гіпервізор, скільки людей і що вони запускають. Наші інженери підберуть карту, профіль і ліцензію, а заразом скажуть, де конфігурація впреться в драйвер.
Отримати консультацію
