Implementace jazz.war na serveru WebSphere Application Server pro prostředí vysoké dostupnosti

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.

Konfigurace nečinného pohotovostního režimu - serveru

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

Váš názor