Хочу заказать сервер: что нужно знать перед покупкой

Заказать сервер стоит не с выбора бренда или самой низкой цены, а с определения задач бизнеса. Сервер для 1С, файлов, виртуальных машин, видеонаблюдения или базы данных требует разной конфигурации: количество ядер процессора, объём ECC-памяти, тип накопителей, сетевые порты и резервирование питания должны соответствовать будущей нагрузке. Ошибка на этапе подбора может привести либо к переплате за неиспользуемые ресурсы, либо к медленной работе и необходимости срочного апгрейда.
Ниже - практический чек-лист, который поможет подготовиться к заказу сервера и корректно сформулировать задачу поставщику.

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

• 1С, бухгалтерия, CRM или ERP;
• файловое хранилище для сотрудников;
• почта, корпоративный сайт или внутренние сервисы;
• виртуальные машины VMware, Hyper-V, Proxmox;
• базы данных SQL, PostgreSQL, MySQL;
• система видеонаблюдения;
• терминальный доступ сотрудников;
• резервное копирование;
• инженерные, графические или AI-задачи с GPU.

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

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

1. Какие программы будут работать на сервере.
2. Укажите названия программ, версию, тип базы данных и наличие лицензий. Для 1С имеет значение файловый или клиент-серверный вариант работы, а для виртуализации — количество виртуальных машин и их назначение.
3. Сколько пользователей будут работать одновременно.
4. Важен не общий штат компании, а число одновременных подключений. Нагрузка возникает именно в момент параллельной работы пользователей.
5. Какой объём данных есть сейчас и как быстро он растёт.
6. Нужно учитывать базы данных, документы, архивы, резервные копии, изображения, видео и почтовые ящики. Если на сервере сейчас 2 ТБ данных, не стоит покупать систему хранения ровно на 2 ТБ: необходимо оставить запас под рост, служебные данные и резервирование.
7. Нужна ли виртуализация.
8. Виртуализация позволяет разместить несколько независимых серверов на одном физическом оборудовании: например, отдельно 1С, файловый сервер, контроллер домена и резервное копирование. Такой подход требует достаточного запаса по процессору, оперативной памяти и дисковой подсистеме.
9. Какие требования есть к непрерывности работы.
10. Если остановка сервера на несколько часов допустима, требования будут одни. Если простой останавливает продажи, производство, склад или доступ к критичной базе, понадобятся резервные блоки питания, RAID-массив, горячая замена дисков, запасные компоненты и продуманная схема резервного копирования.
11. Где будет установлен сервер.
12. Для серверной стойки подходят стоечные модели 1U, 2U или 4U. Для небольшого офиса без стойки чаще рассматривают напольные Tower-серверы. Также нужно учесть электропитание, охлаждение, уровень шума и свободное место.

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

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

• если сервер нужен для небольшой 1С, файлов и 10–20 пользователей — требуется сбалансированный процессор с хорошей производительностью на ядро;
• если планируется несколько виртуальных машин - нужно рассчитывать ядра с запасом под каждую виртуальную машину;
• если сервер будет выполнять задачи с GPU, AI или обработкой видео - процессор выбирают вместе с видеокартами, объёмом памяти и возможностями шины PCIe;
• если требуется отказоустойчивость и масштабирование - рассматривают двухпроцессорные платформы.

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

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

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

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

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

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

RAID объединяет несколько дисков в массив и может повысить отказоустойчивость или производительность. Однако RAID не заменяет резервное копирование. RAID защищает только от части аппаратных отказов дисков; он не спасёт от удаления файлов сотрудником, вируса-шифровальщика, ошибки администратора, пожара или выхода из строя самого сервера.
Для критичных баз данных и виртуальных машин часто рассматривают RAID 10 на SSD или NVMe. Для архивов и файловых данных могут быть уместны RAID 6 или другие схемы, но окончательное решение зависит от объёма, бюджета, скорости восстановления и резервного копирования.

Самая распространённая ошибка - купить производительный сервер и отложить резервное копирование «на потом». В таком случае компания получает одну точку отказа: сервер может быть защищён RAID-массивом, но единственная рабочая копия данных всё равно остаётся внутри одного оборудования.
Минимально нужно определить:

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

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

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

• лицензии Windows Server и клиентские лицензии CAL;
• лицензии для 1С, SQL Server, VMware и другого ПО;
• системы резервного копирования;
• антивирусную защиту;
• сетевое оборудование и модули;
• ИБП, стойку, PDU, кабели;
• работы по установке, миграции и настройке.

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

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