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

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

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

8

Сен

3.1. Понятие профиля

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

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

При использовании комплектации Base и Express вы можете создавать только автономные серверы приложений. Каждый сервер приложений определен внутри одной ячейки и узла. Административная консоль располагается внутри сервера приложений и может подключаться только к этому серверу. Централизованное управление несколькими серверами приложений невозможно. Данная среда определяется профилем сервера приложений. Вы также можете создавать автономные серверы и при помощи комплектации Network Deployment, хотя, скорее всего, вы сделаете это с намерением интегрировать данный сервер в ячейку для централизованного управления.

При использовании комплектации Network Deployment вы можете определить несколько серверов приложений с возможностью централизованного управления, и это показано на рис. 3.2. Административным доменом является ячейка, состоящая из одного или нескольких узлов. Каждый узел содержит один или несколько серверов приложений и агент узла, предоставляющий точку администрирования, управление которой осуществляется через администратор развертывания.

Администратор развертывания может располагаться на той же машине, что и один или несколько серверов приложений. Такая топология является типичной при создании на одной машине сред для разработки и тестирования. Для большинства топологий рабочих систем мы рекомендуем располагать администратор развертывания на отдельной, специально выделенной машине.

В основе такой среды исполнения лежит Администратор развертывания, который предоставляет интерфейс для администрирования ячейки. Как можно предполагать, администратор развертывания определяется профилем Администратора развертывания (Deployment manager profile).

Рис. 3.2. Топология управления системой: Network Deployment

Узлы можно добавлять в ячейку двумя способами.

• Можно создать профиль сервера приложений, а затем интегрировать его в ячейку. Когда в ячейку добавляется узел, на узле создается агент узла, а в основное хранилище конфигурации ячейки добавляются конфигурационные файлы, относящиеся к узлу. Далее ответственность за конфигурирование всех серверов узла принимает администратор развертывания.

Обратите внимание, что имя интегрированного сервера приложений всегда должно быть «server 1».

• Вы можете определить пользовательский (custom) профиль и создать пустой узел для интеграции в ячейку. После интеграции вы можете вести дальнейшее конфигурирование узла, создавая серверы приложений и кластеры из административной консоли администратора развертывания. Если вы используете соглашение об именах серверов, данный вариант будет наилучшим.

  • Twitter
  • Одноклассники
  • ВКонтакте
  • FaceBook
  • ой Мир
« 3. Знакомство с профилями
3.1.1. Типы профилей »

Рубрики

  • Часть 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 Размещение конечной точки для сообщений

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

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

    • 2.2.3. Компоненты JMX MBean
    • 5.3.5. Управление серверами приложений
    • 4.2. Обеспечение безопасности административной консоли
    • 8.2.12. Возможности сервера приложений
    • 3.3.2. Создание профиля сервера приложения
    • 2.2. Java Management Extensions (JMX)
    • 4.4.6.3. Настройка профилей приложений
© 2012 Руководство по WebSphere Application Server
Дизайн : Roam2Rome | Локализация темы для wordpress goodwin
Копирование материалов с данного сайта возможно только при наличии индексируемой ссылки на данный ресурс.