Russian (Русский) - Change language

Настройка Сервера Приложений

Внимание! Одновременно осуществляется кластеризация Консоли Администрирования и Мониторинга и веб-станций.

Для установки на кластер Сервера Приложений, а также Консоли Администрирования и Мониторинга и веб-станций, использующих службу IIS (Internet Information Services), применяется NLB (Network Load Balancing) кластер. Для балансировки нагрузки и увеличения скорости обработки запросов Сервер Приложений в ABBYY FlexiCapture можно разместить на NLB кластере.

Описание технологии Network Load Balancing можно найти на сайте компании Microsoft.

Пример настройки NLB кластера для работы Сервера Приложений ABBYY FlexiCapture

Ниже описана пошаговая настройка NLB кластера для работы Сервера Приложений.

При кластеризации Сервера Приложений также происходит кластеризация Консоли Администрирования и Мониторинга и веб-станций.

Подробное описание настройки NLB кластера можно найти на сайте компании Microsoft.

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

Настройка кластера

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

  1. Установите Сервер Приложений на каждый из узлов кластера. При этом база данных, файловое хранилище, Сервер Обработки, Сервер Лицензирования и клиенты Сервера Приложений должны быть установлены на отдельный компьютер, доступный каждому из узлов кластера.
  2. На каждом из узлов добавьте Network Load Balancing в Windows Features. Для этого в области главного окна диспетчера Server Manager (Start → Administrative Tools → Server Manager) нажмите ссылку Add Features.
  3. Назначьте кластеру IP-адрес для обращения к узлам как к единому целому (виртуальный адрес кластера). Для этого запустите Network Load Balancing Manager на любом из узлов (Server ManagerTools Network Load Balancing Manager) и перейдите в свойства кластера, выбрав пункт Cluster Properties в контекстном меню.

Если на узлах кластера для трафика клиент-кластер и прочего сетевого трафика используется один сетевой интерфейс (типично для режима Multicast), то каждому хосту в кластере должен быть назначен выделенный IP-адрес (помимо виртуального адреса, общего для всех узлов кластера). Выделенный IP-адрес предназначен для получения трафика только для данного хоста и используется вместо виртуального адреса кластера для входящих соединений, обращающихся к узлу кластера по протоколам Telnet, SSH и т.п., и соединений, выходящих с узла кластера.
Все узлы кластера должны получать весь входящий трафик кластера. Какой из узлов кластера будет отвечать на запрос, определяется используемым алгоритмом балансировки. Выбор между режимами Unicast и Multicast определяется конфигурацией сети.

  1. Для наблюдения за активностью узлов вы можете использовать Performance Monitor для IIS (доступен на панели инструментов консоли Microsoft Management Console (MMC)). Для этого нужно для каждого узла (здесь \\node1, \\node2) добавить в объекте Web Service счетчик (Counter) ISAPI Extension Requests/sec для Default Web Site (там расположен Сервер Приложений в IIS).

Режим работы кластера

Выбор режима работы кластера зависит от конфигурации сети. Подробное описание режимов работы кластера можно найти на сайте компании Microsoft.

Балансировка нагрузки в кластере, параметры настройки хостов

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

Для работы ABBYY FlexiCapture требуется протокол TCP. В качестве режима фильтрации (Filtering mode) можно выбрать Single host или Multiple host.

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

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

Для указанного диапазона портов осуществляется балансировка трафика между узлами, при этом можно настраивать значение параметра Affinity:

  • None (выбор данного режима не рекомендуется)
    Если выбрана эта опция, множественные подключение (TCP сессии) от одного клиента могут обрабатываться разными узлами.
  • Single (рекомендованный режим)
    Если выбрана эта опция, все подключения от одного клиента обрабатываются одним узлом.
  • Network (Class C) (рекомендованный режим)
    Если выбрана эта опция, все запросы из адресного пространства TCP/IP Class C обрабатываются одним узлом. Использование этой опции может потребоваться при наличии proxy-сервера между клиентом и кластером.

Настройка Сервера Приложений

Для настройки Сервера Приложений выполните следующие действия:

  1. Создайте сетевую папку, доступную всем узлам кластера.
  2. Установите MS SQL Server, сервер Azure или Oracle, который будет доступен всем узлам кластера.
  3. На все узлы кластера установите Сервер Приложений.
  4. С первого узла кластера создайте с помощью Консоли Администрирования и Мониторинга базу данных и определите файловое хранилище в сетевой папке.
  5. С каждого из остальных узлов кластера с помощью Консоли Администрирования и Мониторинга подключитесь к созданной базе данных.
    Внимание! При выполнении этой операции необходимо использовать SQL-аутентификацию.
  6. На MS SQL Server, сервере Azure или Oracle предоставьте полные права на созданную базу данных всем пользователям на всех узлах кластера, под учетными записями которых запущен IIS на всех узлах кластера (в списке служб должна быть запущенна служба World Wide Web Publishing Service). Права на первый узел выдаются автоматически при создании базы данных, права на остальные узлы необходимо выдать вручную. По умолчанию IIS запущен под пользователем Network Service. В таком случае, для IIS, запущенном на компьютере NodeN, нужно на сервере выдать права пользователю DomaiName\NodeN$.
  7. Если Сервер Приложений в кластере недоступен, но при этом команда PING проходит до кластера, проверьте доступность IIS в кластере. Для этого разместите статический *.html файл в папке “%systemdrive%\inetpub\wwwroot” (обычно папка уже содержит файл “iisstart.htm”) и загрузите его в браузере: \\АдресКластера\iisstart.htm (при этом в браузере обратите внимание на настройки proxy-сервера).

Запуск клиентов Сервера Приложений

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

Запуск клиентов Сервера Приложения под локальными пользователями на узлах кластера нежелателен по следующей причине:

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

В случае работы на кластере Сервер Приложений, обрабатывающий запрос клиента, может находиться на разных компьютерах, в результате чего реальное имя пользователя будет изменяться: для компьютера node1 имя пользователя будет node1\User, а для компьютера node2 – node2\User. Это может приводить к проблемам в работе комплекса.

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

Для подключения клиентов с удаленных компьютеров, не входящих в домен, достаточно использовать basic-аутентификацию и учетную запись пользователя домена, в котором находится кластер. Например, если кластеризованный Сервер Приложений находится в домене cluster, а компьютер оператора верификации не входит в домен, нужно создать в домене cluster учетную запись пользователя cluster\VerificationOperator и сообщить оператору верификации имя учетной записи и пароль. Оператор верификации сможет подключиться под данной учётной записью, используя basic-аутентификацию на станции.

Замечание. Для работы клиентов с использованием basic-аутентификации в настройках IIS для папки FlexiCapture12\Server должна быть включена basic-аутентификация. Иначе при подключении будет возникать ошибка HTTP 401.

1/14/2021 2:17:24 PM


Please leave your feedback about this article