Ошибки при выборе GPU-сервера
GPU-сервер — это дорогая инвестиция. Ошибка при выборе приводит к тому, что модель не запускается, обучение идёт неделями, а инференс не выдерживает нагрузку. Переделка обходится дорого: пересборка, переезд, потерянное время.
Многие ошибки связаны с недооценкой требований: «Хватит 24 ГБ VRAM» — а потом модель не помещается. «Обойдёмся PCIe» — а обучение занимает в 5 раз дольше. Разберём 7 типичных промахов, чтобы вы их избежали.
В этой статье — разбор ошибок и способы их избежать. Если нужно подобрать GPU-сервер — поможем.
📋 Содержание статьи
1. Неверный GPU
Разные GPU подходят для разных задач. Купить «мощный» GPU и не получить нужный результат — типичная ошибка.
Что выбрать под задачу
- RTX 4090: для инференса 7-13B моделей и файнтюнинга с LoRA. Не подходит для обучения LLM с нуля;
- RTX 5090: новейшая архитектура Blackwell, 32 ГБ GDDR7. Для инференса и файнтюнинга;
- V100: для базового ML и инференса. Устарел, но дешёвый;
- A100: баланс для ML и инференса. 40 или 80 ГБ HBM2e;
- H100: для LLM 70B+ и HPC. Максимальная производительность, NVLink 4, Transformer Engine;
- H200: развитие H100 с 141 ГБ HBM3e. Для самых крупных моделей;
- L40S: для графики, 3D-рендеринга и ML среднего масштаба. 48 ГБ GDDR6.
К чему приводит ошибка
- Недооценка: купили RTX 4090 для обучения LLM — не хватит VRAM. Обучение невозможно;
- Переоценка: купили H100 для инференса 7B — переплата в 3 раза без реальной пользы;
- Не та архитектура: купили V100 для современных LLM — производительность в 10 раз ниже H100.
Как избежать
Определите задачу до выбора GPU: обучение или инференс, размер модели, требования к latency. Консультируйтесь с провайдером или нашим специалистом.
2. Мало VRAM
Модель должна поместиться в память GPU. Если VRAM не хватает — модель не запустится или будет работать крайне медленно.
Последствия нехватки VRAM
- Не запустится: модель не загрузится в память. Ошибка при инициализации;
- Offloading на CPU: часть модели выгружается в RAM. Скорость падает в 10-100 раз;
- Квантизация: снижает качество модели. Не всегда приемлемо;
- Ограничение batch size: меньше одновременных запросов, ниже throughput;
- OOM ошибки: при пиковой нагрузке процесс крашится.
Правило расчёта
- Инференс: VRAM должна быть в 1.2-1.5 раза больше размера модели в FP16;
- Обучение: в 4-8 раз больше размера модели. Нужны градиенты, оптимизатор, активации;
- Запас: всегда берите с запасом 20-30%. Модель растёт, контекст увеличивается;
- KV-кеш: при длинном контексте (32k+) занимает много VRAM.
💡 Важно
Не ориентируйтесь на «помещается ровно». Нужен запас для KV-кеша, активаций, других процессов. Если модель занимает 70 из 80 ГБ — при малейшем увеличении контекста будет OOM.
3. Нет NVLink
Для мульти-GPU конфигураций NVLink критичен. Без него обучение крупных моделей на нескольких GPU неэффективно.
Сравнение пропускной способности
- PCIe 4.0 x16: 32 ГБ/с на GPU;
- PCIe 5.0 x16: 64 ГБ/с на GPU;
- NVLink 3 (A100): 600 ГБ/с, в 18 раз быстрее PCIe 4.0;
- NVLink 4 (H100): 900 ГБ/с, в 28 раз быстрее PCIe 4.0;
- NVSwitch: соединение 8 GPU в единую сеть, полная пропускная способность между любой парой.
К чему приводит отсутствие NVLink
- Медленное обучение: данные не успевают передаваться между GPU. Обучение замедляется в 3-5 раз;
- Плохое масштабирование: добавление GPU не даёт линейного ускорения. 4 GPU могут работать как 2;
- Ограничения на модели: нельзя использовать tensor parallelism для крупных моделей;
- Простой GPU: GPU ждут данных вместо вычислений.
Когда NVLink критичен
- Обучение LLM 30B+ на нескольких GPU;
- Tensor parallelism (разделение модели между GPU);
- Большие batch size с синхронизацией градиентов;
- HPC-задачи с интенсивным обменом между GPU.
4. Слабый канал
Сеть влияет на скорость работы GPU-сервера. Слабый канал — узкое место, которое сводит на нет всю мощность GPU.
Где нужна пропускная способность
- Загрузка данных из облака: при 1 Гбит/с датасет 1 ТБ грузится 2.5 часа. GPU простаивает;
- Распределённое обучение: несколько серверов обмениваются градиентами. Нужен InfiniBand 100+ Гбит/с;
- Инференс под нагрузкой: обслуживание тысяч запросов в секунду. 10 Гбит/с минимум;
- Резервное копирование: бэкап больших моделей и чекпоинтов. 100+ ГБ данных;
- Мульти-тенантность: несколько пользователей работают с сервером одновременно.
Рекомендации по сети
- Минимум: 10 Гбит/с для одного GPU-сервера;
- Оптимально: 25-100 Гбит/с для интенсивной работы;
- Распределённое обучение: InfiniBand 100-400 Гбит/с, RDMA;
- Для мульти-тенантности: отдельные VLAN, QoS.
5. Охлаждение
GPU выделяют много тепла. Современные модели потребляют сотни ватт, и без надёжного охлаждения начнутся проблемы.
Тепловыделение GPU
- RTX 4090: 450 Вт;
- A100: 400 Вт;
- H100: 700 Вт;
- H200: 700 Вт;
- 8x H100 сервер: 5.6 кВт только на GPU. Плюс CPU, память, диски.
Последствия плохого охлаждения
- Троттлинг: GPU снижает частоту при перегреве. Производительность падает на 30-50%;
- Сбои: случайные перезагрузки, ошибки обучения, порча чекпоинтов;
- Сокращение срока службы: GPU выходит из строя раньше на 2-3 года;
- Потеря данных: при аварийном отключении может повредиться файловая система;
- Пожары: в крайних случаях.
Как избежать
- Дата-центр с хорошим охлаждением: уточняйте у провайдера параметры;
- Мониторинг температур: GPU не должен превышать 80-85°C;
- Правильная вентиляция: сервер должен быть в стойке с правильной циркуляцией воздуха;
- Для мощных конфигураций: жидкостное охлаждение или погружные решения.
6. Не то облако
Облачные GPU бывают разными. Выбор неподходящего формата приводит к проблемам с производительностью или ценой.
Типы облачных GPU
- GPU passthrough: физическая карта доступна ВМ напрямую. Максимальная производительность, близкая к bare metal;
- vGPU (NVIDIA vGPU): доля физической карты. Дешевле, но с ограничениями по памяти и производительности;
- Публичные облака: мультитенантность, возможны соседи, ниже стабильность;
- Приватные облака: изоляция, dedicated ресурсы. Дороже, но надёжнее;
- Managed-сервисы: Jupyter, SageMaker, Vertex AI. Удобно, но меньше контроля.
К чему приводит выбор не того облака
- vGPU для production: недостаточно памяти для моделей, низкий throughput;
- Публичное облако для обучения: производительность колеблется из-за соседей, обучение замедляется;
- Managed-сервисы для нестандартных задач: нельзя настроить кастомные библиотеки;
- Приватное облако для экспериментов: переплата в 2-3 раза без необходимости.
Как выбрать
- Для production-инференса: GPU passthrough или bare metal;
- Для обучения крупных моделей: bare metal с NVLink;
- Для тестов и прототипов: vGPU или публичное облако;
- Для команд без DevOps: managed-сервисы.
7. Нет оптимизации
Даже на мощном GPU без оптимизации производительность низкая. Многие считают: «Купим H100 — и всё будет быстро». На практике нужен правильный софт и настройки.
Что даёт оптимизация
- Квантизация (INT8, INT4): уменьшает VRAM в 2-4 раза, ускоряет инференс;
- vLLM: PagedAttention и continuous batching. Throughput в 5-24 раза выше;
- TensorRT-LLM: оптимизация графа модели. На 20-40% быстрее vLLM;
- Flash Attention: экономия памяти и ускорение attention в 2-4 раза;
- Батчинг: GPU не простаивает между запросами;
- KV-кеш: экономия памяти на контексте;
- Тюнинг параметров: power limit, частоты, размер батчей.
К чему приводит отсутствие оптимизации
- Низкий throughput: GPU обрабатывает в разы меньше запросов, чем мог бы;
- Высокая latency: ответ модели занимает 5-10 секунд вместо 0.5-1;
- Перерасход VRAM: модели не помещаются, хотя могли бы с квантизацией;
- Простой GPU: между запросами GPU ждёт, не обрабатывая другие запросы;
- Переплата за железо: мощный GPU используется на 20-30%.
💡 Важно
Оптимизация — обязательная часть production-развёртывания LLM. Без неё даже H100 работает в разы медленнее, чем мог бы. Мы настраиваем всё под ключ: vLLM, TensorRT, квантизацию, батчинг.
Наши рекомендации
📌 Что вы получаете, заказывая GPU у нас
- Подбор GPU — под задачу и бюджет
- Правильная VRAM — с запасом для роста
- NVLink — для мульти-GPU конфигураций
- Сеть 10+ Гбит/с — без узких мест
- Охлаждение — надёжное, с мониторингом
- Оптимизацию — vLLM, TensorRT, квантизация
📌 Итоговый вывод
Ошибки при выборе GPU-сервера дорого обходятся.
Что нужно знать:
- Неверный GPU: не подходит для задачи, деньги на ветер;
- Мало VRAM: модель не запускается или тормозит в 10-100 раз;
- Нет NVLink: мульти-GPU обучение в 3-5 раз медленнее;
- Слабый канал: данные не успевают поступать, GPU простаивает;
- Плохое охлаждение: троттлинг и сбои, потеря производительности;
- Не то облако: нет изоляции, меньше производительности, переплата;
- Нет оптимизации: низкий throughput и высокая latency, перерасход VRAM.
Хотите подобрать GPU-сервер правильно? Закажите консультацию в Lead Hub.
Также рекомендуем: как выбрать GPU, H100 или A100, bare metal или облако, VRAM для LLM, оптимизация инференса, GPU-хостинг.