Современные информационные системы редко работают на одном сервере. Корпоративный портал, интернет-магазин, система дистанционной работы или внутреннее бизнес-приложение могут состоять из нескольких экземпляров, размещённых в одном либо нескольких центрах обработки данных. Чтобы пользователи получали доступ к работающему узлу, а нагрузка не концентрировалась на одном сервере, применяются балансировщики нагрузки.
Termidesk Connect - российский программный контроллер доставки приложений, предназначенный для распределения сетевых запросов, повышения доступности сервисов и управления трафиком. Решение разработано компанией "Увеон - облачные технологии", входящей в "Группу Астра". Первая публичная презентация продукта состоялась в марте 2025 года. Разработчик позиционирует его как средство для построения отказоустойчивых и географически распределённых ИТ-систем.
Российский балансировщик для ИТ-сервисов не заменяет серверы приложений и не исправляет ошибки в программном коде. Он располагается между клиентами и обслуживающими их узлами, принимает соединения и направляет запросы на подходящие серверы. Эффективность такой схемы зависит от архитектуры приложения, корректной настройки проверок состояния, резервирования самого балансировщика и готовности серверной части к горизонтальному масштабированию.
Зачем ИТ-системам нужна балансировка нагрузки
Если все пользователи обращаются непосредственно к одному серверу, его отказ приводит к недоступности сервиса. Даже при исправном оборудовании узел может перестать справляться с потоком запросов из-за роста числа клиентов, увеличения объёма данных или запуска ресурсоёмких операций.
Балансировщик предоставляет пользователям единую точку подключения, за которой находится группа серверов. Входящие запросы распределяются между доступными узлами по заданному алгоритму. При увеличении нагрузки к группе можно добавить новые экземпляры приложения, не меняя адрес, используемый клиентами.
Такая архитектура решает несколько задач. Она позволяет использовать ресурсы нескольких серверов, выводить отдельные узлы на техническое обслуживание и уменьшать последствия локального отказа. Однако наличие балансировщика не делает систему отказоустойчивой автоматически. Если он установлен в единственном экземпляре, то сам становится критической точкой инфраструктуры.
Для производственной среды обычно предусматриваются как минимум два узла балансировки. Между ними синхронизируются настройки, а при отказе активного экземпляра обслуживание соединений передаётся резервному. Конкретная схема зависит от возможностей продукта, сетевой архитектуры и требований к допустимому времени простоя.
Что представляет собой Termidesk Connect
В документации Termidesk Connect описан как многофункциональное сетевое средство, выполняющее роль посредника между пользователями и серверами приложений. Оно предназначено для балансировки нагрузки, масштабирования инфраструктуры, оптимизации обмена данными и организации георезервирования.
Продукт относится к классу Application Delivery Controller, или ADC. Контроллер доставки приложений сочетает функции классического сетевого балансировщика с анализом запросов, управлением протоколами, проверкой доступности серверов, обработкой защищённых соединений и маршрутизацией трафика по заданным правилам.
Termidesk Connect может применяться как локальный балансировщик внутри одного центра обработки данных и как глобальный балансировщик между несколькими площадками. В первом случае запросы распределяются между серверами одной системы. Во втором выбирается подходящий ЦОД или территориальная площадка, после чего локальный уровень направляет запрос на конкретный сервер.
На официальных страницах продукта указаны управление через графический интерфейс и командную строку, обратное TCP-проксирование, выбор группы серверов с учётом источника или содержания запроса, изменение запросов и распределение нагрузки между несколькими площадками.
Локальная балансировка трафика
Локальная балансировка используется, когда несколько экземпляров приложения размещены в пределах одной площадки. Это могут быть виртуальные машины, физические серверы или другие вычислительные узлы, доступные балансировщику по сети.
Клиент подключается к виртуальному адресу сервиса. Termidesk Connect принимает запрос, проверяет состояние серверной группы и выбирает узел в соответствии с настроенным алгоритмом. Для пользователя внутренняя структура системы остаётся скрытой: он взаимодействует с одним адресом, хотя фактически запросы могут обслуживаться разными серверами.
Алгоритм распределения определяет, как именно выбирается следующий узел. Простой вариант предполагает последовательную передачу запросов всем доступным серверам. Другие методы учитывают число активных соединений, текущую загрузку или заданный вес узла. Взвешенная схема полезна, когда серверы различаются по производительности: более мощной машине можно передавать большую долю трафика.
В обновлениях Termidesk Connect были добавлены алгоритмы для работы с неравнозначными серверами и более детальной оценки их доступности. Это позволяет учитывать различия в ресурсах и роли узлов, а не распределять запросы между ними строго поровну.
Проверка состояния серверов
Балансировка имеет смысл только в том случае, если запросы направляются на работоспособные узлы. Поэтому контроллер периодически выполняет проверки состояния серверов. Простейшая проверка устанавливает сетевое соединение, а прикладная может обращаться к определённой странице или функции сервиса.
Сетевой порт может принимать соединения, хотя само приложение уже работает неправильно. Например, веб-сервер отвечает, но не может получить данные из базы. В таком случае поверхностная проверка покажет, что узел доступен, и балансировщик продолжит направлять к нему пользователей. Для критичных систем проверки желательно строить так, чтобы они отражали реальную готовность приложения обрабатывать операции.
При неудачной проверке сервер временно исключается из рабочей группы. После восстановления и успешного прохождения заданного числа тестов он может быть автоматически возвращён в обслуживание. Пороговые значения необходимо выбирать осторожно: слишком чувствительная проверка будет исключать узлы при кратковременных задержках, а слишком медленная - долго отправлять запросы на неисправный сервер.
Балансировка на уровнях L4 и L7
В описании Termidesk Connect заявлена работа на четвёртом и седьмом уровнях сетевой модели. Балансировка L4 основывается преимущественно на параметрах транспортного соединения: IP-адресах, портах и протоколах TCP или UDP. Содержимое прикладного запроса при этом может не анализироваться.
Балансировка L7 работает на уровне прикладных протоколов и позволяет учитывать содержимое запроса. Например, обращения к разным разделам веб-системы можно направлять в отдельные серверные группы. Запросы к статическим материалам обслуживаются одной группой, а операции личного кабинета - другой.
Прикладная маршрутизация даёт больше гибкости, но требует дополнительных вычислительных ресурсов и точного понимания структуры трафика. Неправильное правило способно перенаправить запрос не в ту группу или создать цикл. Перед вводом изменений необходимы тестирование, проверка приоритетов правил и возможность быстро вернуться к предыдущей конфигурации.
Content Switching и управление запросами
Content Switching означает выбор направления на основании параметров запроса. Критериями могут быть имя домена, путь, заголовок, адрес источника или другой доступный признак. Такая функция позволяет обслуживать несколько приложений через общую точку входа и строить более сложную логику маршрутизации.
Например, запросы к одному доменному имени можно направлять в основную группу серверов, а к другому - в тестовую среду. Отдельные пути могут обслуживаться специализированными компонентами. Возможность выбирать группу серверов по содержимому и источнику запроса входит в опубликованный перечень функций Termidesk Connect.
Контроллер также способен изменять некоторые параметры запросов перед передачей серверу. Такой механизм используется для добавления технических заголовков, сохранения информации об исходном клиенте или адаптации запроса к внутренней схеме приложения.
Изменение данных должно быть документировано. Серверное приложение должно понимать, какие заголовки созданы балансировщиком и каким из них можно доверять. В противном случае злоумышленник или некорректно настроенный промежуточный узел может передать поддельные значения.
Глобальная балансировка и георезервирование
Локальная отказоустойчивость защищает от сбоя отдельного сервера, но не от проблем всей площадки. Причиной недоступности ЦОД может стать нарушение электроснабжения, повреждение канала связи, ошибка сетевой конфигурации или авария оборудования.
Для распределённых систем используется глобальная балансировка - GSLB. На этом уровне выбирается не отдельный сервер, а площадка или центр обработки данных. Согласно документации Termidesk Connect, глобальный балансировщик может направлять пользователей на производительный либо менее загруженный ЦОД и обеспечивать доступность приложений в географически распределённой инфраструктуре.
Географическое резервирование требует подготовки самого приложения. Если данные хранятся только на основной площадке, простое переключение сетевого трафика не восстановит сервис во втором ЦОД. Необходимо заранее решить вопросы репликации баз данных, согласованности файлов, управления сессиями, адресации и восстановления после разделения сети.
Следует учитывать и задержку переключения. Изменения, связанные с доменными ответами и кэшированием, могут применяться не мгновенно. Поэтому ожидаемое время восстановления должно подтверждаться испытаниями, а не только расчётом архитектуры.
Работа с защищёнными соединениями
Многие приложения используют TLS для шифрования передаваемых данных. Расшифрование большого количества соединений создаёт вычислительную нагрузку на серверы приложений. Функция SSL Offload переносит часть этих операций на балансировщик: он завершает внешнее защищённое соединение, анализирует запрос и передаёт его на сервер.
Такой подход разгружает серверную часть и создаёт единую точку управления сертификатами. Поддержка SSL Offload заявлялась разработчиком при представлении Termidesk Connect.
За удобством следует дополнительная ответственность. Балансировщик получает доступ к расшифрованному трафику, поэтому должен размещаться в контролируемом сегменте. Закрытые ключи необходимо защищать, сертификаты - своевременно обновлять, а доступ администраторов - ограничивать.
Передача данных от балансировщика к серверу может выполняться как в открытом, так и в повторно зашифрованном виде. Выбор зависит от модели угроз и внутренней сети. Для чувствительных систем шифрование обычно сохраняют на всём маршруте, даже если это увеличивает нагрузку.
Высокая доступность самого балансировщика
Если все пользователи подключаются через один контроллер, его отказ делает недоступными даже исправные серверы. Поэтому производственная архитектура должна предусматривать резервирование самого Termidesk Connect.
В опубликованном описании продукта упоминается режим High Availability с синхронизацией конфигурации. Его назначение состоит в поддержании согласованных настроек между экземплярами и передаче функций при отказе одного из них.
Синхронизация конфигурации не всегда означает сохранение всех активных соединений. При переключении часть пользовательских сессий может быть разорвана и создана заново. Допустимость такого поведения зависит от приложения. Просмотр информационной страницы обычно восстанавливается без заметных последствий, а длительная транзакция может потребовать повторного выполнения.
Резервные узлы желательно размещать так, чтобы они не зависели от одного коммутатора, гипервизора или источника питания. Иначе внешне дублированная схема сохранит общую точку отказа.
Мониторинг и анализ работы
Для управления балансировщиком недостаточно знать, включён ли его сервер. Администратору необходимы данные о количестве соединений, времени ответа, доле ошибок, доступности узлов и распределении запросов между группами.
В Termidesk Connect предусмотрены механизмы мониторинга и аналитики, а также централизованное управление распределёнными ресурсами. Продукт доступен как виртуальное решение и как программно-аппаратный комплекс на оборудовании Kraftway.
Наблюдаемость помогает выявлять перекосы. Если один сервер получает заметно больше запросов, причиной может быть неверный вес, сохранение пользовательских сессий, различие в производительности или ошибка проверки состояния. Рост времени ответа при нормальной доступности узлов может указывать на проблему базы данных либо внешнего сервиса.
Показатели балансировщика следует сопоставлять с метриками приложений и серверов. Сам контроллер видит сетевой результат, но не всегда способен определить внутреннюю причину медленной операции.
Управление пропускной способностью
При большом количестве клиентов отдельный пользователь, сервер или автоматизированный процесс способен занять значительную часть сетевого канала. Это явление иногда называют проблемой "шумного соседа": один участник потребляет непропорционально много общих ресурсов.
В версии Termidesk Connect 1.3 разработчик добавил ограничение пропускной способности для входящего пользовательского и исходящего серверного трафика. Функция предназначена для защиты инфраструктуры от перегрузок и более равномерного использования каналов.
Ограничения необходимо выбирать на основании измерений. Слишком низкий предел ухудшит работу обычных пользователей, а чрезмерно высокий не даст заметной защиты. Для разных сервисов могут потребоваться разные значения: передача файлов и интерактивное приложение предъявляют неодинаковые требования.
Форматы развёртывания
Виртуальная поставка удобна для инфраструктур, где вычислительные ресурсы уже предоставляются гипервизором. Её можно развернуть без выделенного специализированного устройства, а резервные экземпляры разместить на разных физических узлах.
Программно-аппаратный комплекс объединяет программное обеспечение с подготовленной аппаратной платформой. Такой формат упрощает подбор совместимого оборудования и позволяет заранее определить ожидаемые характеристики. Оба варианта поставки Termidesk Connect были представлены разработчиком в 2025 году.
Выбирать формат только по заявленной производительности не следует. Необходимо учитывать число одновременных соединений, объём зашифрованного трафика, количество правил L7, требования к сетевым интерфейсам, резервирование и перспективы роста.
Испытания желательно проводить на профиле, похожем на реальную нагрузку. Синтетический тест с короткими незашифрованными запросами может показывать результат, который нельзя перенести на сложное приложение с TLS, большими ответами и длительными сессиями.
Интеграция с Termidesk VDI
Termidesk Connect может использоваться как самостоятельный балансировщик, а также совместно с платформой виртуальных рабочих мест Termidesk VDI. В интегрированной схеме он распределяет подключения к компонентам инфраструктуры виртуальных рабочих столов и контролирует их доступность.
Для VDI особенно важна устойчивость пользовательских сессий. При выборе алгоритма необходимо учитывать, должен ли конкретный пользователь повторно попадать на тот же компонент, как восстанавливается соединение и где хранится информация о сессии.
Интеграция продуктов одного семейства может упростить настройку, но её целесообразность всё равно следует подтверждать архитектурным анализом. В инфраструктуре могут уже использоваться другие средства доставки приложений, мониторинга и управления сертификатами.
Безопасность и разграничение доступа
Балансировщик находится на пути значительной части корпоративного трафика и поэтому относится к критичным инфраструктурным компонентам. Компрометация его учётной записи или конфигурации способна привести к перенаправлению запросов, перехвату данных или недоступности сервисов.
Доступ к управлению необходимо предоставлять по ролям. Одни специалисты могут просматривать состояние, другие - изменять серверные группы, третьи - управлять сертификатами. Административные интерфейсы желательно размещать отдельно от пользовательского трафика и ограничивать сетевыми правилами.
Не менее важны журналирование действий и резервное копирование конфигурации. Изменения должны иметь автора, время выполнения и обоснование. Перед крупным обновлением требуется возможность восстановить предыдущие настройки.
Производитель публикует отдельные положения о технической поддержке и политике обновлений Termidesk Connect. В политике указано, что обновления выпускаются для исправления ошибок, развития функций, производительности и безопасности. Конкретные условия поддержки определяются договором.
Что следует проверить перед внедрением
Сначала необходимо составить карту приложений и зависимостей. Следует определить используемые протоколы, адреса, порты, требования к сохранению сессий, сертификаты, ожидаемое количество подключений и допустимое время простоя.
Затем проектируется отказоустойчивая схема. В ней указываются основные и резервные узлы, сетевые сегменты, виртуальные адреса, механизмы переключения и общие точки отказа. Для нескольких ЦОД дополнительно описываются репликация данных и поведение при потере связи между площадками.
На пилотном этапе проверяются штатная работа и аварийные сценарии: отключение сервера приложения, отказ активного балансировщика, недоступность одного ЦОД, истечение сертификата и ошибочная конфигурация. Важно измерить фактическое время обнаружения проблемы и восстановления обслуживания.
Отдельно проводится нагрузочное тестирование. Оно должно охватывать ожидаемый и пиковый трафик, защищённые соединения, длительные сессии и сложные правила маршрутизации. Результаты испытаний позволяют определить требуемые ресурсы и безопасные пределы эксплуатации.
Ограничения балансировщика нагрузки
Балансировщик не решает проблему единственной базы данных, если она не имеет собственного механизма резервирования. Он также не восстановит повреждённые данные и не заменит систему резервного копирования.
Распределение запросов не гарантирует корректность приложения. Если все экземпляры содержат одну программную ошибку, увеличение их количества только расширит масштаб проблемы. Для реальной устойчивости нужны тестирование, управление версиями, мониторинг и процедуры отката.
Не каждое приложение можно без изменений разместить за несколькими серверами. Сервисы, сохраняющие состояние только в локальной памяти, могут требовать привязки клиента к определённому узлу. Это снижает равномерность балансировки и усложняет восстановление после отказа.
Наконец, контроллер доставки приложений сам является сложной системой. Его необходимо обновлять, контролировать, резервировать и включать в план аварийного восстановления.
Заключение
Termidesk Connect - российский контроллер доставки приложений, предназначенный для локальной и глобальной балансировки нагрузки. Он поддерживает распределение трафика между серверами и площадками, обратное TCP-проксирование, маршрутизацию по содержимому запросов, обработку TLS, проверки доступности и работу в отказоустойчивой конфигурации. Актуальная документация также описывает управление пропускной способностью и сценарии географического резервирования.
Применение балансировщика позволяет скрыть от пользователей внутреннюю структуру системы, распределять запросы между несколькими узлами и исключать из обслуживания недоступные серверы. Для организаций с несколькими ЦОД дополнительное значение имеет выбор площадки и переключение трафика при локальном сбое.
При этом отказоустойчивость создаётся не одним продуктом, а всей архитектурой. Серверы приложений, базы данных, сети, системы хранения и сам балансировщик должны иметь согласованные механизмы резервирования. Перед внедрением Termidesk Connect необходимы проверка совместимости, моделирование отказов, нагрузочные испытания и разработка регламентов эксплуатации. Только при таком подходе балансировка становится частью предсказуемой и управляемой ИТ-инфраструктуры.