Хотя iManager - это инструмент для работы только в рамках сеанса и он поставляется без функции перехода на резервный ресурс в случае сбоя, его можно запускать и в кластерной среде. См. Руководство по администрированию кластерных сервисов.
Установите и настройте iManager на узлах кластера, на который переносится виртуальный IP-адрес (т.е. кластера "активный/активный").
Если на узле, где работает iManager, произойдет сбой, сервис кластеров Novell (Novell Cluster Services, NCS) обнаружит этот сбой и перенесет (перезагрузит) виртуальный IP-адрес на другой узел в этом кластере.
С помощью шаблона Generic_IP_Service, поставляемого с сервисом кластеров Novell, создайте новый кластерный ресурс с именем iManager.
Этот кластерный ресурс использует виртуальный IP-адрес, который переносится между узлами этого кластера. При создании нового кластерного ресурса используйте мастер, который поможет Вам создать процедуры загрузки и выгрузки.
Проверьте правильность процедур загрузки и выгрузки.
Процедура загрузки должна содержать только следующие строки (любые другие строки должны быть закомментированы):
. /opt/novell/ncs/lib/ncsfuncs
exit_on_error add_secondary_ipaddress xxx.xxx.xxx.xxx
exit 0
Процедура выгрузки должна содержать только следующие строки (любые другие строки должны быть закомментированы):
. /opt/novell/ncs/lib/ncsfuncs
ignore_error del_secondary_ipaddress xxx.xxx.xxx.xxx
exit 0
Введите в веб-навигаторе следующий адрес: http://веб_сервер/nps/iManager.html (где веб_сервер - это IP-адрес, используемый в кластерном ресурсе iManager).
Теперь сервисы iManager стали высоконадежными; однако при сбое сеанса перехода на резервный ресурс не происходит. Если во время выполнения операций пользователя произойдет сбой сервиса, пользователь должен будет повторно аутентифицироваться и перезапустить все прерванные операции.
Поскольку iManager/tomcat/apache уже запущен на других узлах кластера ("активный/активный"), то при необходимости миграции (переноса) виртуального IP-адреса на другой узел средствами NCS время на загрузку этих приложений тратиться не будет.
Вариант использования кластера "активный/пассивный" менее предпочтителен, так как в этом случае требуется настраивать больше параметров, а в случае перехода на резервный ресурс при сбое необходимо ждать в течение всего времени загрузки. Если Вы все же решите настроить iManager как "активный/пассивный" кластерный ресурс, Вам понадобится создать кластерный ресурс, который будет загружать и выгружать iManager и все его зависимые компоненты (такие как Apache и Tomcat). Такую настройку iManager затем необходимо будет в точности повторить на всех узлах, где нужно обеспечить высокую надежность iManager.