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

В качестве примера давайте проведем сравнение трафика пакетов по сети, возникающего при копировании большого файла (1 Тб) и трафика, который характерен для учетной системы (допустим, между сервером приложений 1С 8 и MS SQL) в том слуцчае, если система несет высокую нагрузку и занимается обработкой нескольких тысяч запросов в секунду.

Что касается процесса копирования большого файла, его можно оптимизировать, если разбить на равные, более мелкие пакеты, чтобы передать  максимально быстро и обеспечить высокую пропускную способность сети. Если же говорить о трафике учетной системы, то он по своему составу неоднороден: сюда поступают запросы разного размера – от небольших до объемных. Поэтому, чтобы «загрузить сеть» отдельными запросами, объем каждого из которых невелик — например, по 10кб, нужно сгенерировать максимальное количество запросов в единицу времени. Вполне вероятно, что этот объем будет слишком велик для вашей информационной системы. Становится очевидным, что учитывать только «пропускную способность сети» и степень ее загрузки в информационных системах не целесообразно. Важно иметь в виду такой фактор, как «отклик сети», а также то количество пакетов,  которые допустимо передать с одного сервера на другой за определенный отрезок времени. Это, прежде всего, ориентир на запросы к серверу SQL.

Приведем конкретные примеры из практики.

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

—   Пример 2: в случае, если сервер БД и сервер приложений 1С 8 размещены на разных аппаратных ресурсах, то здесь есть свои нюансы. Когда системой пользуются несколько сотрудников, то длительность операций оптимальна по времени. Если же большому числу пользователей необходимо сформировать  отчеты в системе, то ее скорость резко снижается, при этом сервер приложения 1С и сервер БД не нагружены выше обычной нормы.

     Исходя из имеющихся условий работы систем, наши специалисты решили провести небольшой эксперимент: собственное исследование интерфейсов сети с точки зрения их производительности в ситуациях их использования в тех или иных информационных системах (оборудование предоставлено нашим партнером USN Computers).

Параметры серверов для эксперимента:

Программное обеспечение для эксперимента:

      ПО написано на С++, при помощи OleDB создает необходимое количество соединений к серверу БД от сервера клиента. В каждом подобном соединении регулярно формируется запрос такого типа: SELECT ‘Случайные данные’, размер от 1 до 1024 байт (при этом происходит имитация случайного трафика учетной системы, например, 1С 8.2/8.3.) и направляется серверу БД, чтобы затем получить выборку данных. Это позволяет без усиления нагрузки на сервер БД сформировать интенсивный трафик запросов и произвести замеры необходимых данных.

Проведение эксперимента

      В ходе эксперимента программой PerfExpert  произведен мониторинг производительности на двух серверах. Отслеживалась нагрузка на аппаратные ресурсы (предполагалось, что узким местом в этом случае будет именно сетевой интерфейс). Замеры данных были осуществлены для разного количества параллельных активных соединений с БД: 1,3,10,14.

Таблица 1. Результаты исследования.

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

 Если рассмотреть второй пример (см. выше), то 14 сессий – это могут быть соединения 1С пользователей, которые создают отчеты с большим количеством запросов (но при этом потребляют немного ресурсов). А в том случае, если для формирования отчета требуется отправить более 100000 запросов на сервер БД, при этом длительность их обработки может возрасти в 2 раза и более исключительно за счет сетевой передачи.

Выводы из эксперимента:

       В учетных системах, помимо пропускной способности, колоссальное значение имеет фактор, который определяет отклик сети, при этом, на него не столь часто обращают внимание. Результаты нашего исследования говорят о том, что  применение эффективного оборудования и адаптации для  информационных систем с высокой нагрузкой, в том числе 1С 8.1., 8.2., 8.3, а также использование 10-гигабитного Ethernet-интерфейса (Intel(R) Ethernet Controller 10 Gigabit X540-AT2) для соединений между серверами приложения 1С и сервером БД (MS SQL) является наиболее верным решением, поскольку в этом случае отклик сети почти в 2 раза лучше, чем для сети 1Гб/с.

Оборудование предоставлено нашим партнером USN Computers