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

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

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

Сначала определите, что именно будет работать на сервере

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

До выбора оборудования стоит составить список всех сервисов, которые предполагается разместить в инфраструктуре. В него могут входить:

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

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

Почему техническое задание важнее списка характеристик

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

Минимальный набор вопросов выглядит так:

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

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

Готовый сервер или серверная платформа

Один из первых практических выборов — приобрести готовую конфигурацию либо собрать систему на основе серверной платформы. Универсально правильного варианта здесь нет.

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

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

Как выбирать процессор без переплаты за ненужные ресурсы

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

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

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

Оперативная память: оценивайте не только объем

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

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

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

Дисковая подсистема определяется характером данных

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

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

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

Резервирование не заменяет резервную копию

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

Поэтому надежная схема хранения обычно рассматривает отдельно:

• устойчивость рабочей системы к отказу накопителя;
• резервные копии важных данных;
• место хранения копий;
• частоту их создания;
• срок хранения;
• проверку возможности восстановления.

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

Сеть должна соответствовать дискам и нагрузке

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

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

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

Форм-фактор: что меняется между башенным и стоечным сервером

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

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

Выбирать форм-фактор только по принципу «чем компактнее, тем лучше» не стоит. Важнее определить, сколько компонентов должно размещаться внутри системы и насколько удобно будет ее обслуживать после установки.

Отказоустойчивость: определите цену простоя

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

Резервироваться могут разные элементы:

• блоки питания;
• накопители;
• сетевые подключения;
• контроллеры;
• отдельные серверы;
• узлы хранения;
• источники электропитания и сетевое оборудование.

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

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

Удаленное управление упрощает эксплуатацию

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

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

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

Питание и охлаждение нельзя оставлять на последний этап

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

Еще до закупки полезно проверить:

• доступную электрическую мощность;
• количество и тип линий питания;
• наличие источников бесперебойного питания;
• возможности кондиционирования;
• направление воздушного потока в стойке;
• допустимую температуру в помещении;
• свободное пространство для обслуживания оборудования.

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

Не забывайте о совместимости компонентов

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

Критичными могут быть:

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

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

Как заложить возможность модернизации

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

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

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

Пошаговый порядок выбора конфигурации

Чтобы не сравнивать десятки несопоставимых серверов, работу удобно вести последовательно.

1. Составьте перечень приложений, сервисов и данных, которые будут размещены на сервере.
2. Определите текущую нагрузку и ожидаемый рост на разумный период эксплуатации.
3. Зафиксируйте требования к доступности системы и допустимому времени простоя.
4. Определите необходимый объем оперативной памяти и характер процессорной нагрузки.
5. Рассчитайте требуемую емкость и производительность системы хранения.
6. Выберите принцип резервирования накопителей, питания и сетевых подключений.
7. Проверьте требования к сетевой пропускной способности.
8. Выберите подходящий форм-фактор с учетом места установки.
9. Проверьте питание, охлаждение и физические параметры стойки.
10. Оцените возможности последующего расширения конфигурации.
11. Проверьте совместимость всех компонентов.
12. Сопоставьте итоговую конфигурацию с бюджетом и исключите ресурсы, которые не дают практической пользы проекту.

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

Типичные ошибки при закупке серверной техники

Выбор только по цене

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

Покупка с чрезмерным запасом

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

Игнорирование дисковой нагрузки

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

Отсутствие плана расширения

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

Расчет оборудования без учета помещения

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

Когда нужен не один сервер, а несколько узлов

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

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

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

Как проверить проект перед заказом

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

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

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

Если ответы на эти вопросы понятны до закупки, вероятность дорогостоящей переделки инфраструктуры после установки заметно ниже.

Практический принцип выбора

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

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

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