Виды серверов: классификация, назначение и форм-факторы

В этой статье разберём основные типы серверов и объясним, какой вариант подходит для разных задач. Сравним серверы по назначению, способу развёртывания, размещению и форм-фактору, а затем разберём выбор инфраструктуры для офиса, сайта, базы данных, резервного копирования, ИИ, рендеринга и HPC.

Классификацию строим не как единый список, а по нескольким независимым признакам. Файловый сервер — это роль, VPS — способ предоставления вычислительных ресурсов, а стоечный сервер — физический форм-фактор. Эти признаки могут сочетаться: физический сервер в colocation может принадлежать одному заказчику, работать хостом виртуализации, а его виртуальные машины — выполнять разные серверные роли. Такой подход поможет сравнивать сопоставимые варианты и не путать назначение сервера с его физическим исполнением или моделью размещения.

Какие бывают серверы: короткий ответ

Серверы нельзя свести к одной классификации: одна и та же система одновременно описывается по назначению, способу исполнения нагрузки, размещению, модели выделения ресурсов и форм-фактору. Поэтому удобнее разделять эти признаки.

1. Какую задачу выполняет система? Это серверная роль: файловая служба, СУБД, веб-приложение, DNS, резервное копирование, хост виртуализации и другие функции.
2. Как исполняется нагрузка? На физическом сервере, в виртуальной машине, контейнере или другой изолированной среде.
3. Где находится оборудование? В собственной серверной, в ЦОД по модели colocation или на площадке провайдера.
4. Выделены ли ресурсы одному заказчику? Физический узел может быть предоставлен целиком одному клиенту. В виртуальной инфраструктуре ресурсы одного хоста могут распределяться между несколькими клиентами с заданными лимитами и гарантиями.
5. Предоставляются ли ресурсы как облачный сервис? Облачная модель определяет способ заказа, масштабирования и управления ресурсами. Она не привязана к конкретному форм-фактору и не обязательно сводится к одной виртуальной машине.
6. Как устроено шасси? Это форм-фактор: tower, rack, blade или другая модульная конструкция.
7. Нужны ли специализированные ускорители? Для ИИ, рендеринга и части научных расчётов могут потребоваться GPU или другие ускорители. Во многих серверных задачах достаточно CPU.

Что такое сервер и для чего он нужен

В клиент-серверной архитектуре сервер принимает запросы и предоставляет ресурс или выполняет функцию: отдаёт файл или веб-страницу, обрабатывает запрос к базе данных, разрешает сетевое имя, создаёт удалённую сессию или выполняет вычисления. Поэтому термин «сервер» может обозначать как программную роль, так и физическую систему, на которой она работает.

Физический сервер — отдельный вычислительный узел. Приложения можно запускать непосредственно на нём либо установить гипервизор и разделить ресурсы между изолированными виртуальными машинами.

Виртуальный сервер использует часть ресурсов физического хоста; изоляцию можно реализовать полноценной VM или средствами операционной системы. Контейнеры обычно используют общее ядро хостовой ОС, но изолируют процессы, сеть и файловые системы.

Облачный вычислительный ресурс описывает уже не устройство сервера, а способ доступа к инфраструктуре. Пользователь заказывает и управляет вычислительными ресурсами, памятью, хранилищем и сетью через программную платформу. В основе такого сервиса могут работать как виртуальные машины, так и выделенные bare-metal-серверы.

Например, один стоечный сервер в colocation может работать хостом виртуализации. На нём — отдельные VM для веб-приложения, СУБД и внутренних сетевых служб. Получается одна физическая система, несколько виртуальных сред и несколько серверных ролей.

Что обычно отличает специализированную серверную платформу от обычного ПК

Серверные платформы обычно проектируют с расчётом на длительную нагрузку, удалённое администрирование и масштабирование конфигурации. Поэтому в них встречаются BMC, больше каналов памяти и линий PCIe, дополнительные сетевые интерфейсы и развитый аппаратный мониторинг. В зависимости от платформы доступны ECC-память, RDIMM, резервные блоки питания и горячая замена накопителей или других компонентов.

Это характерные возможности серверного оборудования, но не обязательные признаки сервера. Недорогой офисный сервер может обходиться без резервных блоков питания и горячей замены, а серверную роль при необходимости можно запустить и на обычном ПК. Устройство аппаратной платформы подробнее разобрано в материале «Из чего состоит сервер: список комплектующих и устройство серверной системы».

Классификация серверов по назначению

Здесь серверы разделены по выполняемой роли. Эта классификация не описывает корпус, размещение или модель аренды: один физический или виртуальный узел может выполнять несколько функций одновременно.

Файловый сервер

Файловый сервер даёт централизованный доступ к каталогам по SMB, NFS и другим файловым протоколам. Для него важны ёмкость, I/O, сеть, права доступа и резервное копирование. Это не обязательно NAS: NAS — специализированная система сетевого хранения, которая может реализовывать файловую роль. Различия DAS, NAS и SAN разобраны в материале «Системы хранения данных: что это такое и какие бывают».

Сервер баз данных

Сервер баз данных исполняет СУБД. Узким местом могут быть RAM, задержка накопителей, IOPS, пропускная способность или скорость отдельных ядер. Конфигурацию выбирают по конкретной СУБД, размеру и профилю базы, параллелизму запросов, репликации, резервированию и лицензиям — универсального «сервера БД» нет.

Веб-сервер

Веб-сервер обслуживает HTTP/HTTPS-запросы: сайты, API и веб-приложения. Небольшой проект может работать на VPS, а высоконагруженный — на нескольких узлах с балансировкой, отдельной СУБД и кэшем. Название роли ничего не говорит о размере физической машины.

Почтовый сервер

Почтовая инфраструктура принимает, передаёт и хранит сообщения. Для корпоративного сервиса важны число пользователей, объём почты, политика хранения, фильтрация, резервное копирование и доступность. Отдельный физический узел для этой роли не обязателен.

Прокси-сервер

Forward proxy работает со стороны клиентов и может контролировать или маршрутизировать их трафик. Reverse proxy стоит перед приложениями: принимает внешние запросы, распределяет их и может завершать TLS-соединения. Нагрузка зависит от числа соединений, объёма трафика, шифрования и кэширования.

DNS- и DHCP-серверы

DNS сопоставляет доменные имена с ресурсными записями — например, IP-адресами и данными о почтовых или других службах. DHCP выдаёт клиентам IP-адреса, шлюз, адреса DNS-серверов и другие сетевые параметры. Это разные службы. Обычно они не требуют мощного железа, но отказ может нарушить работу всей сети, поэтому важнее резервирование, чем производительность отдельного узла.

FTP- и другие серверы передачи файлов

FTP используется для передачи файлов, но базовый протокол не создаёт защищённый канал. FTPS добавляет TLS к FTP, а SFTP работает поверх SSH и является другой технологией. Выбор зависит от шифрования, аутентификации, совместимости и автоматизации.

Принт-сервер

Принт-сервер централизует очереди печати, драйверы и доступ к принтерам. Вычислительная нагрузка обычно невелика; чаще важны совместимость, управляемость и отсутствие единственной точки отказа.

Сервер приложений и терминальный сервер

Сервер приложений исполняет серверную логику ПО: бизнес-правила, интеграции и обращения к данным. Терминальный сервер предоставляет удалённые пользовательские сеансы или приложения. Для него дополнительно важны число одновременных сессий, память на пользователя, графическое ускорение и лицензирование. Это не синонимы.

Контроллер домена

В Active Directory контроллер домена участвует в аутентификации, применении политик и централизованном управлении пользователями и компьютерами. Роль обычно резервируют несколькими контроллерами: её ценность определяется доступностью доменных служб, а не тяжёлой вычислительной нагрузкой.

Сервер виртуализации

Сервер виртуализации запускает гипервизор и пул VM. Здесь нужно балансировать CPU, RAM, хранилище и сеть, учитывать overcommit, дисковый I/O, резервирование хостов и лицензии. Большой объём памяти не поможет, если десятки VM одновременно упираются в задержку хранилища.

Сервер видеонаблюдения

Нагрузку задают число потоков, разрешение, частота кадров, кодек, битрейт, глубина архива и видеоаналитика. Поэтому универсальный предел камер без этих параметров бессмыслен: одинаковое число камер может создавать совершенно разную нагрузку на сеть, накопители и процессор.

Бэкап-сервер

Бэкап-сервер хранит резервные копии и участвует в восстановлении. Важны ёмкость, окно копирования и скорость возврата данных. Отказоустойчивые уровни RAID помогают пережить отказ одного или нескольких накопителей в пределах возможностей конкретного массива, но не заменяют резервное копирование. Копия на диске того же узла остаётся в том же домене отказа. RPO задаёт допустимую потерю данных, RTO — требуемое время восстановления.

NAS, домашний сервер и небольшая инфраструктура

NAS — специализированная система хранения, домашний сервер — сценарий использования, а сервер рабочей группы — рыночное обозначение небольшой инфраструктуры. Они не стоят в одном ряду с DNS или СУБД как отдельные программные роли. В малой компании один узел часто совмещает файлы, backup и несколько внутренних служб.

Конфигурация зависит не от названия роли, а от нагрузки, объёма данных, требований к отказоустойчивости и дальнейшему масштабированию.

Физический сервер, VPS/VDS и облако: как не путать модели инфраструктуры

Физический сервер, виртуализация, размещение, выделенность ресурсов и облачная модель описывают разные свойства инфраструктуры. Они могут сочетаться: bare-metal-сервер бывает облачным ресурсом, а выделенный физический хост — запускать гипервизор и десятки VM.

Собственный или размещённый физический сервер

При размещении на собственной площадке компания отвечает за питание, охлаждение, сеть, физическую безопасность и обслуживание оборудования. При colocation собственный сервер устанавливают в стороннем ЦОД. Площадка предоставляет стойку, питание, охлаждение и каналы связи, а конкретные границы ответственности определяет договор.

Dedicated и bare metal

Dedicated означает, что физический ресурс выделен одному заказчику. Обычно такой сервер предоставляют целиком, но точные условия услуги зависят от провайдера.

Bare metal подчёркивает прямой доступ к физическому серверу без обязательной клиентской VM между операционной системой и оборудованием. Термины часто используют рядом, но считать их полными синонимами нельзя: один описывает выделенность ресурса, другой — способ предоставления физического узла.

Виртуальный сервер — VPS/VDS

VPS и VDS обозначают виртуально выделенные ресурсы физического хоста. Единого строгого разграничения между этими терминами на рынке нет: за услугой может стоять полноценная VM под гипервизором или изоляция уровня ОС.

Для выбора важнее не название тарифа, а гарантированные vCPU, RAM, объём и производительность хранилища, параметры сети, правила резервного копирования и степень изоляции соседних нагрузок. Для сайта эти критерии подробнее разобраны в гайде «Как выбрать VDS/VPS-сервер для сайта: сколько CPU, RAM и диска нужно».

Облачный сервер и IaaS

Облачная модель описывает способ предоставления и управления инфраструктурой. В IaaS провайдер предоставляет вычислительные, сетевые и дисковые ресурсы, а клиент управляет операционной системой и приложениями в пределах модели ответственности сервиса.

Облачный сервер чаще реализован как VM, но может быть и bare-metal-узлом. Поэтому слово «облачный» само по себе ничего не говорит о форм-факторе сервера или наличии гипервизора.

Кроме того, облачный ресурс может быть частью распределённой системы с балансировкой и автоматическим масштабированием. Сравнивать такую инфраструктуру с одной локальной машиной только по числу ядер и объёму памяти некорректно.

Категории ниже частично пересекаются, поэтому таблица показывает типичные варианты эксплуатации, а не строгую взаимоисключающую классификацию.

Сравнение физического сервера, dedicated/bare metal, VPS и облачной инфраструктуры

Условные классы серверов по масштабу нагрузки

Entry-level, Workgroup-level, Department-level и Enterprise-level — рыночные обозначения, а не стандарт с фиксированными границами по числу пользователей, ядер или объёму RAM. Эти классы удобнее воспринимать как ориентир по масштабу нагрузки, требованиям к доступности, расширяемости и управлению.

Entry-level

Entry-level — системы для небольшой и предсказуемой нагрузки. Здесь обычно важнее стоимость и простота обслуживания, чем большой запас по расширению или развитое резервирование.

Workgroup-level

Сервер класса Workgroup-level рассчитан на большее число пользователей и служб. По мере роста нагрузки возрастает значение дисковой подсистемы, резервирования и удобства обслуживания: отказ одного узла уже может затронуть несколько рабочих процессов.

Department-level

Серверы класса Department-level используют для более крупной консолидации: бизнес-приложений, значительного пула VM или баз данных. Такие системы обычно предлагают больше возможностей для расширения и резервирования компонентов, поскольку простой затрагивает уже целое подразделение или несколько связанных сервисов.

Enterprise-level

Сервер класса Enterprise-level ориентирован на крупные и критичные нагрузки. Класс определяет не размер корпуса, а требования к доступности, резервированию, управляемости и масштабированию. В таких системах особенно важна возможность обслуживать и расширять инфраструктуру с минимальным простоем.

Классификация серверов по форм-фактору

Форм-фактор сервера описывает физическую конструкцию оборудования. Он не определяет назначение системы, модель размещения или программные роли.

Tower-серверы

Tower-сервер выполнен в корпусе, похожем на крупный настольный ПК, и не требует серверной стойки. Такой формат удобен для офиса, лаборатории или небольшой серверной с одним-двумя узлами. Его главный компромисс — меньшая плотность размещения по сравнению с rack-системами. При этом tower-серверы не ограничены малым бизнесом: выбор зависит от нагрузки, требований к расширению и условий площадки.

Rack-серверы

Rack-сервер устанавливают в стандартную 19-дюймовую стойку. Высоту шасси измеряют в юнитах: 1U — 44,45 мм, поэтому обозначения 1U, 2U и 4U показывают, сколько места сервер занимает по высоте.

Чем выше корпус, тем больше пространства для накопителей, плат расширения и системы охлаждения. Но увеличение высоты само по себе не делает сервер быстрее или надёжнее. Rack-серверы удобны там, где важны высокая плотность оборудования, организованная коммутация и централизованное обслуживание. Резервные блоки питания, горячая замена накопителей и другие функции отказоустойчивости нужно проверять у конкретной платформы.

GPU-системы DigitalRazor также выпускаются в стоечном исполнении — от компактных серверов до многокарточных платформ.

Blade-серверы и модульные системы

Blade-серверы устанавливают в общее шасси, которое может объединять питание, охлаждение, сетевую коммутацию и управление. Такая архитектура повышает плотность размещения и упрощает обслуживание большого числа вычислительных узлов.

Модульные системы не ограничиваются blade-архитектурой. В multi-node-серверах несколько независимых вычислительных узлов размещаются в одном корпусе и используют часть общей инфраструктуры. Поэтому при выборе важнее смотреть на устройство конкретной платформы и доступные ей ресурсы, а не только на обозначение «модульный сервер».

Специализированные вычислительные платформы: GPU, ИИ и HPC

GPU-система, ИИ-сервер и HPC описывают разные стороны инфраструктуры. GPU указывает на наличие ускорителей, ИИ — на тип нагрузки, а HPC — на класс высокопроизводительных вычислений. Поэтому HPC-узел может быть CPU-only, GPU-ускоренным или гибридным.

Для каких задач нужен GPU-сервер

GPU полезен там, где ПО умеет эффективно распараллеливать вычисления: при обучении и инференсе нейросетей, компьютерном зрении, генеративном ИИ, рендеринге, обработке видео и части научных расчётов. Последовательная бизнес-логика и другие плохо распараллеливаемые задачи от установки GPU сами по себе быстрее не становятся.

При выборе проверяют поддержку CUDA или другого вычислительного стека, объём VRAM, используемые типы данных, размер модели и способ распределения нагрузки. Для локального инференса, RAG, разработки и рендеринга может хватить одной или двух GPU, если модель или сцена помещается в доступную память, а производительности системы достаточно для требуемого темпа работы.

К этому классу относится RackStation AI — платформа DigitalRazor с поддержкой одной-двух GPU для инференса, разработки, визуализации, VFX и рендеринга.

RACKSTATION AI RS24-32-256

Для каких задач Компактный GPU-сервер до 2 видеокарт для начальных задач в AI и графике. Оптимален для инференса, визуализации, VFX и рендеринга в студиях и лабораториях, где важна гибкость.

Подробнее

Видеокарты

2 x NVIDIA RTX 5080 16GB

Объем видеопамяти 32 ГБ

Процессоры

Threadripper PRO 7965WX

Количество ядер 24

RAM 256GB DDR5

Форм-фактор 4.5U

RACKSTATION AI RS32-64-256

Для каких задач Компактный GPU-сервер до 2 видеокарт для начальных задач в AI и графике. Оптимален для инференса, визуализации, VFX и рендеринга в студиях и лабораториях, где важна гибкость.

Подробнее

Видеокарты

2 x NVIDIA RTX 5090 32GB

Объем видеопамяти 64 ГБ

Процессоры

Threadripper PRO 7975WX

Количество ядер 32

RAM 256GB DDR5

Форм-фактор 4.5U

RACKSTATION AI RS32-48-512

Для каких задач Компактный GPU-сервер до 2 видеокарт для начальных задач в AI и графике. Оптимален для инференса, визуализации, VFX и рендеринга в студиях и лабораториях, где важна гибкость.

Подробнее

Видеокарты

NVIDIA RTX 6000 Ada 48GB

Объем видеопамяти 48 ГБ

Процессоры

Threadripper PRO 7975WX

Количество ядер 32

RAM 512GB DDR5

Форм-фактор 4.5U

Обучение, дообучение и работа на нескольких GPU

Несколько GPU позволяют распределить данные или саму модель между ускорителями. При параллелизме по данным (data parallelism) устройства обрабатывают разные части входных данных, при параллелизме по модели (model parallelism) — разные части модели. Конкретная схема зависит от фреймворка и архитектуры модели.

Масштабирование ограничивает не только производительность самих GPU, но и скорость обмена между ними. На одном узле важны PCIe и, в поддерживаемых платформах, NVLink или NVSwitch; в кластере к ним добавляется межузловая сеть, например InfiniBand. Если обмен данными занимает значительную часть времени, добавление ускорителей не даст пропорционального прироста.

VRAM нескольких GPU также нельзя автоматически считать единым пулом памяти для одной модели. Доступный объём зависит от того, как фреймворк распределяет веса, состояния и промежуточные данные между устройствами, а также от топологии межсоединения.

Для параллельных R&D-сред, дообучения, инференса и тяжёлого рендеринга нужен более ёмкий класс платформ. DevBox AI поддерживает конфигурации с 4–6 GPU. CPU, ускорители и объём памяти выбирают под конкретную нагрузку, а не по характеристикам одного SKU.

DEVBOX AI DV64-64-512

Для каких задач Для локального обучения LLM, генеративных моделей и R&D

Подробнее

Видеокарты

4 x NVIDIA RTX 5080 16GB

Объем видеопамяти 64 ГБ

Процессоры

Threadripper PRO 7985WX

Количество ядер 64

RAM 512GB DDR5

Форм-фактор 6.5U

DEVBOX AI DV64-128-512

Для каких задач Для локального обучения LLM, генеративных моделей и R&D

Подробнее

Видеокарты

4 x NVIDIA RTX 5090 32GB

Объем видеопамяти 128 ГБ

Процессоры

Threadripper PRO 7985WX

Количество ядер 64

RAM 512GB DDR5

Форм-фактор 6.5U

DEVBOX AI DV96-576-1024

Для каких задач Для локального обучения LLM, генеративных моделей и R&D

Подробнее

Видеокарты

6 x NVIDIA RTX PRO 6000 96GB

Объем видеопамяти 576 ГБ

Процессоры

Threadripper PRO 7995WX

Количество ядер 96

RAM 1024GB DDR5

Форм-фактор 6.5U

Крупные модели и многокарточные серверы

Узел с восемью GPU можно использовать для независимых GPU-воркеров, пакетного инференса, нескольких сервисов, рендер-очереди или одной распределённой модели.

Оценивать такую систему только по суммарной VRAM нельзя. Память расходуют не только веса модели, но и KV-кэш, промежуточные данные и служебные буферы; требования также зависят от формата весов, длины контекста и размера пакета (batch size).

Для тяжёлых конвейеров и большого числа параллельных задач нужен следующий класс платформ. Scale поддерживает до восьми GPU. Процессоры, ускорители и другие компоненты зависят от конкретной конфигурации, поэтому характеристики нужно проверять по выбранному SKU.

SCALE S64-256-512

Для каких задач Высокопроизводительный сервер инференса, локальная лаборатория для разработки AI, сервисная стойка под параллельные API-запросы.

Подробнее

Видеокарты

8 x NVIDIA RTX 5090 32GB

Объем видеопамяти 256 ГБ

Процессоры

2 x Xeon Gold 6430

Количество ядер 64

RAM 512GB DDR5

Форм-фактор 6U

SCALE S96-576-1536

Для каких задач Корпоративный AI-сервер, закрывающий полный цикл от обработки данных и векторного поиска до обучений специализированных LLM под задачи бизнеса.

Подробнее

Видеокарты

8 x NVIDIA RTX PRO 5000 72GB

Объем видеопамяти 576 ГБ

Процессоры

2 x Xeon Platinum 8558P

Количество ядер 96

RAM 1536GB DDR5

Форм-фактор 6U

SCALE S120-768-1536

Для каких задач Научно-исследовательские R&D лаборатории, Data Science кластеры, тяжелые мультимодальные генеративные задачи и масштабный Deep Learning.

Подробнее

Видеокарты

8 x NVIDIA RTX PRO 6000 96GB

Объем видеопамяти 768 ГБ

Процессоры

2 x Intel Xeon Platinum 8580

Количество ядер 120

RAM 1536GB DDR5

Форм-фактор 6U

HPC-серверы

HPC нельзя сводить к серверу с GPU. Для одних расчётов эффективнее CPU-кластер, для других — GPU, а для третьих — гибридная архитектура CPU + GPU. В многоузловой системе к вычислительным ресурсам добавляется ещё один критичный компонент — сеть: её пропускная способность и задержка влияют на скорость обмена между узлами.

InfiniBand и другие высокоскоростные межсоединения используют там, где обмен между узлами начинает ограничивать распределённые вычисления. HPC-платформы DigitalRazor доступны в конфигурациях на 4–8 GPU с поддержкой NVLink и InfiniBand; конкретная топология ускорителей и межсоединений зависит от выбранной системы и конфигурации.

Поэтому сначала определяют профиль вычислений и объём обмена данными между CPU, GPU и узлами, а уже затем выбирают ускорители, процессоры, сеть и число серверов.

Подробнее ускоренные платформы разобраны в статье «Для чего нужен GPU-сервер».

Как выбрать сервер под задачу

Начинать выбор сервера стоит с нагрузки и её ограничений. Процессор, форм-фактор и конкретную платформу выбирают уже после того, как понятны требования к вычислениям, памяти, хранилищу, сети и доступности.

1. Определить ПО и профиль нагрузки. Какие приложения и службы будут работать, как они используют CPU, память, хранилище и сеть.
2. Оценить параллелизм. Сколько пользователей, сервисов, VM, запросов или вычислительных процессов работают одновременно и как меняется нагрузка в пике.
3. Определить требования к CPU. Важнее много ядер или высокая однопоточная производительность, нужны ли специальные инструкции и большое число линий PCIe.
4. Рассчитать RAM. Учесть рабочий набор данных, виртуальные машины, кэш, пиковую нагрузку и ограничения платформы по объёму и конфигурации памяти.
5. Спроектировать хранилище. Определить требования к ёмкости, IOPS, задержке и пропускной способности. Уже под них выбирать NVMe, SAS, RAID или внешнюю СХД.
6. Рассчитать сеть. Учесть скорость и число интерфейсов, резервирование, внешний трафик и обмен между серверами и хранилищем.
7. Определить допустимый простой. От него зависят резервирование питания и сети, дублирование узлов и необходимость кластеризации.
8. Задать RPO и RTO. RPO определяет допустимую потерю данных, RTO — время, за которое сервис должен быть восстановлен.
9. Найти единые точки отказа. Проверить питание, накопители, сетевые пути, хранилище и критичные узлы, отказ которых остановит сервис.
10. Выбрать способ исполнения нагрузки. Физический сервер, VM, контейнеры или их сочетание — с учётом требований ПО, изоляции и лицензирования.
11. Определить размещение. On-premise, colocation, аренда выделенного сервера или облако различаются стоимостью, масштабируемостью и зонами ответственности.
12. Выбрать форм-фактор сервера. Tower удобен там, где нет стойки, rack — для стоечной инфраструктуры и ЦОД. Blade и multi-node имеют смысл, если площадка и масштаб нагрузки оправдывают модульную архитектуру.
13. Проверить необходимость GPU. Ускоритель нужен только тогда, когда целевое ПО умеет его использовать и выигрыш оправдывает стоимость системы.
14. Рассчитать GPU, VRAM и межсоединения. В multi-GPU-системах важны не только модели и число ускорителей, но и PCIe-топология, NVLink/NVSwitch, NUMA и сеть между узлами.
15. Проверить лицензирование. ПО может лицензироваться по ядрам, сокетам, VM, пользователям или физическим хостам. В результате более мощная конфигурация иногда оказывается дороже не из-за железа, а из-за лицензий.
16. Проверить возможности масштабирования. Заранее определить, можно ли увеличить RAM, добавить накопители, сеть, GPU или новые узлы без замены основной платформы.

Таблица помогает определить первый критерий выбора для типовых задач. Финальную конфигурацию всё равно рассчитывают по реальной или прогнозируемой нагрузке.

Отправная точка для выбора сервера под разные задачи

Что проверить перед покупкой сервера

После расчёта ресурсов остаётся проверить несколько вещей, которые легко упустить перед заказом:

• совместимость целевого ПО, ОС, гипервизора, драйверов и лицензий с выбранной платформой;
• физические ограничения площадки: глубину стойки, питание, охлаждение и доступ для обслуживания;
• возможности расширения без замены основной платформы: свободные PCIe-слоты, отсеки для накопителей, слоты памяти и запас по мощности;
• гарантию, сервис и возможность проверить систему на целевой нагрузке до закупки.

Для GPU- и HPC-систем тестирование особенно важно. Одинаковое число ускорителей может давать разную производительность в зависимости от модели, фреймворка, batch size, топологии GPU и скорости подачи данных. Поэтому проверка на целевом программном стеке полезнее формального сравнения по числу GPU.

Перед отгрузкой GPU-серверы DigitalRazor проходят 72-часовое нагрузочное тестирование. Для HPC-проектов также доступна помощь с развёртыванием и интеграцией оборудования в существующую инфраструктуру.

Для ИИ-систем доступна OneStack — предустановленная программная среда DigitalRazor. Она включает NVIDIA-драйверы, CUDA Toolkit, cuDNN, NCCL, TensorRT, Docker Engine и NVIDIA Container Toolkit; компоненты заранее согласованы и протестированы на совместимость с конкретным оборудованием. Доступность OneStack и состав программного окружения стоит уточнять для выбранной конфигурации.

Коротко: какой сервер выбрать

• Небольшая локальная инфраструктура без стойки — tower-сервер; если основная задача связана с файлами и хранением, стоит отдельно рассмотреть NAS.
• Стойка или размещение в ЦОД — rack-сервер. Blade и multi-node оправданы там, где важны плотность размещения и масштабирование большого числа узлов.
• Веб-проект — VPS, dedicated или облачный сервер. Выбор зависит от требований к изоляции, масштабированию, доступности и стоимости эксплуатации.
• Базы данных и виртуализация — физический узел или кластер, рассчитанный по CPU, RAM, дисковому I/O, сети и требованиям к высокой доступности.
• ИИ, рендеринг и HPC — GPU-система или кластер, если целевое ПО использует ускорители. Критичны VRAM, топология GPU и скорость обмена данными.

Часто задаваемые вопросы

Итог: как перейти от терминов к конфигурации

Главный принцип выбора: сначала определить нагрузку и требования к доступности, затем выбрать модель инфраструктуры и только после этого — конкретную платформу. Процессор, память, хранилище, сеть, форм-фактор и ускорители имеют смысл только в контексте ПО, данных и допустимого простоя.

Если нагрузка связана с ИИ, рендерингом или HPC, DigitalRazor может помочь подобрать GPU- или HPC-платформу и проверить её на целевой нагрузке до закупки. Это позволяет сравнивать конфигурации по скорости обработки, расходу памяти и требованиям конкретного ПО, а не только по спецификациям компонентов.

Rackstation AI

Для каких задач Компактный GPU-сервер до 2 видеокарт для начальных задач в AI и графике. Оптимален для инференса, визуализации, VFX и рендеринга в студиях и лабораториях, где важна гибкость.

Подробнее

Видеокарты

RTX / RTX PRO / H200 NVL

Объем видеопамяти до 282 ГБ

Процессоры

Threadripper PRO

Количество ядер до 96

RAM до 1024 ГБ DDR5

Форм-фактор 4.5U

Devbox AI

Для каких задач Универсальная платформа на 4–6 GPU для локального обучения моделей и генеративных задач. Подходит для команд, которым важна надёжность сервера и свобода выбора графики — от RTX 5090 до PRO RTX 6000.

Подробнее

Видеокарты

RTX / RTX PRO / H200 NVL

Объем видеопамяти до 576 ГБ

Процессоры

Threadripper PRO

Количество ядер до 96

RAM до 1024 ГБ DDR5

Форм-фактор 6.5U

Scale

Для каких задач Сервер промышленного уровня на 8 GPU с кластерной архитектурой. Предназначен для дата-центров и AI-ферм, где требуется масштабируемость и полная загрузка ресурсов под обучение LLM и R&D.

Подробнее

Видеокарты

RTX PRO 6000 / RTX 5090

Объем видеопамяти до 768 ГБ

Процессоры

AMD Epyc, Intel Xeon

Количество ядер до 320

RAM до 3072 ГБ DDR5

Форм-фактор 6U

HPC 4000

Для каких задач Серия серверов для кластеризации на 4 GPU. Предназначены для дата-центров и AI-ферм, где требуется повышенная плотность для обучение LLM и R&D.

Подробнее

Видеокарты

L40s / RTX PRO / H200 NVL

Объем видеопамяти до 564 ГБ

Процессоры

AMD EPYC, Intel Xeon

Количество ядер до 128

RAM до 1536 ГБ DDR5

Форм-фактор 2U

HPC 8000

Для каких задач Серия серверов для кластеризации на 8 GPU. Предназначены для дата-центров и AI-ферм, где требуется повышенная плотность для обучение LLM и R&D.

Подробнее

Видеокарты

L40s / RTX PRO / H200 NVL

Объем видеопамяти до 1128 ГБ

Процессоры

AMD EPYC, Intel Xeon

Количество ядер до 256

RAM до 2048 ГБ DDR5

Форм-фактор 4U

HGX H200

Для каких задач HGX объединяет 8 видеокарт NVIDIA H200, достигая экстремальной плотности производительности. Благодаря внутренней связности NVSwitch мгновенно интегрируется в масштабные вычислительные кластеры.

Подробнее

Видеокарты

NVIDIA H200 SXM

Объем видеопамяти до 1128 ГБ

Процессоры

AMD EPYC, Intel Xeon

Количество ядер до 256

RAM до 2048 ГБ DDR5

Форм-фактор 5U