Как выбрать сервер для офиса: основные критерии

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

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

В этой статье:

• Задачи сервера в офисе
• С чего начать выбор сервера для офиса
• Какие характеристики сервера учитывать
• Башенный или стоечный сервер
• Что предусмотреть для отказоустойчивости
• Когда одного сервера недостаточно
• Вопросы и ответы

Задачи сервера в офисе

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

Сервер может выполнять несколько основных задач:

• Хранить общие файлы. Сотрудники получают доступ к рабочим документам, папкам и другим данным из единого хранилища с настроенными правами доступа.
• Размещать 1С и другие корпоративные приложения. На сервере могут работать серверные компоненты приложений, к которым пользователи обращаются со своих рабочих компьютеров.
• Обслуживать базы данных. На сервере может работать СУБД, к которой обращаются 1С, учетные системы и другие приложения.
• Запускать виртуальные машины. На одной физической платформе можно разместить несколько изолированных систем и распределить между ними разные серверные роли.
• Управлять учетными записями и доступом. Службы каталогов помогают централизованно управлять пользователями, компьютерами и правами доступа к корпоративным ресурсам.
• Поддерживать сетевые службы. Сервер может выполнять функции DNS и DHCP, которые нужны для работы устройств в корпоративной сети.
• Обеспечивать удаленную работу с приложениями. Программы выполняются на сервере, а сотрудник подключается к рабочему сеансу со своего компьютера.
• Хранить резервные копии. Сервер может использоваться для хранения копий рабочих данных, при этом схема резервного копирования должна учитывать отказ оборудования и другие риски.

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

С чего начать выбор сервера для офиса

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

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

Затем собирают данные о фактической нагрузке:

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

Связь между задачей и требованиями к конфигурации можно представить так:

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

Начинать стоит с простых вопросов: что у нас запущено прямо сейчас? Кто владелец каждого сервиса? Каков SLO и какие ресурсы действительно необходимы для его выполнения? Соответствует ли это текущим требованиям бизнеса?

— Редакция CRABBIT

Какие характеристики сервера учитывать

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

Процессор

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

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

Оперативная память

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

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

Дисковая подсистема

В серверном оборудовании применяются HDD и SSD с SAS или SATA, а также NVMe SSD с передачей данных через PCIe. Доступные варианты зависят от шасси, дисковой корзины и схемы подключения накопителей.

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

Сетевые интерфейсы

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

Также проверяют, можно ли установить дополнительные сетевые адаптеры в предусмотренные для этого слоты.

Удаленное управление

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

Например, Dell PowerEdge использует iDRAC, а HPE ProLiant — iLO.

Питание и расширение

Мощность и тип блоков питания должны соответствовать установленным компонентам и требованиям производителя.

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

Почему число сотрудников не определяет конфигурацию

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

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

Башенный или стоечный сервер

Способ установки влияет на размещение техники, требования к помещению и плотность компоновки. Производительность при этом определяется составом оборудования, а конструктив корпуса сам по себе ее не задает.

Башенный сервер

Башенная модель устанавливается отдельно и не требует серверной стойки. Такой вариант подходит для офиса, где используется один или несколько серверов и отдельной стойки пока нет.

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

Стоечный сервер

Стоечные модели монтируются в серверную стойку. Высота корпуса указывается в единицах U, например 1U или 2U.

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

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

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

Что предусмотреть для отказоустойчивости

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

Важно!

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

Какие сбои нужно учитывать

Риски удобно разделять по масштабу:

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

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

Как вернуть сервис в работу

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

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

Где остаются единые точки отказа

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

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

Как проверить предусмотренную схему

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

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

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

Когда одного сервера недостаточно

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

Достигнут предел одной платформы

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

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

Нагрузки требуется разделить

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

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

Сервисы должны работать при недоступности узла

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

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

Нужно организовать хранение данных

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

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

СХД в наличии на складе в Москве

Показать варианты →

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

Вопросы и ответы