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

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

Сначала определите, что должно работать при потере связи

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

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

Почему скорость интернета важна не меньше процессора

Предположим, в центральный офис нужно передать резервную копию объёмом 100 ГБ. Теоретическое минимальное время передачи составит:

Доступная скорость передачи Минимальное время для 100 ГБ 20 Мбит/с 11 часов 7 минут 100 Мбит/с 2 часа 13 минут 1 Гбит/с 13 минут 20 секунд

Расчёт выполнен в десятичных единицах: 100 ГБ × 8 = 800 Гбит. Время округлено. Реальная передача займёт больше времени из-за служебного трафика, параллельной работы пользователей и ограничений накопителей. Учитывать нужно доступную исходящую скорость отправителя и входящую скорость получателя, а не только название тарифа.

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

Как оценить серверную платформу

В качестве примера стоечного оборудования можно рассмотреть HPE ProLiant DL360 Gen10. Это платформа высотой 1U с поддержкой до двух Intel Xeon Scalable первого или второго поколения в зависимости от исполнения. В семействе предусмотрены процессоры с числом ядер до 28 на CPU, 24 слота памяти DDR4 и контроллер удалённого управления iLO 5.

Варианты комплектации HPE ProLiant DL360 Gen10 можно посмотреть здесь: https://servermall.ru/sets/server-hpe-proliant-dl360-gen10/. При сравнении предложений проверяйте точные модели процессоров, количество модулей памяти, состав накопителей и сетевых адаптеров.

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

Пример расчёта памяти и места для данных

Допустим, планируются четыре виртуальные машины: для базы данных — 32 ГБ памяти, для приложения — 16 ГБ, для файлового сервиса — 16 ГБ и для вспомогательных задач — 8 ГБ. Суммарно получается 72 ГБ. Если дополнительно выделить условные 24 ГБ на гипервизор и резерв, расчётная потребность составит 96 ГБ.

Это отправная точка для подбора, которую нужно проверить на реальной нагрузке. Отдельно следует оценить рост данных. Если сейчас они занимают 1 ТБ, а ежемесячно добавляется 40 ГБ, через два года объём достигнет примерно 1,96 ТБ при неизменном темпе роста.

Чтобы при таком объёме оставить 20% полезной ёмкости свободными, потребуется не менее 2,45 ТБ: 1,96 ÷ 0,8. Пространство для системы, журналов и резервных копий в этот пример не включено. Запас 20% здесь принят для расчёта, а не является универсальным требованием.

Сколько данных допустимо потерять

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

Отдельный показатель — время восстановления. Перенести 500 ГБ со скоростью 100 МБ/с теоретически можно за 1 час 23 минуты. Но к этому времени добавятся подготовка среды, восстановление базы, запуск приложений и проверка доступа. Поэтому обещание «восстановимся за час» нужно подтверждать практической проверкой.

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

Составьте короткий план приёмки системы:

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

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