Failover и балансирование рабочей нагрузки на сервера
При использовании ICM, процесс Failover и балансирование рабочей нагрузки работает точно так же, как и стандартный Domino кластер. Domino вычисляет индекс готовности сервера, основанный на всех открытых сессиях клиентов Notes, HTTP клиентов, или другой Domino сервера. В конфигурации балансирования рабочей нагрузки и Failover, Вы используете те же самые переменные, Server_Restricted, Server_Availability_Threshold и Server_MaxUsers. Для готовности баз данных, Вы также используете те же самые назначения, типа маркировки базы данных Out of service или Pending delete.
Обратите внимание. В отличие от стандартного Domino на кластера, ICM может перенаправлять клиентов к серверу, который находится в состоянии MAXUSERS или RESTRICTED, если никакой другой сервер не доступен.
ICM использует следующий тип информации, чтобы задача могла находить реплику, когда клиент просит об этом:
* Информация, относительно каждой базы данных, является доступной в кластере и где они сохранена. ICM получает эту информацию из базы данных Cluster Database Directory.
* Информация, относительно готовности каждого сервера. ICM получает эту информацию, каждый раз, когда задача исследует сервера в кластере.
* Информация, относительно конфигурирования Web сервера. Какой из серверов сконфигурирован для HTTP, а какой для работы с использованием HTTPS. ICM получает эту информацию из Server документов, каждого сервера кластера.
Чтобы определить, какая реплика базы данных должна быть открыта, ICM делает следующее:
* Определяет, где реплики расположены и помечены ли они Out of Service или Pending Delete.
* Проверяет индекс готовности каждого сервера, который содержит базу данных.
* Проверяет готовность порта сервера (pinging port) HTTP или HTTPS, в зависимости от запроса клиента.
* Исключает любые сервера, которые являются недоступными или помеченные как RESTRICTED.
* Исключает любые сервера, которые помечены как BUSY или MAXUSERS.
* Выбирает сервер из оставшихся, доступных серверов. Если не имеется никаких доступных серверов, ICM выбирает сервер, который находится в состоянии BUSY, MAXUSERS, или RESTRICTED. Если имеется несколько серверов, ICM выбирает сервер с самой легкой текущей рабочей нагрузкой.
После выбора сервера, ICM просматривает Server документ, чтобы определить порт для доступа на сервер.
Когда сервер терпит неудачу.
Когда HTTP клиент связан с сервером, который терпит неудачу, клиент получает сообщение, говорящее, что сервер не отвечает. Чтобы обратится к другой реплике, пользователь, должен войти в контакт ICM снова. Пользователь может сделать это следующим способом:
* Щелкните кнопкой Back в браузере, чтобы соединиться с главной страницей через ICM
* Использовать соответствующую закладку
* Ввести URL
Пользователю придется повторно подтвердить свою подлинность на новом сервере. Это определяется следующими факторами:
* Если пользователь, уже зарегистрирован на новом сервере в течение этой сессии, никакое установление подлинности ненужно
* Если HTTP клиент и сервер оба поддерживают SSL3, проверка подлинности происходит автоматически
