В этом разделе
Опции распределения
Для компонентов сервера IBM Cognos BI имеется несколько опций конфигурации; т.е. есть несколько возможностей расположения шлюзов, компонентов Application Tier и Content Manager. Ваш способ распределения будет использовать одну или несколько из этих опций:
- Все компоненты на одном компьютере
- Шлюзы на отдельных компьютерах
- Компоненты Application Tier и Content Manager на отдельных компьютерах
Перед установкой и настройкой Esri Maps for IBM Cognos важно иметь представление о вашем распределении IBM Cognos. Ниже приводится краткое обсуждение опций распределения. См. Руководство по установке и настройке IBM Cognos Business Intelligence.
Все компоненты на одном компьютере
Эта опция обычно используется для демонстрации или для проверки концепции выбранной среды. Если вы установили все серверные компоненты для системы отчетов IBM Cognos BI на одном компьютере, верно следующее:
- Ваш веб-сервер настроен на хранение веб-ресурсов IBM Cognos.
- Вы указали информацию о подключении к хранилищу ресурсов.
Шлюзы на отдельных компьютерах
Шлюзы передают запросы от веб-серверов и клиентов к диспетчеру. Он может находиться на одном или нескольких веб-серверах.
На каждом компьютере, где установлен шлюз, верно следующее:
- Веб-сервер настроен на хранение веб-ресурсов IBM Cognos.
- URI-адреса Dispatcher настроены.
Компоненты Application tier и Content Manager на отдельных компьютерах
Характеристики обработки в каждой организации отличаются. Установка компонентов Application Tier и нескольких Content Manager на отдельных компьютерах используется для решения одной или нескольких из следующих задач: производительность, доступность, емкость или безопасность.
Несколько Content Manager
Распределение IBM Cognos может содержать любое количество копий Content Manager. Один из них активен всегда, остальные работают в режиме ожидания. Чтобы воспользоваться функциями отказоустойчивости, Content Manager часто устанавливается на два отдельных компьютера или больше. Далее, Content Manager можно установить отдельно от компонентов Application Tier. Наконец, Content Manager может размещаться в Data Tier, а не в Applications Tier.
На следующей диаграмме запрос поступает в шлюз, который перенаправляет его диспетчеру (не показан). Диспетчер передает его на компьютер с активным Content Manager, использующимся по умолчанию. Если на компьютере с активным Content Manager произошел сбой, запрос перенаправляется на компьютер с Content Manager, находящемся в режиме ожидания (который станет активным на время неработоспособности компьютера с Content Manager по умолчанию).
На каждом компьютере, где установлен Content Manager, верно следующее:
- Информация о подключении к хранилищу ресурсов уже задана.
- URI-адреса Dispatcher уже заданы.
- Все URI-адреса Content Manager заданы.
- Задан URI-адрес Dispatcher для внешних приложений.
Несколько компьютеров с Application Tier Components
Чтобы улучшить масштабируемость в среде с большим объемом запросов к отчетам, компоненты Application Tier Components устанавливаются на нескольких компьютерах, предназначенных для обработки входящих запросов. Это позволяет распределять и балансировать нагрузку между компьютерами, что обеспечивает лучшую доступность и производительность, по сравнению с одним компьютером, а также повышает отказоустойчивость.
Для каждого компьютера, где установлены Application Tier Components, верно следующее:
- Все URI-адреса Content Manager заданы.
- URI-адреса Dispatcher уже заданы.
- Задан URI-адрес Dispatcher для внешних приложений.
- Включены только те сервисы, которые необходимы на каждом компьютере, где установлены Application Tier Components.