Настройка и запуск примера BeenThere


Начало работы
Добавление узлов сервера приложений
Создание кластера Web-контейнера
Создание кластера контейнера EJB
Обновление виртуального хоста
Включение службы настройки WebSphere
Установка файла BeenThere.ear
Настройка защиты (необязательно)
Запуск серверов
Запуск примера
Проверка конфигурации примера


Начало работы

В этом разделе приведены инструкции по настройке среды (см. рис. Рисунок 1), установке и выполнению примера BeenThere. Убедитесь, что установлены следующие программные продукты:


Имя системы Установленные программы
web IBM HTTP Server
Модуль IBM HTTP Server
app1 IBM WebSphere Application Server
app2 IBM WebSphere Application Server
dm Администратор развертываний IBM WebSphere Application Server


Примечание: Перед тем, как выполнять приведенные здесь инструкции, убедитесь, что запущен Web-сервер и его служба администрирования. Кроме этого, в Администраторе развертываний должно быть создано определение Web-сервера, чтобы файл plugin-cfg.xml распространялся автоматически.



Добавление узлов сервера приложений

Для добавления узлов сервера приложений в кластер выполните следующие действия:


  1. Запустите Администратор развертываний.
  2. В командной строке системы, в которой установлен сервер приложений, введите следующую команду (путь корневой-установочный-каталог/bin - должен быть прописан в переменной среды PATH, где корневой-установочный-каталог - корневой каталог базовой установки WebSphere Application Server):

    Платформы Windows:
    addNode <deploymgr-хост>

    Платформы Linux и UNIX:
    addNode.sh <deploymgr-хост>

    Платформы iSeries:
    корневой-установочный-каталог/bin/addNode <deploymgr-хост> <deploymgr-порт> -имя-профайла <имя-профайла> -startingport <блок-портов>

    где:
    <deploymgr-хост> хост, на котором запущен Администратор развертываний.
    <deploymgr-порт> - порт SOAP для Администратора развертываний.
    <имя-профайла> - имя профайла сервера приложений, который требуется добавить в Администратор развертываний.
    <блок-портов> - блок свободных портов. Используется для предотвращения конфликтов в средах с несколькими экземплярами.

  3. Повторите это действие в системе, в которой установлен второй экземпляр WebSphere Application Server.

Теперь серверы приложений объединены в ячейку.



Создание кластера Web-контейнера

Кластер MyWebCluster предназначен для распределения задач и автоматического переноса ресурсов сервлетов.

Для создания кластера MyWebCluster выполните следующие действия:


  1. Откройте в Web-браузере консоль администрирования, http://<хост>:9060/ibm/console, где <хост> - имя или IP-адрес системы, в которой работает Администратор развертываний.
  2. В консоли администрирования щелкните на пункте Серверы > Кластеры.
  3. Выберите Создать.
  4. В поле Имя кластера введите MyWebCluster.
  5. Нажмите Далее.
  6. Укажите следующие значения:
  7. Нажмите Далее.
  8. Укажите следующие значения:
  9. Нажмите Применить.
  10. Нажмите Далее.
  11. Нажмите кнопку Готово.
  12. Нажмите кнопку Сохранить в верхней части главной панели консоли администрирования.
  13. Выберите переключатель Синхронизировать изменения с узлами.
  14. Нажмите Сохранить.

Будет создан кластер MyWebCluster.



Создание кластера контейнера EJB

Кластер MyEJBCluster предназначен для распределения задач и автоматического переноса ресурсов объектов EJB.

Для создания кластера MyEJBCluster выполните следующие действия:


  1. Выберите Серверы > Кластеры.
  2. Выберите Создать.
  3. В поле Имя кластера введите MyEJBCluster.
  4. Выключите переключатель Предпочитать локальные.

    Примечание:В распределенных платформах выбор опции Предпочитать локальные означает, что сначала будут рассматриваться объекты EJB на локальном узле. В данном примере эта опция отключена, чтобы проиллюстрировать управление запросами EJB.

  5. Нажмите Далее.
  6. Укажите следующие значения:
  7. Нажмите Далее.
  8. Укажите следующие значения:
  9. Нажмите Применить.
  10. Нажмите Далее.
  11. Нажмите кнопку Готово.
  12. Нажмите кнопку Сохранить в верхней части главной панели консоли администрирования.
  13. Нажмите Сохранить.

Будет создан кластер MyEJBCluster.



Обновление виртуального хоста

При создании кластера MyWebCluster каждый новый кластер создается с включенной опцией Создавать уникальные порты HTTP. Это позволяет предотвратить конфликты портов HTTP за счет создания уникального номера порта для каждого нового сервера приложений.

Для того чтобы проверить, соответствует ли каждому динамически создаваемому номеру порта HTTP запись о псевдониме виртуального хоста хост-по-умолчанию, выполните следующие действия:


  1. В консоли администрирования выберите Серверы > Серверы приложений > WebServer1 > Параметры Web-контейнера > Транспортные цепочки Web-контейнера > WCInboundDefault.
  2. Запишите значение хоста и порта для записи при отключенном SSL.
  3. Выберите Среда > Виртуальные хосты > хост-по-умолчанию > Псевдонимы хоста.
  4. Проверьте, содержится ли в списке имя и порт, записанные на шаге 2. Если нет, то выполните следующие действия:
    1. Выберите Создать.
    2. Введите имя хоста и порт, записанные на шаге 2.
    3. Нажмите Применить.
    4. Нажмите кнопку Сохранить в верхней части главной панели консоли администрирования.
    5. Нажмите Сохранить.
  5. Повторите это действие для сервера WebServer2.

Обновление виртуального хоста завершено.



Включение службы настройки WebSphere

По умолчанию служба настройки WebSphere для серверов приложений отключена. В данном примере требуется, чтобы эта служба программно считывала файлы конфигурации WebSphere Application Server и получала из них информацию о среде.

Для включения службы настройки WebSphere выполните следующие действия:


  1. Выберите Серверы > Серверы приложений > WebServer1 > Инфраструктура сервера > Администрирование > Службы администрирования > Пользовательские параметры.
  2. Выберите Создать.
  3. Укажите следующие значения:
  4. Нажмите Применить.
  5. Нажмите кнопку Сохранить в верхней части главной панели консоли администрирования.
  6. Нажмите Сохранить.
  7. Повторите это действие для сервера WebServer2.

Служба настройки WebSphere включена.



Установка файла BeenThere.ear

Для установки файла BeenThere.ear выполните следующие действия:


  1. В консоли администрирования выберите Приложения > Установить приложение.
  2. Выберите Удаленная файловая система, затем - Обзор....
  3. Выберите узел, на котором установлен Администратор развертываний.
  4. Выберите файл <корневой-установочный-каталог>/samples/lib/BeenThere/BeenThere.ear, где <корневой-установочный-каталог> - каталог, в котором установлен Администратор развертываний.
  5. Нажмите кнопку OK.
  6. Нажмите Далее.
  7. Убедитесь, что в поле Виртуальный хост указано значение Имя виртуального хоста по умолчанию для Web-модулей и default_host.
  8. Нажмите Далее.
  9. Нажмите Продолжить.
  10. Выберите действие Сопоставить модули с серверами.
  11. Из списков Кластеры и Серверы выберите кластер MyWebCluster и Web-сервер.
  12. Выберите модуль BeenThere WAR.
  13. Нажмите Применить.
  14. Из списков Кластеры и Серверы выберите кластер MyEJBCluster и Web-сервер.
  15. Выберите модуль BeenThere EJB.
  16. Нажмите Применить.
  17. Нажмите Шаг 8 (Резюме).
  18. Нажмите кнопку Готово.
  19. Нажмите Сохранить в главном файле конфигурации.
  20. Нажмите Сохранить.


Настройка защиты (необязательно)

Если защита BeenThere вам не требуется, пропустите этот раздел. Для того чтобы настроить защиту BeenThere, воспользуйтесь инструкциями из раздела here.



Запуск серверов

Для запуска серверов выполните следующие действия:


  1. Выберите Серверы > Кластеры.
  2. Выберите кластеры MyWebCluster и MyEJBCluster.
  3. Нажмите Запустить.

Серверы будут запущены.



Выполнение примера

Для выполнения примера откройте в Web-браузере страницу http://<хост>/wlm/BeenThere, где <хост> - имя или IP-адрес хоста, на котором работает IBM HTTP Server.





Проверка конфигурации примера

Примечание: начиная с версии 6, WebSphere обладает новой функцией, разработанной для достижения максимальной производительности всей системы. Это значит, что в этих версиях при тестировании примера BeenThere, компонент Workload Management не сможет маршрутизировать запросы в строгом соответствии с их весом. Веса могут изменяться во время выполнения, поэтому методы проверки, описанные ниже, могут давать неверные результаты. В этих сценариях лучший метод проверки функции WLM — гарантировать доставку запросов всем элементам кластера, несмотря на то, что маршруты некоторых запросов не соответствуют их весам. Также существуют методы выключения этих механизмов обратной связи. Если это необходимо, обращайтесь в службу технической поддержки IBM за дополнительной информацией.


Для проверки управления задачами Web-контейнера выполните следующие действия:


  1. Откройте в Web-браузере страницу http://<хост>/wlm/BeenThere, где <хост> - имя или IP-адрес хоста, на котором работает IBM HTTP Server.

  2. Обратите внимание на значения в резюме выполнения сервлета. Пример резюме:

  3. Перезагрузите страницу BeenThere в браузере.

    Значения в резюме выполнения сервлета изменятся, как показано в следующем примере:


    Узел сервлета теперь станет не app1, а app2. Это говорит о том, что IBM HTTP Server передал запрос HTTP другим членам кластера MyWebCluster, а именно WebServer2 на app2. Повторные выполнения сервлета показывают, что запросы HTTP распределяются в зависимости от настроенных значений весов для членов кластера MyWebCluster.

Проверка конфигурации управления задачами Web-контейнера завершена.


Для проверки управления задачами контейнера EJB выполните следующие действия:


  1. При запуске сервлета BeenThere выберите опцию Отображать резюме выполнения сервлета и bean-объекта.
  2. В поле Количество вызовов bean-объекта укажите значение 7.
  3. Нажмите Выполнить.

    В распределенных платформах значения в резюме выполнения объекта EJB должны быть следующими:


    В этом примере можно увидеть управление рабочей схемой компонента EJB в зависимости от весовых значений, настроенных для членов кластера MyEJBCluster. Каждому вызову объекта EJB на сервере app1 соответствует три вызова объекта на сервере app2.

    В платформах z/OS весовые значения служат для распределения запросов HTTP, а для распределения запросов протокола IIOP они не применяются.

Проверка конфигурации управления задачами контейнера EJB завершена.


Для проверки правильности указания весовых значений членов кластера bean-объекта выполните следующие действия.


  1. При запуске сервлета BeenThere выберите опцию Отображать весовые значения членов кластера bean-объекта.
  2. Нажмите Выполнить.

    В результате должно получиться следующее:


    В примере показаны весовые значения всех членов кластера MyEJBCluster. Вес EJBServer1 равен 1, а вес EJBServer2 равен 3.

Проверка весовых значений членов кластера bean-объекта завершена.


Итак, мы рассмотрели управление рабочей схемой в действии и проверили правильность настройки и работы примера BeenThere.