Topologías

En este apartado se describen algunas de las topologías (configuraciones de despliegue) que se deben tener en cuenta antes de instalar WebSphere Partner Gateway así como el software de requisito previo. La topología que elija debe basarse en los factores descritos en el apartado Planificación del entorno. Las topologías descritas en este apartado son la topología consolidada, la topología de división y la topología distribuida.

En las topologías de división y distribuidas, debe asegurarse de que la carpeta común compartida utiliza el mismo punto de montaje y estructura de directorio en todas las máquinas. Un caso de ejemplo es si dbloader, el destinatario y la consola están instalados en la máquina A y el gestor de documentos se instala en la máquina B. En este caso de ejemplo, se debe crear una unidad correlacionada (por ejemplo, Y:) en la máquina A. El usuario debe proporcionar esta unidad correlacionada cuando se le solicite la ubicación de la carpeta común compartida. En la máquina B (y en todas las máquinas posteriores donde deba instalarse una instancia de gestor de documentos) deberá crearse la misma correlación (Y:) y dirigirse a la carpeta común compartida.

Topología consolidada

Esta topología es la más simple. Consta de un solo servidor que ejecuta los tres componentes de WebSphere Partner Gateway (Receptor, Consola de comunidad y Gestor de documentos). También puede poner WebSphere MQ y RDBMS en el servidor, si bien estos productos deberían estar en servidores dedicados independientes.

Topología de división

La topología de división consta de un servidor frontal que contiene los componentes receptor y Consola de comunidad y de un servidor de fondo que contiene el componente gestor de documentos. Esta topología es una topología de nivel de entrada para un entorno de producción y aumenta la inversión del software. Observe que WebSphere MQ y RDBMS pueden encontrarse en cualquier lugar, incluso en estos servidores. La mejor implementación es tenerlos en servidores dedicados.

En una topología de división, todas las instancias de los tres componentes de WebSphere Partner Gateway se tienen que comunicar con el mismo sistema de archivos compartidos. Si no importan los factores de gran volumen o alta disponibilidad, el alojamiento del almacenamiento en el servidor de fondo es una solución nada cara. Es preferible una solución con el servidor de fondo a la solución con el almacenamiento frontal, por razones de rendimiento y seguridad. Cuando se emplea esta solución, el servidor frontal puede utilizar una conexión NFS o equivalente para compartir archivos con el servidor de fondo.

Nota:
El tiempo del sistema de toda las máquinas en un desarrollo de topología partida debería sincronizarse todo lo posible. Los sucesos que tienen lugar en el host se registrarán con una indicación horaria que se recibe de la máquina receptora. En el sistema del gestor de documentos pueden ocurrir otros sucesos relacionados con el proceso del mismo mensaje, que se registrarán con una indicación horaria que se recibe desde el gestor de documentos. Puesto que no es posible lograr una sincronización de tiempo perfecta, tomar conciencia de esto ayuda a explicar el aparente comportamiento extraño de las secuencias, al ver los registros en la consola.

Topología distribuida

Si tiene una instalación grande y desea un entorno altamente escalable y altamente redundante, probablemente va a crear una topología distribuida. Esta topología consta de un servidor dedicado (o más de uno) para cada componente de WebSphere Partner Gateway (receptor, Consola de comunidad y gestor de documentos). Por ejemplo, puede tener un entorno que requiera dos servidores de receptor para que haya redundancia, cuatro servidores de Consola de comunidad para dar soporte a un gran cantidad de usuarios de la Consola de comunidad y seis gestores de documentos para procesar documentos. Puede escalar esta topología añadiendo servidores adicionales para el componente que tenga que gestionar un nivel superior de proceso de documentos (gestor de documentos), usuarios (consolas de la comunidad) o conexiones (receptores) según convenga.

En una topología distribuida, un dispositivo NAS externo representa una buena solución para el almacenamiento compartido. Esto ofrecerá al entorno un dispositivo de almacenamiento redundante y de alto rendimiento que es independiente de los demás servidores. Todos los servidores pueden crear una conexión NFS externa o una solución de compartición de archivo equivalente, con el dispositivo externo. RDBMS y WebSphere MQ deben estar en servidores dedicados y el almacenamiento de datos que hagan no debe ser en dispositivos NAS.

Diseño de la mejor solución

Tras decidir la topología que va a utilizar, debería tener en cuenta el modo de implementar la topología para proporcionar las funciones de recuperación en caso de error grave y de redundancia. Se recomienda el diseño basado en Pod. En este diseño, tiene un Pod de producción principal. Este Pod contiene todos los componentes de WebSphere Partner Gateway necesarios para gestionar una carga de producción. Existe un Pod de producción secundario, que también puede gestionar cargas de producción y un equilibrador de cargas para conmutar entre los dos. El Pod de producción secundario proporciona redundancia. En la Figura 1 se visualiza cómo implementar los dos Pod.

Figura 1. Topología basada en Pod
Diagrama de topología basada en Pod. Este concepto se explica detalladamente en los párrafos circundantes.

En el sitio de recuperación en caso de error grave podría haber otro Pod capaz de gestionar la carga de producción. Los componentes frontales de los tres Pod deben ser idénticos. Sin embargo, los componentes de fondo para el Pod de recuperación en caso de error grave deben estar separados de los componentes de producción. Por tanto, es necesario un servidor de base de datos independiente, un servidor WebSphere MQ y un sistema de archivos compartidos. Tendrá que implementar algunos formularios de sincronización de datos entre los componentes de producción y de recuperación en caso de error grave. WebSphere Partner Gateway sólo da soporte al entorno de producción activa simple en cualquier momento dado. También puede añadir un Pod de prueba, que puede representar una implementación mínima como la topología consolidada.

Copyright IBM Corp. 2003, 2005