Неправильно выбранный сервер приводит к тем же последствиям, что и недостаточное электропитание — остановке работы.
Но если мощность питания измеряется киловаттами, производительность сервера — совокупностью параметров: CPU, RAM, диски, сеть, возможности расширения. Разбираемся, как выбрать сервер до того, как он станет узким местом.
Главная ошибка при выборе сервера
Типичный сценарий: «Нужен сервер на 10 виртуальных машин. Берём средний по цене». Проблема: выбор начинается с железа, а не с профиля нагрузки.
Правильная последовательность: Анализ нагрузки ↓ Определение профиля (БД / виртуализация / файлы) ↓ Требования к подсистемам (CPU, RAM, диски, сеть) ↓ Планирование апгрейда ↓ Выбор модели сервера
Первый вопрос — не «какой сервер купить», а «какую нагрузку он будет нести».
Профили нагрузки и требования к серверам
Разные задачи требуют разных конфигураций — универсального сервера не существует.
| Профиль | Критично | Некритично |
|---|---|---|
| Виртуализация | RAM (максимум), ядра CPU | тип дисков |
| БД (OLTP) | CPU (частота), IOPS, latency дисков | объём дисков |
| Файловый сервер | количество дисковых слотов, RAID | частота CPU |
| Аналитика | ядра CPU, RAM | latency дисков |
| VDI | RAM, IOPS дисков | частота CPU |
Сервер виртуализации
Ключевая характеристика: оперативная память. Почему RAM критична:
- Каждая ВМ требует выделенной памяти
- Overcommit RAM невозможен (в отличие от CPU)
- Нехватка памяти = невозможность запустить ВМ
Правило: максимум RAM в рамках бюджета.
Типовая конфигурация:
- CPU: 2× процессора, 16-32 ядра
- RAM: 256-512 ГБ (с возможностью расширения до 1-2 ТБ)
- Диски: средние IOPS (SSD или гибридная конфигурация)
- Сеть: 10-25 GbE
Важно: свободные слоты памяти для апгрейда.
Сервер СУБД
Критичные параметры: частота CPU, IOPS и latency дисков.
OLTP-БД требования:
- Высокая частота CPU (3+ ГГц)
- Минимальная latency дисков (< 1 мс)
- Высокие случайные IOPS (50 000+)
Аналитические БД:
- Много ядер CPU (32-64)
- Большой объём RAM (512 ГБ - 1 ТБ)
- Высокий throughput дисков
Файловый сервер
Приоритет: количество дисковых слотов, надёжность RAID.
Типовая конфигурация: 1-2× процессора, средняя частота; RAM: 64-128 ГБ (для кэша); диски: большие HDD в RAID 6; сеть: 10 GbE (минимум). CPU не критичен — файловый доступ ограничен дисками и сетью.
Возможности расширения
Сервер должен предусматривать апгрейд без замены платформы.
| Компонент | Что проверить |
|---|---|
| RAM | свободные слоты, максимальный объём |
| Диски | свободные отсеки, совместимость интерфейсов |
| PCIe | свободные слоты для карт расширения |
| CPU | возможность установки второго процессора |
Планирование апгрейда: Сервер на старте (50% ресурсов) ↓ Рост нагрузки ↓ Добавление RAM / дисков / адаптеров ↓ Сервер на пределе (90% ресурсов) ↓ Замена сервера
Правильно: закладывать 50-70% утилизации на старте, оставляя запас на рост.
Типичные просчёты при планировании
| Просчёт | Последствие |
|---|---|
| Все слоты RAM заполнены малым объёмом | апгрейд требует замены всех модулей |
| Нет свободных PCIe слотов | невозможно добавить сетевую карту |
| Дисковые слоты заполнены | нужна внешняя СХД |
| Один процессор без возможности второго | ограничение производительности |
Экономия на старте приводит к переплате при масштабировании.
Дисковая подсистема
Выбор дисков критичен для производительности.
| Тип диска | IOPS | Latency | $/ТБ | Применение |
|---|---|---|---|---|
| HDD | низкие | 5-10 мс | низкая | файлы, архивы |
| SATA SSD | средние | 1-2 мс | средняя | виртуализация |
| NVMe SSD | высокие | <0.5 мс | высокая | БД, VDI |
RAID-контроллер
Аппаратный RAID обязателен для критичных систем. Функции RAID-контроллера: защита от отказа дисков, кэш записи с батарейным модулем, управление дисками без остановки сервера (hot-swap).
Важно: кэш контроллера с BBU (Battery Backup Unit) для защиты данных при отключении питания.
Сетевые адаптеры
| Нагрузка | Скорость |
|---|---|
| Файловый сервер | 10 GbE |
| Виртуализация | 10-25 GbE |
| СУБД | 10 GbE |
| Кластерные системы | 25 GbE+ |
Важно: резервирование сетевых адаптеров (минимум 2).
Форм-фактор сервера
| Форм-фактор | Применение | Плюсы | Минусы |
|---|---|---|---|
| Tower | малый офис | компактность | ограниченное расширение |
| Rack 1U | плотная инфраструктура | экономия места | ограничения охлаждения |
| Rack 2U | универсальный | баланс | стандартный |
| Blade | масштабируемость | плотность, управление | высокая стоимость |
RAS-функции
Reliability, Availability, Serviceability — функции надёжности корпоративных серверов: ECC память, горячая замена компонентов, резервирование блоков питания, удалённое управление (IPMI, iLO, iDRAC). RAS-функции критичны для серверов без возможности остановки.
Главная ошибка планирования
Типичный сценарий: «Купили сервер впритык по характеристикам. Через год не хватает ресурсов». Проблема: не заложен запас на рост.
Правильный подход: текущая нагрузка + 50-70% запас; прогноз роста на 2-3 года; возможности апгрейда заложены. Экономия на старте обернётся переплатой при масштабировании.
Выбор сервера — инженерная задача, начинающаяся с анализа профиля нагрузки. Ключевые принципы: виртуализация — максимум RAM; OLTP-БД — высокая частота CPU, NVMe диски; файловый сервер — много дисковых слотов, RAID. Всегда закладывайте возможность расширения. Правильно выбранный сервер работает 3-5 лет без узких мест.
Частые вопросы
Сколько RAM нужно для виртуализации?
Максимум в рамках бюджета. Правило: объём RAM ВМ × количество ВМ + 20% на гипервизор. Для 10 ВМ по 8 ГБ нужно минимум 96 ГБ. Важно оставить свободные слоты для апгрейда.
Какие диски выбрать для БД?
Для OLTP — NVMe SSD (latency < 0.5 мс, IOPS > 50K). Для аналитических БД — SATA SSD (достаточно throughput). HDD не подходят для БД из-за высокой latency.
Как заложить возможность расширения?
Проверить: свободные слоты RAM (минимум 50%), свободные дисковые отсеки, свободные PCIe слоты, возможность установки второго CPU. Заполнять ресурсы на старте не более 50-70% от максимума.