Implementación de Servigistics InService > Implementación de instancias de Viewer en un clúster
  
Implementación de instancias de Viewer en un clúster
Las instancias de Viewer que se implementan en un clúster son diferentes de las configuraciones monolíticas o divididas de los siguientes modos:
1. Las instancias de Viewer en clúster comparten un directorio de trabajo.
2. Cada objeto coreServer necesita una carpeta independiente dentro del directorio de trabajo compartido.
3. Las instancias de Viewer agrupadas comparten un directorio de almacenamiento E3C (o datos).
* 
En las configuraciones en clúster de varios sitios, las instancias de Viewer adicionales deben hacer referencia al directorio LDAP del primer sitio.
* 
Para obtener información sobre la configuración dividida, consulte Pasos de configuración de servidor dividido.
En las siguientes notas se describen los detalles de infraestructura que se usan en este escenario de implementación:
Objeto
Escenario
Equilibrador de la carga
El equilibrador de la carga enruta a una de cuatro instancias de Viewer.
Instancias de Viewer
Dos de las instancias de Viewer se designan en el centro de datos 1 (DC1), mientras que los otros dos servidores se designan en el centro de datos 2 (DC2)
Ubicaciones de almacenamiento E3C
En cada centro de datos se incluye una ubicación de almacenamiento E3C.
• La ubicación de almacenamiento E3C es el directorio de datos que se define durante la instalación.
• Esta ubicación de almacenamiento E3C se debe montar y ser accesible para que todas las instancias de Viewer puedan acceder a ella como si fuese una ubicación de disco duro.
• Las instancias de Viewer en DC1 utilizan solo el almacén E3C en DC1. Las instancias de Viewer en DC2 utilizan solo el almacén E3C en DC2.
Contenido TAL
Hay una instancia de Publisher para el contenido TAL de todas las instancias de Viewer.
E3C
Los siguientes detalles corresponden a la configuración E3C:
• Hay dos procesos coreServer por instancia de Viewer.
• Hay un equilibrador de la carga de coreServer por instancia de Viewer.
• Cada equilibrador de la carga de coreServer puede enrutar cualquier coreServer en su centro de datos.
• Hay un solo proceso coreCMI por centro de datos.
Windchill
Los siguientes detalles corresponden a la configuración Windchill:
• Todas las instancias de Viewer (de todos los centros de datos) funcionan dentro de un solo clúster basado en Windchill.
• Publisher NO forma parte del clúster de Windchill.
Oracle
Para esta implementación se necesitan 15 esquemas de Oracle:
• 5 esquemas para las instancias de Viewer. E3C, CMI, Titan y Titan2. El quinto esquema es para Windchill.
• 5 esquemas para las instancias de Viewer en DC2. E3C, CMI, Titan y Titan2. El quinto esquema es para Windchill. Sin embargo, después de la instalación, las instancias de Viewer en DC2 se configurarán para hacer referencia al esquema de Windchill establecido en DC1 (como parte de la configuración del clúster de Windchill). Posteriormente, el esquema de Windchill en temp de DC2 se puede descartar.
• 5 esquemas para Publisher. E3C, CMI, Titan, Titan2 y Windchill (este esquema de Windchill solo lo usa Publisher).
Windchill Directory Server
Dos instalaciones WindchillDS son suficientes para las pruebas de agrupación en clústeres:
• Una en Publisher, para este.
• Uno en una instancia de Viewer, al que tendrán acceso todas las instancias de Viewer.
Información adicional
Información adicional sobre la implementación:
• Cada servidor (tipo Publisher y Viewer) usa el puerto 8080.
• Dos coreServer en cada instancia de Viewer.
1. En cada servidor, coreServer 1 puerto = 2031
2. En cada servidor, coreServer 2 puerto = 2032
• El proceso CMI principal se ejecuta en un servidor por centro de datos, a través del puerto 2010
• Cada equilibrador de la carga de coreServer usa el puerto 2020