Открытие офиса часто планируют по датам ремонта, поставки мебели и выхода сотрудников. ИТ-инфраструктура при этом остаётся одним из последних пунктов списка. В результате рабочие места готовы, а подключиться к корпоративной базе нельзя: не хватает сетевых портов, файловый ресурс доступен только из головного офиса или сервер доставлен без нужных накопителей.
Чтобы избежать такого сценария, ИТ-проект нужно вести параллельно с подготовкой помещения. Главный вопрос — не «какой сервер купить», а какие процессы должны работать в день открытия и сколько времени бизнес готов ждать при их сбое.
Сначала определить состав критичных сервисов
Для небольшого московского офиса список может включать доступ к 1С, документооборот, общие файлы, телефонию, печать, видеонаблюдение и защищённое соединение с другими площадками. У каждого сервиса свои требования.
Например, временная недоступность архива видеозаписей и остановка оформления заказов имеют разные последствия. Поэтому полезно разделить системы на три группы:
-
Критичные: без них сотрудники не могут выполнять основную работу. Для них заранее определяют порядок восстановления.
-
Важные: их кратковременный простой допустим, но влияет на производительность.
-
Вспомогательные: их можно запустить после основных сервисов.
Такое разделение помогает распределить бюджет. Нет смысла одинаково резервировать все системы, если остановка одних означает потерю продаж, а другие могут подождать до следующего рабочего дня.
Три возможные схемы для нового офиса
Полностью централизованная инфраструктура. Приложения и данные остаются в головном офисе или дата-центре, а новая площадка получает доступ по защищённому каналу. Схема упрощает администрирование, но делает сотрудников зависимыми от качества связи.
Локальная инфраструктура. Основные приложения запускаются в новом офисе. Это может быть оправдано, если работа должна продолжаться при проблемах с внешним каналом или если большие объёмы данных постоянно обрабатываются на месте. Однако офису потребуются помещение для оборудования, резервное питание, охлаждение и регулярное обслуживание.
Смешанная схема. Часть сервисов остаётся централизованной, а локальный сервер выполняет задачи, чувствительные к задержкам или недоступности связи. Для многих компаний именно этот вариант оказывается наиболее практичным, но распределение функций нужно описать заранее.
Если выбранная схема предполагает локальное оборудование и компании нужно купить серверы в Москве, стоит сравнивать не только базовую цену, но и комплектацию, наличие компонентов, срок подготовки и условия обслуживания. У «Сервер Молл» (https://servermall.ru/catalog/servers/) есть московский офис; в каталоге представлены новые и восстановленные серверы для офисных задач, 1С и виртуализации.
Наличие конкретной модели и срок поставки следует подтверждать перед заказом. Даже сервер, указанный в каталоге, может потребовать сборки с нужной памятью, накопителями и сетевыми адаптерами.
Посчитать нагрузку по людям и приложениям
Количество сотрудников — только отправная точка. Двадцать человек, работающих с почтой и документами, создают иную нагрузку, чем двадцать операторов, постоянно выполняющих запросы к базе данных.
Для каждого приложения стоит записать число одновременных пользователей, объём данных, ожидаемый рост и характер операций. Если планируется виртуализация, отдельно подсчитывают ресурсы каждой виртуальной машины и добавляют резерв для платформы.
Допустим, офису нужны четыре виртуальные машины: для контроллера домена, приложения, базы данных и вспомогательных служб. Если им выделено соответственно 4, 16, 24 и 8 ГБ памяти, только рабочим системам потребуется 52 ГБ. К этой величине добавляют потребности гипервизора и запас на рост. В такой ситуации закупка сервера с 64 ГБ может оставить слишком мало пространства для расширения; конфигурацию со 128 ГБ стоит рассмотреть и проверить по фактической нагрузке.
По процессорам действует тот же принцип: количество виртуальных ядер нельзя автоматически приравнивать к числу физических. Допустимая степень распределения ресурсов зависит от того, насколько активно приложения используют CPU одновременно. Для базы данных важны также задержка накопителей и объём доступной памяти.
Проверить помещение до поставки оборудования
Установка сервера — не только вопрос свободного места. Перед заказом нужно ответить на несколько практических вопросов:
- Есть ли стойка подходящей глубины и свободные монтажные места?
- Хватит ли электрической мощности с учётом пусковых и пиковых нагрузок?
- К каким линиям питания будут подключены сервер и сетевое оборудование?
- Обеспечены ли вентиляция и допустимая температура в помещении?
- Кто сможет физически попасть к оборудованию при аварии?
- Не будет ли шум мешать сотрудникам, если отдельной серверной нет?
Башенный сервер можно разместить без стойки, но его нельзя считать обычным офисным компьютером. Он рассчитан на длительную работу и тоже нуждается в подходящих условиях. Стоечная модель, в свою очередь, может не поместиться в шкаф даже при достаточном количестве свободных юнитов — из-за глубины корпуса или направляющих.
Спланировать связь и сеть
Если сотрудники будут обращаться к приложениям в другом офисе, качество канала становится частью доступности бизнеса. До переезда полезно измерить не только заявленную провайдером скорость, но и реальную задержку, стабильность соединения и время восстановления после аварии.
Для критичных процессов можно предусмотреть второй канал от независимого оператора. При этом нужно проверить, действительно ли он проходит по другой инфраструктуре: два договора не гарантируют независимости, если кабели входят в здание по одному маршруту.
Внутри офиса следует разделить как минимум рабочие станции, серверы, гостевой Wi-Fi и устройства видеонаблюдения. Такое сегментирование упрощает управление доступом и снижает риск того, что проблема в одной группе устройств затронет остальные.
Необходимо заранее определить и способ удалённого администрирования. Интерфейс управления сервером не должен быть открыт в интернет без дополнительных средств защиты.
Резервирование — это не только второй блок питания
Компании нередко покупают сервер с резервными источниками питания, но подключают оба к одному удлинителю. Формально оборудование отказоустойчиво, практически — зависит от единственной точки отказа.
При проектировании нужно рассматривать всю цепочку: электропитание, сетевые коммутаторы, интернет-канал, диски, доступ администратора и резервные копии. RAID может сохранить работоспособность при отказе накопителя, но не защитит от ошибочного удаления файлов или повреждения базы приложением.
Для каждого критичного сервиса полезно определить два показателя:
-
Допустимая потеря данных: сколько часов или минут изменений компания может восстановить вручную.
-
Допустимое время простоя: через какой срок работа должна возобновиться после сбоя.
Если бизнес допускает потерю не более часа операций, ежедневного резервного копирования недостаточно. Если простой не должен превышать два часа, потребуется проверить, можно ли за это время восстановить сервер, данные, настройки и доступ сотрудников. Ответ дают не обещания в документации, а пробное восстановление.
Закупать полную конфигурацию
В коммерческом предложении желательно фиксировать не только модель корпуса. Нужны точные характеристики процессора, объём и схема установки памяти, перечень накопителей, тип контроллера, число сетевых портов и блоков питания.
Отдельно уточняют наличие направляющих, кабелей питания, совместимых трансиверов и необходимых лицензий. Иногда разница между двумя предложениями объясняется не скидкой, а тем, что одно из них не содержит важных компонентов.
При сравнении нового и восстановленного оборудования следует учитывать ожидаемый срок эксплуатации, доступность запасных частей и условия гарантии. Для вспомогательных нагрузок восстановленный сервер может быть экономически разумным. Для системы, остановка которой немедленно влияет на выручку, решающее значение могут иметь сроки замены компонентов и понятный порядок сервисного обращения.
Что протестировать до первого рабочего дня
Запуск нового офиса не стоит назначать на тот же день, когда доставят сервер. Между поставкой и выходом сотрудников необходимо оставить время на проверку:
- Сверить фактическую комплектацию с согласованной спецификацией.
- Проверить состояние памяти, накопителей, блоков питания и сетевых портов.
- Установить и настроить программное обеспечение.
- Подключить тестовые рабочие места и проверить доступ к приложениям.
- Создать резервную копию и выполнить пробное восстановление.
- Смоделировать отказ одного интернет-канала или источника питания, если предусмотрено резервирование.
- Зафиксировать конфигурацию, учётные записи администраторов и порядок обращения за поддержкой.
Особенно важно проверить повседневные операции глазами сотрудника: вход в систему, открытие базы, создание документа, печать и доступ к общим файлам. Технически исправный сервер не означает, что готов весь рабочий процесс.
Итог
ИТ-инфраструктура нового офиса должна проектироваться от бизнес-процессов. Сначала определяют критичные сервисы и допустимое время простоя, затем выбирают схему размещения, рассчитывают ресурсы и готовят помещение. Только после этого имеет смысл заказывать конкретный сервер.
Для московской компании скорость закупки и близость поставщика полезны, но сами по себе не заменяют точную спецификацию и испытания. Офис действительно готов к открытию тогда, когда сотрудники могут выполнять основные операции, а команда знает, что делать при отказе оборудования или связи.