Руководство по WebSphere Application Server

ОнЛ@йн руководство с примерами по WAS

  • Главная
  • Авторское право
  • Команда
  • Контакты
  • Оглавнение

8

Сен

3.2.2. Распределенная серверная среда

Опубликовал admin  Рубрика Часть 3. Профили

При построении такой среды есть два варианта действий. Выбор зависит от конкретных обстоятельств. Если вы создаете новую рабочую среду с нуля, мы рекомендуем метод 1. Для среды, предназначенной для разработки или тестирования, подходит любой метод.

Примечание. При определении нескольких администраторов развертывания или серверов приложений на одной машине или в одном LPAR, нужно убедиться, что указанные порты и имена уникальны. За дополнительной информацией о портах обращайтесь к публикации «Planning and Designing for WebSphere Application Server V6.1», SG24-7305.

Метод 1

Данный метод предполагает, что у вас нет автономного сервера приложения, который можно было бы интегрировать, но вы будете создавать серверы приложений с помощью администратора развертывания. Это позволит вам лучше контролировать характеристики серверов приложений при их создании, в том числе и имя сервера (все серверы приложений, созданные с помощью профиля сервера приложения, получают имя server 1). Вы также можете создать сервер приложений, настроить его, а затем использовать как шаблон для создания серверов приложений. Если вы применяете кластеризацию, вы можете создать кластер и входящие в него сервера приложений в одном административном процессе.

Если вы создаете сервер приложений с помощью этого метода, вы не получаете автоматически примеров приложений, но можете, если захотите, установить их позже.

При использовании этого метода процесс выглядит так.

1. Установите комплектацию Network Deployment на сервер. Если используется установка на несколько компьютеров с администратором развертывания на одном из них, и с серверами приложений на одной или нескольких отдельных машинах, установите продукт на все машины.

2. Создайте профиль администратора развертывания на машине администратора развертывания и запустите администратор.

3. Создайте и интегрируйте пользовательский профиль на машине сервера приложений и запустите узел. Вы можете интегрировать узел в ячейку в ходе создания

профиля или же сделать это вручную на втором этапе.

4. Убедитесь, что агент узла запустился. Он должен запуститься автоматически в ходе

процесса интеграции.

5. Откройте административную консоль администратора развертывания, затем со-

здайте из административной консоли серверы приложений или кластеры на узле, связанном с пользовательским профилем.

Метод 2

Данный метод предполагает, что вы будете интегрировать профиль сервера приложений в ячейку. С помощью профиля сервера приложений, вы получили существующий сервер приложений (server 1) и, возможно, приложения, в том числе, образцы приложений и все установленные вами пользовательские приложения.

1. Установите на сервер комплектацию Network Deployment. Если используется установка на несколько компьютеров (с администратором развертывания на одном из них, и с серверами приложений на одной или нескольких отдельных машинах), установите продукт на все машины.

2. Создайте профиль администратора развертывания на машине Администратора развертывания и запустите администратор.

3. Создайте профиль сервера приложений на машине сервера приложений и запустите сервер.

4. Откройте административную консоль администратора развертывания и добавьте

в ячейку узел, определяемый профилем сервера приложения.

5. При этом будет удалена ячейка сервера приложений, и узел будет интегрирован в ячейку администратора развертывания. Если вы хотите сохранить приложения, которые были установлены на сервере, обязательно укажите это при интеграции узла.

6. Новый агент узла будет запущен автоматически в процессе интеграции, но запустить сервер приложений необходимо будет вручную.

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 3.2.1. Автономная серверная среда
3.3. Создание профилей в распределенных системах (отличных от z/OS) »

Рубрики

  • Часть 1. Основы
  • Часть 2. Технический обзор
  • Часть 3. Профили
  • Часть 4. Основы администрирования
  • Часть 5. Использование скриптов
  • Часть 6. Конфигурирование ресурсов
  • Часть 7. Управление Web-серверами
  • Часть 8. Асинхронный обмен сообщениями

Свежие записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями

Страницы

  • Авторское право
  • Команда
  • Главная
    • Дополнения
    • Примечание
  • Контакты
  • Оглавнение

Последние записи

  • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
  • 8.4.7. Связывание компонента, управляемого сообщением, с пунктом назначения
  • 8.4.6. Конфигурационные свойства активации MDB-компонентов
  • 8.4.5. Компоненты, управляемые сообщениями, и транзакции
  • 8.4.4. Жизненный цикл компонента, управляемого сообщениями
  • 8.4.3. Реализация компонента, управляемого сообщениями
  • 8.4.2. Взгляд на компонент, управляемый сообщениями, со стороны клиента
  • 8.4.1. Типы компонентов, управляемых сообщениями
  • 8.4. Компоненты, управляемые сообщениями
  • 8.3.5.-8.3.8 Размещение конечной точки для сообщений

Свежие комментарии

  • Комментариев нет
  • Случайные записи

    • 3.4.1. Утилита zPMT
    • 5.2.6.5. Пример 5.17 (команда attributes)
    • 4.1. Знакомство с административной консолью WebSphere
    • 4.5.1.1. Добавление узла. Метод №1
    • 8.4.8. Наилучшие подходы к работе с MDB-компонентами
    • 7.1.2.1. Как определять узлы и серверы?
    • 7.2.4.1. Полезные советы (УА IBM HTTP Server)
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.