Implementujte jazz.war na primárním i záložním serveru,
abyste mohli použít nečinný pohotovostní režim jako strategii překonání
selhání v prostředích s vysokou dostupností.
Konfigurace nečinného pohotovostního režimu umožňuje překonání selhání, aby byl minimalizován dopad na obchodní
operace během plánovaných a neplánovaných odstávek
serveru. Chcete-li implementovat konfiguraci nečinného pohotovostního režimu s produktem IBM® Rational Team Concert, musíte mít verzi Enterprise a server WebSphere Application Server. Chcete-li implementovat konfiguraci nečinného pohotovostního režimu s produktem IBM Rational Quality Manager, musíte mít verzi Standard a server WebSphere Application Server.
Klíčové body
Než se rozhodnete používat konfiguraci nečinného
pohotovostního režimu, zvažte následující klíčové body:
- Aplikace Jazz, jako například Rational Team Concert a Rational Quality Manager, jsou licencovány k použití v konfiguraci jediného serveru, a nelze je použít
v klonované nebo klastrované konfiguraci, s výjimkou implementace v konfiguraci
nečinného pohotovostního režimu. V této konfiguraci můžete aktivovat
záložní server, pokud primární server se nezdaří nebo pokud je nutné provést
údržbu na primárním serveru. Klastrování pro vyrovnání zátěže
nebo cokoli jiného než implementace konfigurace nečinného pohotovostního
režimu není v současné době podporováno.
- Konfigurace nečinného pohotovostního režimu neslouží k poskytnutí
úplné podpory pro překonání selhání. Pokud se primární server nezdaří nebo
je neúmyslně převeden do stavu offline, někteří uživatelé se budou muset
znovu ověřit u webového serveru nebo počkat, než jejich klient aktualizuje zobrazení.
- Záložní server není určen k tomu, aby byl spuštěn po delší dobu
namísto primárního serveru.
Důležité: Produkty Rational Team Concert a Rational Quality Manager umožňují v každém okamžiku pouze jeden aktivní server pro úložiště;
proto je záložní (nebo nečinný) server konfigurován tak, aby nikdy nespouštěl
asynchronní úlohy (nebo úlohy na pozadí). Pokud je provedeno přepnutí na záložní
server, musíte si naplánovat opětovné spuštění primárního serveru v co možná
nejkratším čase.
Topologie implementace
Následující schéma
topologie ilustruje konfiguraci pro základní vysokou dostupnost
při použití nečinného pohotovostního režimu. Na následujícím obrázku
je použit server IBM HTTP Server k přesměrování
příchozího provozu na jeden ze dvou serverů WebSphere Application Server, primární
server A nebo záložní server B. Servery WebSphere
představují primární a sekundární uzel v klastru. Oba jsou členy
stejné buňky klastru. Vedle uzlů WebSphere je zde server LDAP,
souborový server (pro index Lucene) a databázový server.
Požadavky
V následující tabulce
jsou uvedeny požadavky na základní vysokou dostupnost:
Tabulka 1. Požadavky na základní vysokou dostupnost| Server |
Software |
Operační systém |
| IBM HTTP
Server |
- IBM HTTP Server v6.1.0.17+
- Moduly plug-in webového serveru pro server WebSphere Application
Server v6.1.0.17+
- Údržbový balík WebSphere
SDKPK85942
- IBM Key Management v7.0.3.28
|
Windows®, Linux® |
| WebSphere Application
Server Primární server A |
- WebSphere Application
Server v6.1.0.19
- Rational Team Concert v2.0
- verze Enterprise nebo Rational Quality Manager - verze
Standard
|
Windows, Linux |
| WebSphere Application
Server Záložní server B |
- WebSphere Application
Server v6.1.0.19
- Rational Team Concert v2.0
- verze Enterprise nebo Rational Quality Manager - verze
Standard
|
Windows, Linux |
| Volitelně - Souborový server, sdílený disk |
Index Lucene - fulltextový index |
Windows, Linux |