Zarządzanie obciążeniem |
Konfigurowanie i uruchamianie przykładu BeenThere |
W tej sekcji opisane zostały kroki konfigurowania środowiska, tak jak zostało to przedstawione na rysunku 1, oraz instalowania i uruchamiania przykładu BeenThere. Dla potrzeb tego przykładu założono, że następujące oprogramowanie zostało już zainstalowane:
Nazwa komputera | Zainstalowane oprogramowanie |
web |
Serwer IBM HTTP Server Wtyczka serwera IBM HTTP Server |
app1 | Serwer IBM WebSphere Application Server |
app2 | Serwer IBM WebSphere Application Server |
dm | Menedżer wdrażania serwera IBM WebSphere Application Server |
Uwaga: W następujących instrukcjach założono, że serwer WWW i jego usługa administracyjna działają oraz że w menedżerze wdrażania utworzona została definicja serwera WWW, która automatycznie propaguje plik plugin-cfg.xml.
Aby dodać węzły serwera aplikacji do komórki, wykonaj następujące kroki:
addNode <host_menedżera_wdrażania>
addNode.sh <host_menedżera_wdrażania>
instalacyjny_katalog_główny/bin/addNode <host_menedżera_wdrażania> <port_menedżera_wdrażania> -profileName <nazwa_profilu> -startingport <blok_portów>
Serwery aplikacji zostaną włączone do komórki.
Klaster MyWebCluster udostępnia funkcję równoważenia obciążenia oraz przełączania awaryjnego dla serwletów.
Aby skonfigurować klaster MyWebCluster, wykonaj następujące kroki:
Klaster MyWebCluster zostanie utworzony.
Klaster MyEJBCluster udostępnia funkcję równoważenia obciążenia oraz przełączania awaryjnego dla komponentów EJB.
Aby skonfigurować klaster MyEJBCluster, wykonaj następujące kroki:
Uwaga: Na platformach rozproszonych wybranie opcji Włączone preferowanie lokalnego wskazuje, że żądania kierowane są do komponentu EJB działającego w węźle lokalnym, jeśli jest on dostępny. Opcja Włączone preferowanie lokalnego jest wyłączona w konfiguracji przykładu, aby zademonstrować działanie funkcji zarządzania obciążeniem dla żądań EJB.
Klaster MyEJBCluster zostanie utworzony.
Podczas tworzenia klastra MyWebCluster wybierana jest opcja Generuj unikalne porty HTTP dla każdego nowego elementu klastra. Wybranie tej opcji pozwala uniknąć konfliktów portów HTTP przez utworzenie unikalnej wartości portu dla każdego z nowo tworzonych serwerów aplikacji.
Aby upewnić się, że każda dynamicznie tworzona wartość portu HTTP ma skonfigurowany powiązany wpis aliasu dla hosta wirtualnego default_host, wykonaj następujące kroki:
Host wirtualny zostanie zaktualizowany.
Domyślnie usługa konfiguracyjna produktu WebSphere dla serwerów aplikacji jest wyłączona. Przykład wymaga, aby usługa ta odczytywała programowo pliki konfiguracyjne serwera WebSphere Application Server w celu uzyskania informacji o środowisku.
Aby włączyć usługę konfiguracyjną produktu WebSphere, wykonaj następujące kroki:
Usługa konfiguracyjna produktu WebSphere zostanie włączona.
Aby zainstalować plik BeenThere.ear, wykonaj następujące kroki:
Jeśli z komponentem BeenThere nie ma być używany mechanizm zabezpieczeń, wystarczy pominąć tę sekcję. Aby z komponentem BeenThere używać mechanizmu zabezpieczeń, należy kliknąć tutaj w celu uzyskania instrukcji dotyczących konfigurowania zabezpieczeń.
Aby uruchomić serwery, wykonaj następujące kroki:
Serwery zostaną uruchomione.
Aby uruchomić przykład, należy otworzyć w przeglądarce adres WWW komponentu BeenThere: http://<nazwa_hosta>/wlm/BeenThere, gdzie <nazwa_hosta> jest nazwą lub adresem IP hosta z uruchomionym serwerem IBM HTTP Server.
Należy zauważyć, że w produktach WebSphere 6 i nowszych jest dostępna nowa funkcja przeznaczona do maksymalizowania przepustowości całego środowiska. Oznacza to, że podczas testowania przykładu BeenThere w tych wersjach produktu komponent zarządzania obciążeniem może nie kierować żądań ściśle według wartości wag. Wagi mogą być modyfikowane w czasie wykonywania, dlatego poniższe metody weryfikacji mogą być niepoprawne. W tych scenariuszach najlepszą metodą weryfikacji funkcji WLM jest zagwarantowanie, że żądania są kierowane do wszystkich elementów klastra, bez względu na to, czy kierowanie jest wykonywane ściśle według wag. Istnieją również sposoby wyłączenia tych mechanizmów informacji zwrotnych. Aby uzyskać więcej szczegółów, należy skontaktować się z działem wsparcia IBM.
Aby sprawdzić, czy funkcja zarządzania obciążeniem kontenera WWW działa prawidłowo, zgodnie z jej konfiguracją, wykonaj następujące kroki:
Otwórz w przeglądarce adres WWW komponentu BeenThere: http://<nazwa_hosta>/wlm/BeenThere, gdzie <nazwa_hosta> jest nazwą lub adresem IP hosta z uruchomionym serwerem IBM HTTP Server.
Wartości w podsumowaniu informacji o działaniu serwletu ulegną zmianie, co zademonstrowane zostało w następującym przykładzie:
Węzłem serwletu powinien być węzeł app2 zamiast węzła app1. Wyniki pokazują, że serwer IBM HTTP Server rozesłał żądanie HTTP do innego elementu klastra MyWebCluster, a mianowicie serwera WebServer2 w węźle app2. Powtarzanie czynności uruchamiania serwletu pokazuje sposób działania funkcji zarządzania obciążeniem dla żądań HTTP w oparciu o skonfigurowane wartości wagowe elementów klastra MyWebCluster.
Sprawdzanie konfiguracji funkcji zarządzania obciążeniem kontenera WWW można uznać za zakończone.
Aby sprawdzić, czy funkcja zarządzania obciążeniem kontenera EJB działa prawidłowo, zgodnie z jej konfiguracją, wykonaj następujące kroki:
Na platformie rozproszonej wartości obecne w podsumowaniu informacji o uruchamianiu komponentu bean powinny być zbliżone do wartości z następującego przykładu:
Na tym przykładzie można zaobserwować sposób działania funkcji zarządzania obciążeniem komponentu EJB w oparciu o skonfigurowane wartości wagowe dla elementów klastra MyEJBCluster. Trzy wywołania komponentu EJB działające w węźle app2 przypadają na każde pojedyncze wywołanie działające w węźle app1.
Na platformie z/OS wartości wagowe używane są do równoważenia żądań HTTP, ale nie są używane do równoważenia żądań internetowych protokołu IIOP (Inter-ORB Protocol).
Sprawdzanie konfiguracji funkcji zarządzania obciążeniem kontenera EJB można uznać za zakończone.
Aby sprawdzić, czy wagi elementów klastra komponentów bean są ustawione poprawnie, tak jak zostały one skonfigurowane, wykonaj następujące kroki.
Porównaj wyniki z następującym przykładem:
Wyniki pokazują wartości wagowe dla wszystkich elementów klastra MyEJBCluster. Serwer EJBServer1 ma wagę 1, a serwer EJBServer2 ma wagę 3.
Sprawdzanie wag elementów klastra komponentów bean można uznać za zakończone.
Gratulujemy przeprowadzenia powyższych czynności! Dzięki nim możliwe było zobaczenie w praktyce działania funkcji zarządzania obciążeniem oraz sprawdzenie, czy przykład BeenThere działa poprawnie, tak jak został skonfigurowany.