Workload Management |
A BeenThere példa beállítása és futtatása |
Ez a fejezet leírja a környezet beállításának lépéseit az 1. ábrában bemutatott, módon, és a BeenThere példa telepítését és futtatását. Feltételezi, hogy a következő szoftver már telepítve van:
Gépnév | Telepített szoftver |
web |
IBM HTTP Server IBM HTTP Server bedolgozó |
app1 | IBM WebSphere Application Server |
app2 | IBM WebSphere Application Server |
dm | IBM WebSphere Application Server telepítéskezelő |
Megjegyzés: Az alábbi útmutatások azt feltételezik, hogy a webkiszolgáló és annak adminisztrációs szolgáltatása futnak, valamint hogy a telepítéskezelőn létre lett hozva egy webkiszolgáló meghatározás, hogy a plugin-cfg.xml fájl automatikusan terjedjen.
Az alkalmazáskiszolgáló csomópontok egy cellához való hozzáadásához tegye a következőket:
addNode <deploymgr hoszt>
addNode.sh <deploymgr hoszt>
telepítési_gyökér/bin/addNode <deploymgr hoszt> <deploymgr port> -profileName <profilnév> -startingport <portblokk>
Az alkalmazáskiszolgálók most eggyé váltak a cellával.
A MyWebCluster fürt biztosítja a munkaterhelés egyensúlyt és az átállást a kiszolgáló kisalkalmazásokra.
A MyWebCluster fürt létrehozásához tegye a következőket:
Most létrejött a MyWebCluster fürt.
A MyEJBCluster fürt biztosítja a munkaterhelés egyensúlyt és az átállást a vállalati komponensekre.
A MyEJBCluster fürt létrehozásához tegye a következőket:
Megjegyzés: Egy osztott platformon a Helyi előnyben részesítése lehetőség kijelölése azt jelzi, hogy a kérés útvonalak a vállalati komponens felé helyi csomóponton fut, ha elérhető. A Helyi előnyben részesítése lehetőség tiltott a példakonfigurációban, hogy szemléltesse az EJB kérések munkaterhelés kezelését.
Most létrejött a MyEJBCluster fürt.
A MyWebCluster fürt létrehozása közben az Egyedi Http portok előállítása lehetőség ki van jelölve minden egyes új fürttagnak. Ennek a lehetőségnek a kiválasztásával elkerülhető a HTTP portütközés egy egyedi portérték létrehozásával minden új létrehozott alkalmazáskiszolgálónak.
Tegye a következőket, hogy meggyőződjön arról, hogy minden dinamikusan létrehozott HTTP portértéknek van egy társított hoszt álnév bejegyzése, ami az alapértelmezett_hoszt virtuális hosztnak van beállítva.
A virtuális hoszt most frissítve lett.
Alapértelmezésben a WebSphere konfigurációs szolgáltatás nem engedélyezett az alapértelmezésbenk számára. A példa megköveteli ezt a szolgáltatást a WebSphere Application Server konfigurációs fájljainak programozási eljárással való olvasásához a környezeti információk beszerzése érdekében.
A WebSphere konfigurációs szolgáltatás engedélyezéséhez tegye a következőket:
A WebSphere konfigurációs szolgáltatás most engedélyezett.
A BeenThere.ear fájl telepítéséhez tegye a következőket:
Ha nem akarja a BeenThere példát biztonsági szolgáltatással használni, akkor hagyja ki ezt a részt. A BeenThere példa biztonsági szolgáltatással való használatához kattintson ide útmutatásokért a biztonság beállítására vonatkozóan.
A kiszolgálók elindításához tegye a következőket:
A kiszolgálók most elindultak.
A példa futtatásához nyissa meg a BeenThere http://<hosztnév>/wlm/BeenThere webcímet egy böngészőben, ahol a <hosztnév> annak a hosztnak a neve vagy IP címe, ahol az IBM HTTP Server fut.
A WebSphere 6-os és későbbi változataiban olyan új funkció található, ami a teljes környezet teljesítményének maximalizálására szolgál. A gyakorlatban ez azt jelenti, hogy ezen változatokon a BeenThere példa tesztelésekor a munkaterhelés-felügyelő összetevő nem továbbíthat kéréseket szigorúan csak a súlyozásuk alapján. A súlyozás futás közben változhat, ezért az alábbi ellenőrzési módszerek helytelenek lehetnek. Ilyen esetekben a legjobb módszer a WLM funkció ellenőrzése, hogy a kérések eljutnak-e az összes fürttaghoz, függetlenül attól, hogy az útválasztás szigorúan súlyozás alapján történik-e. Ezeket a visszajelzési mechanizmusokat szükség esetén le is lehet tiltani, további információkért lépjen kapcsolatba az IBM terméktámogatással.
A Webtároló munkaterhelés-felügyelet helyes, beállítások szerinti működésének ellenőrzéséhez tegye a következőket:
Nyissa meg a BeenThere http://<hosztnév>/wlm/BeenThere webcímet egy böngészőben, ahol a <hosztnév> annak a hosztnak a neve vagy IP címe, ahol az IBM HTTP Server fut.
Az értékek a kiszolgáló kisalkalmazás futásösszegzésében megváltoznak, mint azt a következő példa mutatja:
A kiszolgáló kisalkalmazás csomópontjának most az app2 gépnek kell lennie app1 helyett. Az eredmények azt mutatják, hogy az IBM HTTP Server elindította a HTTP kérést a MyWebCluster fürt más tagjai felé, nevezetesen a WebServer2 felé az app2 gépen. A kiszolgáló kisalkalmazás ismételt futtatásai felfedik a HTTP kérések munkaterhelés-felügyeletének viselkedését a MyWebCluster fürt fürttagjai részére beállított tömegértékek alapján.
A Webtároló munkaterhelés-felügyelet beállítása most ellenőrizve van.
Az EJB tároló munkaterhelés-felügyelet helyes, beállítások szerinti működésének ellenőrzéséhez tegye a következőket:
Egy osztott platformon a komponens futásösszegzés értékeinek hasonlítaniuk kell az alábbi példához:
Ebből a példából láthatja a vállalati komponens munkaterhelés-felügyelet futtatásának viselkedését a MyEJBCluster fürt fürttagjai számára beállított tömegértékek alapján. A vállalati komponens három hívása az app2 gépen fut, minden egyedülálló hívás pedig az app1 gépen.
z/OS platformokon a tömegértékek a HTTP kérések egyensúlyban tartására használatosak, de nem használhatók az Internet Inter-ORB Protocol (IIOP) kérések egyensúlyozására.
A EJB tároló munkaterhelés-felügyelet beállítása most ellenőrizve van.
A komponensfürtök tagtömegeinek helyes, beállítások szerinti működésének ellenőrzéséhez tegye a következőket:
Hasonlítsa össze az eredményeket az alábbi példával:
Az eredmények a MyEJBCluster fürt összes tagjának tömegértékeit mutatják. EJBServer1 tömege 1 és az EJBServer2 tömege pedig 3.
A komponensfürtök tagtömegei most ellenőrizve vannak.
Gratulálunk! Most megtekintette a munkaterhelés-felügyeletet tevékenység közben, és leellenőrizte, hogy a BeenThere példa helyesen, a beállítások szerint működik.