Развертывание Servigistics InService > Развертывание приложений Viewer в кластере
  
Развертывание приложений Viewer в кластере
Приложения Viewer, развернутые в кластере, отличаются от монолитных или разделенных конфигураций в следующем:
1. Для кластерных приложений Viewer используется общий каталог Work.
2. Каждому coreServer требуется независимая папка в общем рабочем каталоге Work.
3. Кластерные приложения Viewer имеют общий каталог хранилища E3C (или данных).
* 
В кластерных конфигурациях с несколькими сайтами дополнительные приложения Viewer должны ссылаться на систему LDAP первого сайта.
* 
Дополнительные сведения о разделенной конфигурации см. в разделе Шаги настройки разделенного сервера.
В следующих заметках приведены сведения об инфраструктуре, используемые в этом сценарии развертывания.
Объект
Сценарий
Балансировщик нагрузки
Балансировщик нагрузки маршрутизируется в одну из четырех систем Viewer.
Серверы Viewer
Два сервера Viewer обозначены как находящиеся в центре обработки данных 1 (DC1), тогда как другие два сервера находятся в центре обработки данных 2 (DC2)
Расположения хранилища E3C
В каждом центре обработки данных имеется расположение хранилища E3C.
Расположение хранилища E3C представляет каталог данных, заданный во время установки.
Расположение хранилища E3C должно быть смонтировано и доступно таким образом, чтобы все серверы Viewer могли обращаться к нему как к расположению жесткого диска.
Серверы Viewer в DC1 используют только репозиторий E3C в DC1. Серверы Viewer в DC2 используют только репозиторий E3C в DC2.
Содержимое преобразования, агрегирования и загрузки
Для содержимого преобразования, агрегирования и загрузки (TAL) всех приложений Viewer существует одно приложение Publisher.
E3C
Следующие подробности относятся к конфигурации E3C:
Имеется 2 процесса coreServer для каждого приложения Viewer.
Имеется один балансировщик нагрузки coreServer для каждого приложения Viewer.
Каждый балансировщик нагрузки coreServer может выполнять маршрутизацию к любому coreServer в его центре обработки данных.
Имеется только один процесс coreCMI на центр обработки данных.
Windchill
Следующие подробности относятся к конфигурации Windchill:
Все приложения Viewer (во всех центрах обработки данных) работают в одном кластере на базе Windchill.
Publisher НЕ является частью кластера Windchill.
Oracle
Для этого развертывания требуется 15 схем Oracle:
5 схем для приложений Viewer. E3C, CMI, Titan и Titan2. Пятая схема для Windchill.
5 схем для серверов Viewer в DC2. E3C, CMI, Titan и Titan2. Пятая схема для Windchill. Однако после установки серверы Viewer в DC2 будут сконфигурированы так, чтобы сослаться на схему Windchill, установленную в DC1 (как часть конфигурации кластера Windchill). Временная схема Windchill в DC2 впоследствии может быть отменена.
5 схем для приложения Publisher. E3C, CMI, Titan, Titan2 и Windchill (схема Windchill используется только приложением Publisher).
Сервер каталогов Windchill Directory Server
Две установки WindchillDS достаточны для тестирования кластеризации:
Одна в узле Publisher, для Publisher.
Одна на каждое приложение Viewer, чтобы быть доступной для всех приложений Viewer.
Другая информация
Другая информация развертывания:
Для каждого сервера (с типами Publisher и Viewer) используется порт 8080
Два coreServer на каждый сервер Viewer.
1. На каждом сервере порт coreServer № 1 = 2031
2. На каждом сервере порт coreServer № 2 = 2032
Основной процесс CMI выполняется на одном сервере на каждый центр обработки данных с использованием порта 2010
Каждый балансировщик нагрузки coreServer использует порт 2020