Сколько серверов нужно малому бизнесу: 1 мощный или несколько слабых

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

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

Какие задачи вообще выполняет сервер малого бизнеса

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

• 1С и её база данных;
• файловое хранилище;
• SQL-сервер;
• CRM и внутренние приложения;
• Active Directory;
• виртуальные машины;
• резервное копирование;
• корпоративные сервисы и базы данных.

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

Вариант 1: один мощный сервер

Для малого бизнеса это часто наиболее простой вариант. Компания покупает одну достаточно производительную платформу и размещает на ней несколько сервисов.

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

Преимущества одного сервера

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

Главный недостаток

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

Вариант 2: несколько менее мощных серверов

Второй подход — распределить инфраструктуру между несколькими физическими серверами. Например, один использовать под 1С и SQL, второй — под виртуализацию и внутренние сервисы, а отдельную систему — под хранение резервных копий.

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

Преимущества нескольких серверов

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

Недостатки

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

Один мощный или несколько слабых: сравнение

Почему два сервера не означают автоматическую отказоустойчивость

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

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

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

Когда малому бизнесу достаточно одного сервера

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

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

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

Когда стоит переходить на два и более сервера

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

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

А где хранить резервные копии

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

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

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

Пример: небольшой офис

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

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

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

Что важнее количества серверов

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

Как выбрать конфигурацию

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

1. Определить все сервисы, которые будут работать на сервере.
2. Посчитать количество пользователей.
3. Оценить требования к CPU и RAM.
4. Определить объём и тип хранилища.
5. Решить, какой простой допустим для бизнеса.
6. Продумать резервное копирование.
7. Заложить возможность расширения инфраструктуры.

Итог: сколько серверов нужно малому бизнесу

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

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

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

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