Соблазн взять больше ядер, памяти и дисков понятен, но несбалансированная машина всё равно будет упираться в один компонент. Для базы данных часто важны память и задержка накопителей, для виртуализации — число ядер и слотов, для хранения — ёмкость и схема отказоустойчивости.

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

01

Снимите профиль текущей нагрузки

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

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

ДальшеПроцессор: ядра или частота
02

Процессор: ядра или частота

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

Сравнивайте не только название семейства и число ядер. Важны поколение, частота под длительной нагрузкой, поддерживаемая память и доступные линии для накопителей и сетевых карт.

  • число одновременно активных задач;
  • может ли приложение распределять работу между ядрами;
  • нужна ли виртуализация;
  • сколько процессоров поддерживает выбранная платформа;
  • какие варианты обновления доступны без полной замены сервера.
ДальшеПамять: объём, каналы и свободные слоты
03

Память: объём, каналы и свободные слоты

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

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

ДальшеНакопители: разделите скорость и ёмкость
04

Накопители: разделите скорость и ёмкость

NVMe подходит для активных баз, индексов и задач с большим числом операций. SATA SSD может быть разумным вариантом для менее требовательных данных. HDD остаётся полезным для больших объёмов, архивов и резервных копий, если скорость не критична.

RAID повышает устойчивость к отказу диска, но не заменяет резервную копию. Ошибка пользователя, повреждение данных или взлом могут затронуть весь массив.

  • отделите системный диск от активных данных, если это оправдано;
  • определите допустимую потерю данных и время восстановления;
  • оставьте место для роста и служебных операций;
  • храните резервную копию вне самого сервера;
  • проверяйте восстановление, а не только факт создания копии.
ДальшеСеть: порт — это не вся скорость
05

Сеть: порт — это не вся скорость

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

Два порта могут использоваться для разделения сетей или резервирования, но сама по себе пара не удваивает скорость. Схема зависит от коммутатора, настроек и задачи.

ДальшеСоберите конфигурацию в понятном виде
06

Соберите конфигурацию в понятном виде

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

Так поставщик сможет сразу проверить совместимость и предложить близкую замену, если конкретного компонента нет в наличии.

ДальшеПерейти к вопросам по теме