Mimo że program iManager jest narzędziem do pracy sesyjnej bez jakichkolwiek funkcji przełączenia awaryjnego można z niego korzystać w środowisku klastrowym. Więcej informacji o klastrowaniu można znaleźć w dokumentacji klastrowania OES.
Zainstaluj i skonfiguruj program iManager na tych węzłach w klastrze, na które przenoszony jest wirtualny adres IP (czyli klaster aktywny/aktywny).
Jeśli wystąpi awaria w węźle, na którym działa program iManager, usługi NetIQ Cluster Services wykryją tę awarię i przeniosą (załadują ponownie) wirtualny adres IP na inny węzeł w klastrze.
Używając szablonu Generic_IP_Service dostarczanego z usługami NetIQ Cluster Services, utwórz nowy zasób klastra o nazwie iManager.
Zasób ten używa wirtualnego adresu IP, który jest przenoszony między węzłami w klastrze. Tworząc nowy zasób klastra, kreator przechodzi przez proces tworzenia skryptu ładowania i skryptu zwalniania.
Sprawdź skrypty ładowania i zwalniania.
Skrypt ładowania powinien zawierać tylko następujące wiersze (wszystkie inne powinny być w komentarzach):
. /opt/novell/ncs/lib/ncsfuncs
exit_on_error add_secondary_ipaddress xxx.xxx.xxx.xxx
exit 0
Skrypt zwalniania powinien zawierać tylko następujące wiersze (wszystkie inne powinny być w komentarzach):
. /opt/novell/ncs/lib/ncsfuncs
ignore_error del_secondary_ipaddress xxx.xxx.xxx.xxx
exit 0
Przejdź do adresu URL programu.
Usługi programu iManager są teraz wysokodostępne, jednak żadne trwające sesje nie podlegają przełączaniu awaryjnemu. Jeśli jakaś usługa zostanie przerwana awarią w trakcie działań użytkownika, użytkownik musi przeprowadzić ponowne uwierzytelnianie i ponownie uruchomić przerwane operacje.
Program iManager oraz serwer Tomcat są już uruchomione (aktywny/aktywny) na innych węzłach, dlatego nie trzeba czekać na załadowanie tych aplikacji w przypadku migracji (przenoszenia) przez usługi NetIQ Cluster Services wirtualnego adresu IP na inny węzeł.
Korzyść ze stosowania klastra typu aktywny/pasywny jest niewielka, ponieważ wymaga on dużo więcej konfiguracji, a każde przełączenie awaryjne wiąże się z koniecznością odczekania całego czasu ładowania. Aby rzeczywiście skonfigurować program iManager jako zasób klastra typu aktywny/pasywny, należy utworzyć zasób klastra ładujący i zwalniający program iManager oraz programy, od których on jest zależny (takie jak Tomcat). Identyczną konfigurację programu iManager należy następnie wykonać na wszystkich węzłach, na których program iManager ma być wysokodostępny.