Cómo instalar WebFOCUS en un entorno Web en clúster

En esta sección:

Cómo:

Referencia:

Puede instalar WebFOCUS en un entorno Web en clúster, para mejorar el rendimiento y permitir la conmutación por error. Para ello, siga uno de estos métodos:

También debería consultar Cómo configurar WebFOCUS en entorno Web dividido y solo para servidores de aplicaciones, para determinar si necesita implementar aplicaciones de servidor de contenido estático, para ibi_html y approot.


Principio de página

x
Requisitos

Antes de instalar WebFOCUS en un entorno Web en clúster, realice lo siguiente:


Principio de página

x
Procedimiento: Cómo Instalar WebFOCUS en un entorno Web en clúster mediante un sistema de archivos compartidos
  1. Ejecute el programa de instalación en uno de los equipos del servidor de aplicaciones.

    Utilice el código de licencia incluido con WebFOCUS. Si tiene la licencia de ReportCaster, utilícela. Durante la instalación, obtendrá un aviso solicitando la información JDBC de ReportCaster, para que la aplicación Web pueda actualizarse correctamente.

    Nota: Solo se puede instalar una copia del servidor de distribución de ReportCaster.

    Al elegir una ruta UNC, la instalación desactiva por defecto la selección del servidor de distribución de ReportCaster.

    La instalación del servidor de distribución debe ejecutarse en el equipo local. Para ello, ejecute la instalación nuevamente e introduzca el mismo código de licencia incluido con WebFOCUS.

    Nota: La ejecución desde una ruta UNC puede provocar que el rendimiento disminuya, debido a la velocidad de la red. No cancele ninguna pantalla durante la instalación.

  2. En un entorno en clúster, desactive Configuración independiente Apache Tomcat 6.0, como se muestra en la imagen siguiente.

  3. Cuando la instalación solicite el host y puerto del servidor Web, introduzca el host y puerto del servidor Web, situado frente a la Web; por ejemplo, el equilibrador de carga.

    Si recibe algún mensaje de advertencia al final de la instalación, puede ignorarlos tranquilamente.

  4. Recuerde que, en algunas configuraciones, incluyendo la autorización RDBMS de ReportCaster y Managed Reporting, el servidor de aplicaciones requiere un controlador JDBC accesible. Puede instalar y configurar el controlador en un lugar local o compartido.
  5. Reconfigure el modo en que sirve el contenido estático de WebFOCUS.
    1. Si cada equipo del clúster va a disponer de un servidor Web y otro de aplicaciones, el método de configuración recomendado es el de utilizar IIS únicamente como un servidor Web passthrough. Puede implementar todas las aplicaciones Web en el servidor de aplicaciones.
    2. Si sus servidores Web y servidores de aplicaciones van a estar situados en equipos diferentes, o solo tiene un servidor de aplicaciones, consulte Cómo configurar WebFOCUS en entorno Web dividido y solo para servidores de aplicaciones, para determinar si necesita las aplicaciones de servidor de contenido approot.war e ibi_html.war.
  6. Reconfigure los archivos de registro log4j, en las aplicaciones Web de WebFOCUS, para usar un directorio log4j local.

    Antes de implementar approot.war, ibi_html.war y webfocus.war, debe editar sus archivos log4j.xml, para que el parámetro Archivo apunte a su sistema de archivos local.

    Dentro del archivo war, edite el archivo log4j.xml situado en WEB-INF/classes. El comando siguiente va a extraer el archivo log4j.xml:

    jar -xvf webfocus.war WEB_INF/classes/log4j.xml 

    A partir de este momento, puede modificar el campo de ubicación del seguimiento.

    Cambiar

    <param name="File" value="/ibi/WebFOCUS77/logs/wfapproot.log"/>

    a

    <param name="File" value="${TRACE_LOCATION}/wfapproot.log"/>

    Nota: Debe efectuar esto con los tres archivos log4j.xml (approot.war, ibi_html.war, y webfocus.war).

    Después de actualizar los archivos de registro, tendrá que volver a crear los archivos war. Vuelva a implementar los archivos war.

    Puede establecer el valor con la sintaxis Java para pasar una variable de entorno al servidor de aplicaciones, mediante la opción -D:

    -DTRACE_LOCATION=/trace/directory/path

    Esta variable de entorno también va a ser utilizada por el WFServlet, con la variable {TRACE_LOCATION} dentro de ibiweb.cfg.

    Nota: Los registros log4j no usan el valor de ubicación del seguimiento de la Consola de administración. En cambio, el seguimiento del cliente WebFOCUS sí hace uso de ellos.

  7. Vuelva a configurar WebFOCUS para que use el directorio de registros local en sus archivos de seguimiento y registro. Cree un directorio local en el servidor de aplicaciones, para los archivos de registro de WebFOCUS. Por ejemplo, en un sistema Windows, c:\ibi\WebFOCUS77\logs. Puede modificar TRACE_LOCATION desde la Consola de administración de WebFOCUS, como se indica en la imagen siguiente.

    Nota: Debe emplear barras para las rutas Windows, en este archivo.

    Para más información, consulte Cosas a tener en cuenta sobre el seguimiento en un clúster.

  8. Vuelva a configurar WebFOCUS para que use el directorio temporal local en sus archivos temporales. Cree un directorio local en el servidor de aplicaciones, para los archivos temporales de WebFOCUS. Por ejemplo, c:\ibi\WebFOCUS77\temp.

    Puede actualizar el parámetro temporary_directory en /network_path/ibi/WebFOCUS77/config/webconfig.xml, para que apunte al directorio local. Por ejemplo,

    <param-value>C:\ibi\WebFOCUS77\temp</param-value>

    También puede modificar el directorio temporal desde la Consola de administración de WebFOCUS.

  9. Si va a usar el Dashboard, active el soporte de Dashboard en clúster. Edite su archivo /network_path/ibi/WebFOCUS77/worp/bid-config.xml y cambie el valor de la variable useClustering a true. Por ejemplo:
    <internal-var name="useClustering" value="true"/>

    Esto activa un mecanismo de bloqueo de archivos, que sincroniza la escritura en el archivo WebFOCUS77/worp/conf/mpv.xml por parte de los servidores de aplicaciones.

  10. Configure el servidor Web utilizado por el servidor de distribución y las aplicaciones Web de ReportCaster, para recuperar procedimientos de Managed Reporting y otra información. Este ajuste se encuentra en ReportCaster - Configuración de servidores, Info MR, variable Nodo de repositorio. Para acceder a esta utilidad, ejecute /network_path/ibi/WebFOCUS77/ReportCaster/bin/editit.bat.
    1. Si el servidor de distribución está instalado en uno de los servidores de aplicaciones, cambie este ajuste para que apunte al puerto HTTP incorporado (si está disponible) del servidor de aplicaciones local. Por ejemplo, http://localhost:8080/ibi_apps/WFServlet. Si no está seguro sobre el puerto que debe especificar, contacte con su administrador. Si ha instalado WebFOCUS con una ruta de contexto distinta a ibi_apps, ajuste el ejemplo mostrado más arriba como corresponda. También puede apuntar este ajuste al puerto del servidor Web local, si su servidor de aplicaciones no incluye un servidor HTTP o no se encuentra disponible.

      Si el equipo del servidor de aplicaciones falla, ReportCaster no es capaz de distribuir informes. Sin embargo, los usuarios finales si pueden programar informes en otros servidores de aplicaciones del clúster.

    2. Si el servidor de distribución no se ha instalado en uno de los servidores de aplicaciones, consulte Cómo configurar ReportCaster con el servidor de distribución en un equipo independiente, para obtener pasos de configuración adicionales. Si su equilibrador de carga emplea SSL, configure ReportCaster para que permita SSL, o apunte ReportCaster hacia uno de los puertos HTTP del servidor de aplicaciones. Para más detalles, consulte Configuración de ReportCaster.
  11. Si su equilibrador de carga emplea SSL, cambie la propiedad URL predeterminado de librería, para que utilice HTTPS en vez de HTTP. Puede acceder a la propiedad URL predeterminado de librería desde Configuración de servidores de ReportCaster > Panel de librería.

    Ya está listo para implementar (o volver a implementar) sus aplicaciones Web de WebFOCUS y ReportCaster.

    Para añadir otro al clúster, primero, cree los registros locales y directorios temporales utilizados por WebFOCUS. Cree los directorios para que sus rutas sean análogas a las de los directorios creados en los pasos 5 y 6 de la instalación, y a continuación implemente las aplicaciones Web de WebFOCUS y ReportCaster.


Principio de página

x
Procedimiento: Cómo Instalar WebFOCUS en un entorno Web en clúster en equipos individuales

Para instalar WebFOCUS en un entorno Web en clúster en equipos individuales, instale WebFOCUS del modo normal en cada equipo. Despues de efectuar las instalaciones, use el parámetro repository_root para apuntar cada instalación al contenido compartido.

Modifique este parámetro desde la Consola de administración de WebFOCUS, como se indica en la imagen siguiente.

Los directorios basedir y worp deben copiarse en este lugar. Por ejemplo:

drive:\hostname\Repository\basedir
drive:\hostname\Repository\worp

Configure todos los servidores de aplicaciones para que usen esta ubicación.


Principio de página

x
Procedimiento: Cómo Completar las instalación de un entorno Web en clúster en Windows

Las instalaciones en Windows requieren los siguientes pasos adicionales.

  1. Cree una unidad de red asignada, en el equipo del servidor de aplicaciones en que se ha ejecutado la instalación de WebFOCUS. La unidad de red asignada apuntará al recurso de red compartido, en el equipo en que residen los archivos WebFOCUS. Por ejemplo:
    Network share: \\wf-clus3\net
    Mapped network drive: W:\ (mapped to \\wfclus-3\net)
  2. En el equipo del servidor de aplicaciones, desde el que se ha instalado WebFOCUS, actualice los accesos directos a los archivos .bat, en Inicio, Programas, Information Builders, WebFOCUS 77, Grupo de utilidades. Edite las propiedades Destino e Iniciar en de los accesos directos, para que usen la unidad de red asignada, creada en el paso 1, en lugar de la ruta de UNC.

    La imagen siguiente muestra las rutas de los accesos directos, en la pestaña Acceso directo del panel de propiedades archivos en lote.

  3. Si está ejecutando IIS, cambie la cuenta de usuario de Windows utilizada para el acceso anónimo, al id. administrativo que tiene acceso a los recursos de red compartidos.

    Por ejemplo, puede usar una cuenta de dominio, como se aprecia en la siguiente imagen del cuadro de diálogo Métodos de autenticación.

  4. Si se está ejecutando Tomcat en Windows, debe cambiar la cuenta de inicio de sesión empleada para ejecutar el servicio Tomcat, ya que la cuenta del sistema local no puede acceder al recurso UNC compartido y, por tanto, no es capaz de escribir en el basedir MR. Debe ejecutar el servicio como usuario con derechos administrativos del recurso UNC compartido.

Principio de página

x
Referencia: Recomendaciones de ajuste de caché en un clúster

WebFOCUS emplea sus propios recursos de almacenamiento en la caché para mejorar el rendimiento. Debe tener en cuenta algunas consideraciones especiales con respecto a los ajustes de la caché, a la hora de operar WebFOCUS en un entorno Web en clúster.

La característica Caché de repositorio de Managed Reporting está permitida en un clúster. Esta opción puede activarse usando el parámetro REPOSITORY_CACHE, en el menú Configuración, Managed Reporting de la Consola de administración de WebFOCUS. Cuando REPOSITORY_CACHE se encuentra en ON, cada copia de WebFOCUS comprueba las marcas de hora de los archivos user.htm y mrrepos.htm, en el directorio /network_path/ibi/WebFOCUS77/basedir, para ver si han cambiado. Si no han cambiado, en su lugar se utiliza la copia del archivo guardada en la memoria. También se realiza una comprobación de marca de hora similar con los archivos basedir/domainXX.htm y basedir/userXX.htm, cuando las propiedades DOMAINS_CACHE y USERS_CACHE se encuentran establecidas en valores que no son cero, respectivamente.

La característica Caché de autorización Realm Driver de Managed Reporting no está permitida en un clúster. Esto se debe a que cada copia de Realm Driver mantiene su propia caché y no percibe los cambios en el repositorio de seguridad subyacente, realizados por otros nodos del clúster. No supone ningún problema para la caché de usuarios de Realm Driver, ya que siempre se vacía la información de autorización de cada usuario almacenada en la caché, durante el inicio de sesión. Cuando se ha configurado para la autorización externa, la caché de usuarios siempre debe permanecer activada, puesto que las interfaces/herramientas front-end realizan llamadas constantemente solicitando los datos de autorización del usuario.

Puede desactivar la caché de dominios, grupos y roles mostrada más arriba, sobre todo en sus entornos de prueba y desarrollo, donde la información cambia continuamente. En su entorno de producción, puede dejar esta caché activada, si la información no cambia muy a menudo. Cuando la información cambie, tendrá que conectarse a cada Consola de administración de WebFOCUS por separado (a través del puerto HTTP incorporado del servidor de aplicaciones), y pulsar la opción Borrar caché de memoria.


Principio de página

x
Referencia: Cosas a tener en cuenta sobre el seguimiento en un clúster

El hecho de que cada copia o instancia de la aplicación Web de WebFOCUS toma la decisión de iniciar o finalizar el seguimiento de forma independiente, complica los problemas de resolución de errores en un entorno en clúster. Cuando entra a la consola a través del equilibrador de carga para activar el seguimiento, el equilibrador determina en qué instancia se va activar el seguimiento. Además, no se garantiza que el equilibrador de carga pueda colocar al usuario cuya sesión desea seguir, en la ruta de la instancia que actualmente se encuentra en modo seguimiento. Puede afrontar estos problemas de distintas formas:


WebFOCUS