Главная / Статьи / Как выбрать сервер для бизнеса и не переплатить

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

Разница в цене далеко не всегда означает, что более дорогой сервер будет лучше именно для ваших задач.

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

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

Разберём основные характеристики, на которые стоит обращать внимание.

Процессор: количество ядер — далеко не главное

Процессор — одна из первых характеристик, которую обычно сравнивают при выборе сервера.

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

Но здесь есть важный нюанс:

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

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

А вот для 1С и некоторых операций с базами данных большое значение имеет производительность одного ядра и его тактовая частота.

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

При выборе процессора нужно сначала ответить на вопрос:

что именно будет работать на сервере?

Это может быть:

• файловый сервер;
• сервер 1С;
• Microsoft SQL Server;
• PostgreSQL;
• контроллер домена;
• сервер удалённых рабочих столов;
• Hyper-V или другая система виртуализации;
• веб-сервер;
• система видеонаблюдения;
• резервное копирование;
• несколько виртуальных серверов одновременно.

И только после этого имеет смысл выбирать модель процессора.

ECC-память: одна из важнейших особенностей сервера

Оперативная память сервера отличается от обычной памяти настольного компьютера не только объёмом.

Для серверов желательно использовать ECC-память — Error Correction Code.

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

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

Поэтому при подборе оборудования для критичных систем экономить на ECC-памяти не стоит.

В серверных системах также часто применяется RDIMM — Registered DIMM. Такая память рассчитана на установку большого количества модулей и используется в профессиональных серверных платформах.

Сколько оперативной памяти нужно?

Универсального значения нет.

Условно:

• небольшой файловый сервер — 32–64 ГБ;
• сервер 1С для нескольких десятков пользователей — от 64–128 ГБ;
• сервер виртуализации — 128–256 ГБ и более;
• крупная инфраструктура с большим количеством виртуальных машин — объём рассчитывается индивидуально.

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

Диски: HDD, SATA SSD или NVMe

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

Представим офис, в котором утром одновременно начинают работать несколько десятков пользователей 1С.

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

Обычный HDD при такой нагрузке быстро становится узким местом.

Для оценки производительности накопителей используется показатель IOPS — количество операций ввода-вывода в секунду.

У традиционных жёстких дисков этот показатель относительно небольшой. У SSD он выше на порядки.

Именно поэтому для серверов баз данных переход с HDD на SSD способен дать очень заметный прирост производительности.

SATA SSD

SATA SSD ограничены возможностями интерфейса SATA и обычно обеспечивают скорость порядка 500–550 МБ/с.

Они хорошо подходят для:

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

NVMe SSD

NVMe подключается через PCI Express и способен обеспечивать значительно более высокую скорость и количество операций ввода-вывода.

Такие накопители особенно полезны для:

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

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

Серверный SSD и обычный SSD — не одно и то же

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

У профессиональных серверных накопителей обычно выше:

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

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

RAID: защита дисковой подсистемы

В сервере обычно не следует хранить критичные данные на одном единственном диске.

Для повышения отказоустойчивости применяются RAID-массивы.

В зависимости от схемы RAID можно:

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

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

Но важно понимать:

RAID не является резервной копией.

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

Поэтому серверу одновременно нужны:

1. отказоустойчивая дисковая система;
2. отдельное резервное копирование.

Аппаратный и программный RAID

RAID может быть реализован отдельным контроллером либо средствами операционной системы.

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

Программный RAID управляется операционной системой.

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

Но при покупке сервера этот вопрос необходимо решить заранее.

Сетевые интерфейсы: когда 1 Гбит/с уже мало

Во многих серверах установлено два или более сетевых интерфейса.

Гигабитного Ethernet вполне достаточно для небольшого офиса и относительно лёгких задач.

Однако при работе с:

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

скорость сети может стать ограничивающим фактором.

Теоретическая скорость сети 1 Гбит/с составляет около 125 МБ/с, а фактическая обычно ниже.

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

В инфраструктуре с большим объёмом данных целесообразно рассматривать 10-гигабитные подключения.

Зачем серверу несколько сетевых портов

Дополнительные сетевые интерфейсы нужны не только ради увеличения скорости.

Их можно использовать для резервирования.

Например:

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

Поэтому два и более сетевых интерфейса для серверного оборудования — вполне нормальная практика.

Tower или Rack

Серверы выпускаются в разных форм-факторах.

Tower

Tower-сервер внешне похож на большой системный блок.

Такой вариант удобен, если:

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

Tower обычно проще разместить в небольшом офисе.

Rack

Rack-сервер устанавливается в стандартную серверную стойку.

Высота оборудования измеряется в юнитах:

• 1U;
• 2U;
• 4U и т. д.

1U

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

2U

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

4U

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

Если серверов несколько и инфраструктура будет развиваться, стойка и Rack-серверы обычно удобнее.

Если сервер единственный, Tower также может быть вполне разумным выбором.

Удалённое управление: iLO, iDRAC, XClarity и IPMI

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

В зависимости от производителя технология называется по-разному:

• HPE — iLO;
• Dell — iDRAC;
• Lenovo — XClarity Controller;
• у многих серверных плат используется IPMI/BMC.

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

Через него системный администратор может удалённо:

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

Это особенно важно, если сервер находится в другом здании, городе или дата-центре.

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

Гарантия и техническая поддержка

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

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

Для домашнего компьютера это неприятно.

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

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

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

Для критичной инфраструктуры имеет смысл предусматривать:

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

Пять вопросов перед покупкой сервера

Перед выбором конкретной модели ответьте на пять вопросов.

1. Сколько пользователей будет работать с сервером и какие задачи они выполняют?

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

Нужно заранее определить:

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

2. Где физически будет находиться сервер?

Если отдельной серверной и стойки нет, возможно, рациональнее выбрать Tower.

Если уже есть серверная стойка или планируется несколько серверов — удобнее Rack.

Также необходимо проверить:

• электропитание;
• ИБП;
• охлаждение;
• температуру;
• вентиляцию;
• доступ к серверу;
• физическую безопасность.

3. Какие приложения будут работать на сервере?

Для каждой задачи важны разные характеристики.

1С и базы данных

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

Файловый сервер

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

Виртуализация

Особенно важны количество ядер, объём оперативной памяти и скорость сети.

Резервное копирование

Нужен большой объём хранения и достаточная скорость сети.

Поэтому не существует универсальной конфигурации «хорошего сервера».

4. Что произойдёт, если сервер остановится?

Очень полезный вопрос.

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

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

5. Можно ли быстро получить физический доступ к серверу?

Если сервер расположен рядом с администратором, отсутствие полноценной удалённой консоли ещё можно пережить.

Если он находится далеко, наличие iLO, iDRAC, IPMI или аналогичной системы становится практически обязательным.

На чём нельзя экономить

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

Но есть компоненты, экономия на которых способна создать значительно более серьёзные проблемы:

• ECC-память;
• надёжные накопители;
• резервирование дисков;
• резервное копирование;
• качественный блок питания;
• ИБП;
• удалённое управление;
• нормальное охлаждение;
• мониторинг оборудования.

Особенно важно понимать разницу между резервированием и резервным копированием.

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

Почему сервер нельзя выбирать только по характеристикам

Сервер — это не просто мощный компьютер.

Он является частью инфраструктуры, в которую входят:

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

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

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

Итог

Самая распространённая ошибка при покупке сервера — выбирать его по принципу «чем дороже, тем лучше» либо пытаться максимально сэкономить.

Правильный подход другой:

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

Перед покупкой стоит определить:

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

Такой подход позволяет не покупать ненужную мощность и одновременно не экономить на действительно важных компонентах.

Нужна помощь с выбором сервера?

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

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

Это особенно актуально при подборе сервера для 1С, SQL Server, файлового хранения, виртуализации, резервного копирования и корпоративной инфраструктуры.

Контакты для связи указаны на сайте sa2002.ru.