Вы можете задать опцию распределения нагрузки, которую плагин будет использовать при отправке запросов на разные серверы приложений, связанные с данным Web-сервером.
Чтобы увидеть или изменить состояние маршрутизации запросов, выполните следующие действия.
1. Выберите пункт Servers (Серверы) → Web servers (Web-серверы).
2. Щелкните по Web-серверу.
3. Выберите пункт Plug-in properties (Свойства плагина) в разделе Additional Properties (Дополнительные свойства).
4. Выберите пункт Request Routing (Маршрутизация запросов) в разделе Additional Properties (Дополнительные свойства). См. рис. 7.16.
Рис. 7.16. Свойства маршрутизации запросов
a) Load balancing option (Вариант распределения нагрузки).
Данное поле соответствует элементу LoadBalanceWeight файла plugin-cfg.xml. Варианты распределения нагрузки подробно рассматриваются в книге «WebSphere Application Server V6 Scalability and Performance Handbook», SG24-6392. В приведенных ниже пунктах даны краткие описания.
I. Round robin (Циклический алгоритм) (по умолчанию).
При использовании данного алгоритма плагин выбирает случайным образом члена кластера, с которого начнет работу. Первый успешно поступивший от браузера запрос будет переправлен этому члену кластера, после чего
его вес будет уменьшен на единицу. Новые запросы от браузеров затем посылаются по кругу на другие серверы приложений, и вес каждого из этих серверов приложений уменьшается на единицу. Нагрузка распределяется равномерно между серверами приложений до тех пор, пока вес одного из серверов не достигнет нуля. С этого момента запросы будут получать только серверы приложений, вес которых не превышает нуля. Единственным
исключением является добавление члена в кластер или перезапуск члена.
II. Random (Случайный).
Запросы передаются членам кластера случайным образом. Вес не учитывается как в случае циклического алгоритма. Единственный случай, когда серверы приложений выбираются не случайно это запросы с обозначенными сеансами. Если используется данное значение опции, при выборе члена кластера не учитывается, где был обработан последний запрос. А это означает, что новый запрос может быть обработан тем же членом кластера, что и предыдущий.
b) Retry interval (Интервал повторов).
Период времени, который должен пройти с момента, когда сервер приложений помечается как не работающий и до момента, когда плагин делает новую попытку соединения.
Это поле соответствует элементу ServerWaitforContinue в файле plugin-cfg.xml. по умолчанию принимается 60 секунд.
c) Maximum size of request content (Максимальный размер запроса).
Ограничивает размер содержимого запроса. Если данное ограничение установлено, оно также определяет максимальное количество байт запроса, которое плагин будет пытаться переслать в запросе к серверу приложений.
Это поле соответствует элементу PostSizeLimit в файле plugin-cfg.xml. Если ограничение установлено, плагин не обрабатывает полученные запросы, размер которых превышает указанный лимит.
Вы можете задать лимит в килобайтах или задать отсутствие лимита. По умолчанию данное ограничение отсутствует.
d) Remove special headers (Удалять специальные заголовки).
Если данное значение включено, плагин удаляет из входящих запросов любые заголовки перед тем, как добавлять свои заголовки для передачи запроса серверу приложений.
Данное поле соответствует элементу RemoveSpecialHeaders файла plugincfg. xml. Плагин перед отправкой запроса серверу приложений добавляет специальные заголовки. В этих заголовках хранится информация о запросе, которая требуется приложению. Если не удалять заголовки из поступающих запросов, это может привести к нарушению безопасности.
По умолчанию специальные заголовки удаляются. e) Clone separator change (Смена разделителя клонов).
Если параметр включен, плагин использует в качестве разделителя клонов символ «плюс» (+).
Это поле соответствует элементу ServerCloneID файла plugin-cfg.xml. Некоторые распространенные устройства не могут обрабатывать символ двоеточия (:), используемый для разделения идентификаторов-клонов в сочетании с соответствием сеансу (session affinity). Если этот параметр включен, вы должны также изменить конфигурацию соответствующих серверов приложений, чтобы серверы приложений также разделяли ID клонов с помощью символа «плюс».
