Серверы и СХД для филиальной сети: как выбрать и разместить оборудование

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

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

Какие задачи должна решать ИТ-инфраструктура филиалов

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

Чтобы определить требования к ИТ-инфраструктуре, компании нужно разобраться, какие процессы она должна поддерживать, как сотрудники обмениваются информацией и какие перерывы в работе допустимы.

Доступ к корпоративным приложениям

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

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

Для оценки потребностей стоит собрать следующие сведения:

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

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

Обмен информацией между подразделениями

Сотрудники разных офисов часто работают с общими сведениями.

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

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

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

Отдельный вопрос — разграничение прав.

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

Работа при сбоях

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

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

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

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

Управление оборудованием в разных городах

Когда серверы находятся на нескольких площадках, ИТ-отделу приходится контролировать их состояние на расстоянии. Для повседневной работы специалистам нужен доступ к сведениям о неисправностях, состоянии оборудования и результатах выполнения служебных операций.

Часть задач администратор может выполнять удаленно.

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

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

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

Подключение новых филиалов

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

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

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

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

Где разместить корпоративные системы и данные

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

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

Все основные системы в центральном офисе

При централизованном размещении корпоративные приложения и базы данных работают на оборудовании главной площадки. Это может быть центральный офис или собственный центр обработки данных (ЦОД). Филиалы получают доступ к общим ресурсам через сеть.

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

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

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

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

Локальные системы в филиалах

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

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

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

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

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

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

Еще одна особенность — передача информации в центральные системы.

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

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

Смешанное размещение

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

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

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

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

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

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

Поэтому смешанное размещение требует проверки связей между приложениями. ИТ-отдел должен понимать, какие компоненты могут работать самостоятельно, а каким необходим постоянный доступ к общим ресурсам.

Как выбрать подходящую схему

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

Перед выбором размещения полезно ответить на четыре вопроса:

1. Где программа должна обрабатывать данные? Может ли она работать на удаленном сервере или определенные операции требуют локального выполнения?
2. От каких служб зависит приложение? Нужен ли постоянный доступ к центральной базе, системе проверки учетных записей или другим ресурсам?
3. Допускает ли программа отдельные экземпляры данных? Поддерживает ли она передачу изменений между подразделениями и согласование записей?
4. Какие приложения должны взаимодействовать между собой? Можно ли разместить их на разных площадках без нарушения предусмотренного порядка работы?

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

Результат можно оформить в виде простой таблицы:

Корпоративная система	Где разместить	Что проверить
Общая программа учета	Центральная площадка	Возможность удаленной работы и зависимость от связи
Программа управления производственным оборудованием	Производственный филиал	Поддержку локальной работы и зависимости от внешних служб
Общая база документов	Центральная площадка или несколько площадок	Способ совместного доступа и согласования изменений
Локальное специализированное приложение	Филиал	Требования разработчика к размещению и обмену данными

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

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

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

Как оценить нагрузку на сервер

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

Для оценки используют несколько показателей:

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

Измерения лучше проводить в разные периоды работы компании.

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

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

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

Собранные данные становятся основой для выбора серверной платформы.

Процессор и оперативная память

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

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

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

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

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

Важно предусмотреть возможность увеличения объема памяти. Для этого проверяют:

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

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

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

Надежность и возможности расширения

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

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

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

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

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

Помимо надежности, стоит оценить возможности расширения.

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

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

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

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

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

Например, Dell PowerEdge использует iDRAC, HPE ProLiant — iLO, а Lenovo ThinkSystem — XClarity Controller. Набор возможностей зависит от поколения сервера, версии контроллера и лицензии.

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

Для филиальной сети особенно полезны следующие функции:

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

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

Например, расширенные функции удаленного доступа к экрану в Dell iDRAC и Lenovo XClarity Controller могут требовать дополнительной лицензии. Аналогичные ограничения предусмотрены для некоторых возможностей HPE iLO.

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

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

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

Условия установки и обслуживания

Для центрального офиса и небольшого филиала условия размещения оборудования могут существенно различаться.

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

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

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

Отдельное внимание уделяют электропитанию и охлаждению.

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

Если в помещении устанавливают несколько устройств, необходимо оценить их суммарное энергопотребление и требования к отводу тепла.

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

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

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

Что проверить в конфигурации перед заказом

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

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

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

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

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

Когда филиалам нужна отдельная СХД

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

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

Когда достаточно накопителей внутри сервера

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

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

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

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

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

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

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

Когда стоит использовать отдельную СХД

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

Общее хранилище для нескольких серверов.

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

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

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

Независимое расширение дискового пространства.

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

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

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

Разделение ресурсов между приложениями.

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

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

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

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

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

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

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

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

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

Например, некоторые СХД поддерживают снимки состояния данных. Их фактическое потребление емкости зависит от способа реализации и объема изменений.

При сравнении предложений важно различать два показателя:

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

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

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

Как оценить производительность СХД

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

Для оценки используют три основных показателя.

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

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

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

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

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

Что учитывать для надежной работы

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

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

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

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

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

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

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

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

Как организовать соединение между филиалами

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

Способ подключения	Особенности	Что проверить
Интернет с VPN	Виртуальная частная сеть (VPN) позволяет организовать защищенное соединение между филиалами. Для шифрования может использоваться IPsec.	Скорость подключения, стабильность связи, производительность устройств при шифровании
Выделенный канал оператора	Соединяет определенные площадки на условиях договора с поставщиком связи.	Пропускную способность, условия обслуживания, маршруты прохождения каналов и необходимость дополнительного шифрования

Как направлять данные между офисами?

Здесь возможны два подхода.

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

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

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

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

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

Как оценить скорость и качество соединения

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

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

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

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

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

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

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

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

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

Как организовать резервирование связи

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

Однако резервирование нужно проверить на нескольких уровнях.

1. Независимость подключений

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

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

2. Переключение при неисправности

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

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

3. Работа приложений через резервный канал

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

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

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

Как защитить корпоративную сеть

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

Для этого используют несколько средств.

Средство	Назначение
VPN с шифрованием	Защищает данные при передаче между площадками
Межсетевой экран	Контролирует сетевые соединения по установленным правилам
VLAN	Позволяет логически разделить устройства на отдельные виртуальные локальные сети

Например, компьютерам сотрудников может требоваться доступ к центральной учетной программе. При этом средства управления серверами и СХД должны быть доступны только уполномоченным ИТ-специалистам.

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

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

Как подключить серверы и СХД внутри площадки

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

Основные варианты:

Технология	Особенности подключения
iSCSI через Ethernet	Позволяет серверам обращаться к выделенным дисковым ресурсам СХД через сеть Ethernet. Используются совместимые сетевые адаптеры и коммутаторы.
Fibre Channel	Специализированная технология связи серверов и СХД. Требует соответствующих адаптеров, портов хранилища и, при необходимости, коммутаторов Fibre Channel.

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

Для важных систем также предусматривают резервные пути доступа к СХД.

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

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

При выборе оборудования нужно проверить:

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

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

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

Примеры комплектации для филиальной сети

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

Рассмотрим три примера с моделями из каталога CRABBIT. Указанные характеристики показывают возможные варианты комплектации. Для подтверждения их достаточности потребуется расчет под рабочую нагрузку.

1. Филиалы работают с общей системой в центральном офисе

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

Для такого сценария рассмотрим сервер Dell PowerEdge R550 со встроенными накопителями.

Пример конфигурации

Компонент	Характеристики
Сервер	Dell PowerEdge R550, 2U
Процессор	1 × Intel Xeon Silver 4310, 12 ядер
Оперативная память	128 ГБ DDR4 RDIMM ECC, 4 × 32 ГБ
Системные накопители	2 × SSD SATA 480 ГБ, RAID 1
Рабочие данные	4 × SSD SATA 960 ГБ, RAID 10
Дисковый контроллер	Dell PERC H755
Удаленное управление	iDRAC9
Блоки питания	2 × 800 Вт с поддержкой резервирования

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

Почему выбран Dell PowerEdge R550

Сервер поддерживает процессоры Intel Xeon Scalable третьего поколения, оперативную память DDR4 ECC и несколько вариантов размещения накопителей.

В предложенной комплектации системные диски и рабочие данные находятся в отдельных массивах. Для учетной программы и файлов предусмотрены четыре SSD, объединенные в RAID 10.

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

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

2. Филиалам нужны собственные серверы

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

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

Пример комплектации

Компонент	Центральный офис	Производственный филиал
Сервер	Dell PowerEdge R660, 1U	Dell PowerEdge R550, 2U
Процессор	2 × Intel Xeon Silver 4410Y	1 × Intel Xeon Silver 4309Y
Оперативная память	128 ГБ DDR5 RDIMM ECC, 8 × 16 ГБ	64 ГБ DDR4 RDIMM ECC, 4 × 16 ГБ
Системные накопители	2 × SSD SATA 960 ГБ, RAID 1	2 × SSD SATA 480 ГБ, RAID 1
Рабочие данные	В выбранном дисковом массиве сервера	2 × SSD SATA 960 ГБ, RAID 1
Удаленное управление	iDRAC9	iDRAC9

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

Как распределяются задачи

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

Локальный Dell R550 обрабатывает данные производственного приложения. Его накопители разделены на системный массив и пространство для рабочих файлов.

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

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

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

Локальный узел выполняет более узкую задачу. В примере используется один процессор и меньший объем оперативной памяти.

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

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

3. Крупная филиальная сеть с региональными серверными

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

На региональной площадке компания планирует разместить несколько серверов виртуализации и отдельную СХД. Для этого рассмотрим два Dell PowerEdge R660 и Dell PowerVault ME5024.

Пример комплектации одного регионального узла

Компонент	Характеристики
Вычислительные серверы	2 ×Dell PowerEdge R660, 1U
Процессоры	По 2 × Intel Xeon Silver 4410Y в каждом сервере
Оперативная память	По 256 ГБ DDR5 RDIMM ECC, 8 × 32 ГБ на сервер
Системные накопители	По 2 × SSD SATA 960 ГБ, RAID 1
Система хранения данных	Dell PowerVault ME5024, 2U
Накопители СХД	12 × SSD SAS 1,92 ТБ
Защита данных на СХД	RAID 6
Контроллеры СХД	2 контроллера, исполнение с Fibre Channel
Адаптеры серверов	По одному совместимому двухпортовому адаптеру Fibre Channel на сервер
Сеть хранения	2 независимых коммутатора Fibre Channel

Модель ME5024 поддерживает установку 24 накопителей формата 2,5 дюйма. В примере занято 12 отсеков. Остальные остаются свободными для возможного расширения с учетом ограничений выбранной конфигурации.

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

Как работает региональный узел

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

Dell ME5024 предоставляет серверам выделенные дисковые ресурсы. В выбранном исполнении обмен данными идет через Fibre Channel.

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

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

Почему предусмотрены два коммутатора

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

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

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

Что дает отдельная СХД

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

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

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

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

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

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

В каталоге CRABBIT можно выбрать серверы и системы хранения данных для разных задач. Если компании требуется комплексная модернизация или создание инфраструктуры нескольких площадок, специалисты CRABBIT могут помочь с проектированием ИТ-инфраструктуры и подбором оборудования под требования проекта.

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