Správa pracovní zátěže |
Konfigurace a spuštění ukázkové aplikace BeenThere |
V této části jsou popsány kroky při konfigurování prostředí (viz obrázek 1) a při instalaci a spouštění ukázky aplikace BeenThere. Předpokládá se, že následující software je již instalován:
Název počítače | Instalovaný software |
web |
IBM HTTP Server modul plug-in serveru IBM HTTP Server |
app1 | IBM WebSphere Application Server |
app2 | IBM WebSphere Application Server |
dm | Správce implementace serveru IBM WebSphere Application Server |
Poznámka: V následujících pokynech se předpokládá, že je spuštěn webový server i příslušná služba administrace a že byla definice webového serveru vytvořena ve správci implementace tak, aby byl soubor plugin-cfg.xml šířen automaticky.
Chcete-li do buňky přidat uzly aplikačního serveru, postupujte podle následujících kroků:
addNode <hostitel_správce_implementace>
addNode.sh <hostitel_správce_implementace>
kořenový_adresář_instalace/bin/addNode <hostitel_správce_implementace> <port_správce_implementace> -profileName <název_profilu> -startingport <blok_portů>
Aplikační servery jsou nyní obsaženy v buňce.
Klastr MyWebCluster poskytuje možnost vyvažování zátěže a překonání selhání pro servlety.
Vytvořte klastr MyWebCluster provedením následujících kroků:
Klastr MyWebCluster je nyní vytvořen.
Klastr MyEJBCluster poskytuje možnost vyvažování zátěže a překonání selhání pro objekty enterprise bean.
Vytvořte klastr MyEJBCluster provedením následujících kroků:
Poznámka: Na distribuované platformě určuje výběr volby Preferovat lokální, že požadavek má být směrován do objektu enterprise bean spuštěného v lokálním uzlu, je-li k dispozici. Volba Preferovat lokální je v konfiguraci ukázky znepřístupněna, aby bylo možné demonstrovat správu pracovní zátěže požadavků sady EJB.
Klastr MyEJBCluster je nyní vytvořen.
Během vytváření klastru MyWebCluster je volba Generovat jedinečné porty HTTP pro každého nového člena klastru. Výběrem této volby předejdete konfliktům portů služby HTTP, protože pro každý nově vytvořený aplikační server bude vytvořena jedinečná hodnota portu.
Provedením následujících kroků můžete ověřit, že s každou dynamicky vytvořenou hodnotou portu služby HTTP je asociována položka aliasu hostitele konfigurovaná pro virtuálního hostitele default_host (výchozí_hostitel):
Virtuální hostitel je nyní aktualizován.
Konfigurační služba platformy WebSphere není při výchozím nastavení povolena pro aplikační servery. Ukázka vyžaduje, aby tato služba programově četla konfigurační soubory serveru WebSphere Application Server a získávala z nich informace o prostředí.
Konfigurační službu platformy WebSphere lze povolit provedením následujících kroků:
Konfigurační služba platformy WebSphere je nyní povolena.
Soubor BeenThere.ear lze instalovat provedením následujících kroků:
Nechcete-li používat aplikaci BeenThere se zabezpečením, můžete tuto část vynechat. Chcete-li používat aplikaci BeenThere se zabezpečením, naleznete pokyny pro konfigurování zabezpečení zde.
Servery lze spustit provedením následujících kroků:
Servery jsou nyní spuštěny.
Chcete-li ukázku spustit, otevřete v prohlížeči webovou adresu aplikace BeenThere http://<název_hostitele>/wlm/BeenThere, kde parametr <název_hostitele> určuje název hostitele nebo adresu IP spuštěného serveru IBM HTTP Server.
Poznámka: Na platformě WebSphere verze 6 a novější existuje nová funkce navržená za účelem maximalizace propustnosti celého prostředí. To znamená, že při testování ukázkové aplikace BeenThere v uvedených verzích je možné, že komponenta Správa pracovní zátěže nebude požadavky směrovat přesně podle hodnoty vah. Protože váhy mohou být upravovány za běhu, mohou být níže uvedené metody verifikace nesprávné. V takových případech nejlepším způsobem ověření funkce komponenty WLM je zajistit, aby požadavky byly směrovány do všech členů klastru, bez ohledu na to, zda je dané směrování prováděno přesně podle vah. Existují i další metody založené na zakázání daných mechanismů zpětné vazby. Pokud budete potřebovat další podrobnosti, obraťte se na službu podpory společnosti IBM.
Provedením následujících kroků můžete ověřit, že správa pracovní zátěže webového kontejneru pracuje správně v souladu s konfigurací:
Otevřete v prohlížeči webovou adresu aplikace BeenThere http://<název_hostitele>/wlm/BeenThere, kde parametr <název_hostitele> určuje název hostitele nebo adresu IP spuštěného serveru IBM HTTP Server.
Hodnoty v souhrnu spuštění servletu se změní, jak je vidět v následujícím příkladu:
Uzlem servletu by měl nyní být uzel app2, nikoli app1. Podle výsledků lze určit, že server IBM HTTP Server předal požadavek služby HTTP jinému členovi klastru MyWebCluster, konkrétně serveru WebServer2 v uzlu app2. Při opakovaných spuštěních servletu lze sledovat chování správy pracovní zátěže pro požadavky služby HTTP založené na konfigurovaných hodnotách váhy pro členy klastru MyWebCluster.
Konfigurace správy pracovní zátěže webového kontejneru je nyní ověřena.
Provedením následujících kroků můžete ověřit, že správa pracovní zátěže kontejneru EJB pracuje správně v souladu s konfigurací:
Na distribuované platformě by hodnoty v souhrnu spouštění objektu typu bean měly být podobné následujícímu příkladu:
V tomto příkladu lze sledovat chování při spouštění správy pracovní zátěže pro objekt enterprise bean založené na konfigurovaných hodnotách váhy pro členy klastru MyEJBCluster. Každému vyvolání v uzlu app1 odpovídají tři vyvolání objektu enterprise bean v uzlu app2.
Na platformě z/OS se hodnoty váhy používají k vyvažování zátěže požadavků služby HTTP, nepoužívají se však k vyvažování zátěže požadavků protokolu IIOP (Internet Inter-ORB Protocol).
Konfigurace správy pracovní zátěže kontejneru EJB je nyní ověřena.
Provedením následujících kroků můžete ověřit, že jsou váhy členů klastru objektů typu bean nastaveny správně v souladu s konfigurací.
Porovnejte výsledky s následujícím příkladem:
Ve výsledcích se zobrazí hodnoty váhy pro všechny členy klastru MyEJBCluster. Server EJBServer1 má přiřazenu váhu 1 a server EJBServer2 má přiřazenu váhu 3.
Váhy členů klastru objektů typu bean jsou nyní ověřeny.
Blahopřejeme! Sledovali jste funkčnost správy pracovní zátěže a ověřili jste, že ukázková aplikace BeenThere pracuje správně v souladu s konfigurací!