Az elsődleges és tartalék kiszolgálók beállítása és
konfigurálása alapvető magas szintű rendelkezésre állást biztosító
környezethez.
Az IBM HTTP Server és a webkiszolgáló bedolgozók telepítése és beállítása
Jazz alkalmazás telepítése és beállítása az elsődleges és a tartalék kiszolgálókon
Egy Jazz alkalmazás,
például a
IBM® Rational Team Concert
vagy
IBM Rational Quality Manager
két példányának WebSphere Application Serverre történő telepítéséhez és
beállításához olvassa el a
WebSphere
Application Server beállítása című témakört.
Ne feledje: Egyszerre egy kiszolgálót telepítsen. A teamserver.properties fájlban
minden egyes kiszolgáló ugyanarra az adatbázisra hivatkozik. Mielőtt
megkezdené a második kiszolgáló telepítését, győződjön meg róla, hogy az
első kiszolgáló le van állítva, és nem csatlakozik a lerakathoz.
Magas szintű rendelkezésre állás beállítása az elsődleges és a tartalék kiszolgálókon
A jazz.war
alkalmazás normál telepítés esetén egy alkalmazáskiszolgálót jelöl meg
célként. A webkiszolgáló bevezetésekor módosítani kell a jazz.war
alkalmazást, hogy engedélyezze a webkiszolgálón keresztül történő
útválasztást.
Az alkalmazás módosítása:
- Kattintson a WebSphere konzolon a Nagyvállalati
alkalmazások alatt a jazz.war alkalmazás hivatkozására.
- Válassza a Modulok kezelése parancsot.
- Jelölje be a jazz.war alkalmazásmodul jelölőnégyzetét.
- Válassza ki a fürtök és kiszolgálók listájában a webkiszolgálót és az
alkalmazáskiszolgálót is, majd kattintson az
Alkalmaz gombra.
- Kattintson az OK gombra, majd a
Módosítások mentése gombra.
- Indítsa újra a jazz.war alkalmazást.
Konfigurálja
újra a Jazz alkalmazást az elsődleges alkalmazáskiszolgálón, és
kapcsolja ki a jazz.war alkalmazás védelmét:
- Módosítsa a WebSphere Application Serverre telepített WAR fájlból
származó web.xml fájlt.
Tipp: A web.xml fájl eléréséhez
valószínűleg ki kell bontania a WAR fájlt egy ideiglenes könyvtárba.
- Módosítsa a "CONFIDENTIAL" bejegyzés minden előfordulását a "NONE"
bejegyzésre.
- Győződjön meg róla, hogy a WebSphere Application Server fut, nyisson
meg egy böngészőt, és nyissa meg a
https://localhost:9043/ibm/console/logon.jsp lapot.
- Lépjen az Alkalmazások -> Nagyvállalati alkalmazások oldalra.
- Jelölje ki a jazz_war alkalmazást, majd kattintson a
Frissítés gombra.
- Válassza az Egy fájl cseréje vagy hozzáadása
lehetőséget.
- Az "Adja meg a telepített archívumfájllal kezdődő elérési utat ahhoz
a fájlhoz, amelyet le szeretne cserélni vagy hozzá szeretne adni" mezőbe
írja be a jazz.war\WEB-INF\web.xml elérési utat.
- Kattintson a Tallózás gombra, és jelölje ki az
1. lépésben módosított web.xml fájlt.
- Kattintson a Tovább gombra, és hajtsa végre a
további műveleteket az alkalmazás mentéséig.
- Lépjen vissza az Alkalmazások -> Nagyvállalati alkalmazások
oldalra, és állítsa le, majd indítsa el a jazz_war alkalmazást.
Konfigurálja újra az elsődleges és a tartalék
Rational
Jazz Team Servert
úgy, hogy ugyanazon a helyen található teljes szöveges indexre hivatkozzanak. Frissítse a com.ibm.team.fulltext.indexLocation tulajdonságot a
teamserver.properties fájlban mind az elsődleges, mind a másodlagos
kiszolgálónál úgy, hogy a kiszolgálók egy megosztott meghajtón tárolják az
indexet. Így naprakészen tarthatja az indexet, és az mindig rendelkezésre
áll az elsődleges és a tartalék kiszolgáló számára is. Módosítsa az alábbi
tulajdonságot az elsődleges és a tartalék kiszolgálók teamserver.properties
fájljában:
Aszinkron feladatok kikapcsolása a tartalék
kiszolgálón
A két futó
Rational
Jazz Team Server
közötti lehetséges versenyhelyzetek elkerülése érdekében a tartalék
kiszolgálón ki kell kapcsolni az aszinkron feladatokat.
- Adja hozzá a következő sort a tartalék kiszolgáló
teamserver.properties fájljához:
com.ibm.team.repository.scheduler.migration.mode.enabled=true
- Indítsa újra a jazz.war alkalmazást a tartalék kiszolgálón.
A webkiszolgáló plugin_cfg.xml fájljának szerkesztése
üresjárati készenléthez
Ha egy WebSphere Application Servert úgy
állítanak be, hogy a kéréseket egy webkiszolgálón át irányítsa az
alkalmazáskiszolgálóhoz, akkor a webkiszolgáló plugin.xml fájljában
frissíteni kell az adott alkalmazáskiszolgáló adatait. Eddig a pontig már
részben beállította a plugin-cfg.xml fájlt. A beállítás teljessé tételéhez
cserélje le, majd módosítsa a webkiszolgálón található plugin-cfg.xml fájl
alábbi szakaszát.
Ez a plugin-cfg.xml fájl a webkiszolgáló plugin\config\webszerver1
mappájában található (ahol a webszerver1 az a név, amelyet a
webkiszolgálóhoz rendelt az előző, IBM HTTP Server és webkiszolgáló
bedolgozók telepítését és beállítását bemutató szakaszban).
<ServerCluster CloneSeparatorChange="false" GetDWLMTable="false" IgnoreAffinityRequests="true" LoadBalance="Round Robin" Name="RTC_basicHA_Cluster" RetryInterval="60" PostBufferSize="64" PostSizeLimit="-1" RemoveSpecialHeaders="true">
<Server LoadBalanceWeight="1" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="PrimaryNode01_szerver1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="primary.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
<Server LoadBalanceWeight="0" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="BackupNode01_szerver1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="backup.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
</ServerCluster>
<UriGroup Name="default_host_RTC_basicHA_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/jazz/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/snoop/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hello"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hitcount"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsp"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsv"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsw"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/j_security_check"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ibm_security_logout"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/servlet/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ivt/*"/>
</UriGroup>
<Route ServerCluster="RTC_basicHA_Cluster" UriGroup="default_host_RTC_basicHA_Cluster_URIs" VirtualHostGroup="default_host"/>
A kiszolgáló kézi átállítási képességhez szükséges
beállításainak ellenőrzése
A WebSphere Application Server kézi
átállítási képességének ellenőrzéséhez módosítsa a plugin-cfg.xml fájlt a
webkiszolgálón úgy, hogy a PrimaryNode01 _szerver1 elemnél a
LoadBalanceWeight tulajdonság értéke "0" legyen, a BackupNode01_szerver1
elem LoadBalanceWeight tulajdonsága pedig "1". Mentse a plugin-cfg.xml
fájlt.
Fontos: Mivel a "valódi" fürtözés és
terheléskiegyenlítés még nincs támogatva, ezért az elsődleges és a tartalék kiszolgálóknál soha nem lehet egyszerre nem nulla értékű
a LoadBalanceWeight tulajdonság.
- Futtassa a WebSphere rendszer Snoop kiszolgáló minta-kisalkalmazását,
miközben az elsődleges és a tartalék kiszolgálók is online állapotban
vannak, hogy megszerezze a kérést kezelő kiszolgáló nevét.
- Hívja meg a Snoop kiszolgáló kisalkalmazást egy HTML böngészőből a
következő URL-lel: https://webserver/snoop.
- A kérés adatai megjelenítik a hosztot, amely helyi hosztként
kiszolgálja a kérést. Ebben az esetben az a kiszolgáló jelenik meg,
amelynél a LoadBalanceWeight =1.
- Próbálkozzon a LoadBalanceWeight különböző beállításaival az elsődleges és a tartalék kiszolgálón, és figyelje meg, hogy melyik
kiszolgáló kezeli a Snoop kiszolgáló kisalkalmazás kérését.
Hibaészlelés az elsődleges kiszolgálón
A magas
szintű rendelkezésre állás megvalósításához tudnia kell, hogy mikor áll
le az elsődleges kiszolgáló. Ez különösen fontos ennél az alapvető magas
szintű rendelkezésre állási megoldásnál, amely nem engedi meg az
elsődleges kiszolgáló automatikus átállítását a tartalék kiszolgálóra.
A meghibásodott kiszolgáló észlelésének folyamata kritikus és jól
időzítendő feladat. A kiszolgáló meghibásodását számos tényező jelezheti,
úgymint hálózati problémák, konfigurációs problémák, az alkalmazások
túlterhelése, valamint felhasználói hiba. Bármilyen megoldást is választ a
kiszolgáló meghibásodásának észlelésére, gondoskodnia kell róla, hogy a
riasztás minél hamarabb bekövetkezzen.