Indice de contenido
   Preparación

   Doble sistema de redes

   Sistema operativo

   Otros requisitos

   Arquitectura del sistema

+ Webstudio 3-Tier 1:1

+ Webstudio 3-Tier N:N

+ Webstudio con N servidores de BB.DD.

   Zona horaria y fecha-hora de los servidores

Preparación

En este apartado se verán temas relacionados con la preparación de sistemas para la ejecución de aplicaciones basadas en WebStudio. Se tratarán temas referentes a la configuración de sistemas operativos, dispositivos de red necesarios y software de base necesario.

En los siguientes apartados se indican los pasos a seguir para la preparación de los equipos que realizarán las tareas de servidor de aplicaciones y servidor de base de datos.

• WebStudio APP, le mostrará como preparar un equipo para ejecutar Java 2EE en donde se instalarán los componentes del sistema WebStudio.



• WebStudio DBS, le mostrará como preparar un equipo para ser configurado como servidor de base de datos y alojar las estructuras del sistema de aplicaciones WebStudio.



• WebStudio Client, le mostrará como preparar un equipo-cliente para ejecutar WebStudio.



• IBM IDS Database, le mostrará las operaciones para la instalación y configuración del agente de base de datos IDS 9.x.



• Diagnósticos, con algunos consejos para la realización de pruebas y tests.

Doble sistema de redes

Aunque no es estrictamente necesario, la arquitectura del sistema presupone que se dispone de un mínimo de 2 tarjetas de red en ambos equipos. Hay dos motivos principales para ello.

1. Seguridad, de forma que el servidor de base de datos está físicamente aislado de la red de clientes.
2. Rendimiento, dado que el intenso tráfico entre el sistema de aplicaciones y el servidor de base de datos utiliza un canal exclusivo, que en principio debe ser de tecnología Gigabit

En tales casos, cada red cubre una función.

• Tarjeta primaria: Con este nombre denominamos a la tarjeta que conecta a los equipos a la red principal de la empresa y que por lo tanto es el vinculo de acceso de todos los ordenadores de la empresa a cada uno de los servidores. Por lo tanto estarán conectadas al concentrador o conmutador corporativo. Consideraremos que la red corporativa es de clase C y esta asociada al conjunto de direcciones 192.168.1.0.
• Tarjeta auxiliar: Disponible en cada uno de los servidores permitirá conectar a estos mediante una conexión directa independiente de la red principal de la empresarial.

Para conectar físicamente los dos servidores a través de las tarjetas auxiliares podemos realizar una conexión directa con un cable UTP cruzado (cable especial disponible en tiendas especializadas o que puede ser fabricado), o bien habilitar un conmutador o concentrador especifico en el que solo se conectarán los cables de red de la tarjeta auxiliar de cada uno de los servidores.

Una vez realizada la conexión física, deberemos configurar los sistemas operativos y asignarles a dichas tarjetas unas direcciones IP de una subred distinta a la utilizada por la red corporativa. Por ejemplo, si la red corporativa utiliza una configuración de clase C con el conjunto de direcciones: 192.168.1.0, puede configurar para las tarjetas auxiliares una red también de clase C con el conjunto de direcciones 192.168.2.0. De este modo las direcciones de las tarjetas de red de los dos servidores podrían ser las siguientes:

• Servidor de base de datos: 192.168.2.1
• Servidor de aplicaciones: 192.168.2.2

En los siguientes capítulos se tratará con detalle la configuración de sistemas ethernet duales en los diferentes sistemas operativos.

Sistema operativo

Para los equipos servidores de aplicaciones, normalmente se utilizarán equipos servidores basados en plataformas x86. Aunque tanto Windows como Linux soporta estas plataformas, DEISTER SOFTWARE recomienda el uso de Linux en todos los servidores x86.

Para los equipos servidores de bases de datos, se aplica la misma recomendación si están basados en la plataforma x86, y si se basan en otras plataformas como SPARC, HP, IBM, dispondrán del S.O. correspondiente a cada fabricante.

Con respecto a los equipos de arquitectura x86, la mayoría de fabricantes han certificado a Red Hat o Novel Suse como distribución de referencia. Si usted requiere soporte por parte del fabricante le recomendamos que instale una distribución Linux soportada por el mismo.

A partir del año 2005 la mayoria de fabricantes incorpora chips intel o AMD con extensiones de 64 bits (EM64T o AMD64). En todos los casos es preferible la instalación de un equipo con este tipo de procesadores frente a los procesadores tradicionales de 32 bits. Tenga en cuenta que en los equipos con chips de 64 bits, deberá instalar el sistema operativo Linux de 64 bits (plataforma x86_64).

El uso de este tipo de arquitectura x86_64 tanto en el hardware como en el S.O. permite eliminar cualquier tipo de barrera de asignación de memoria y permite configurar los servidores con mucha RAM para incrementar el rendimiento de las aplicaciones (tanto de base de datos como de servidor de aplicaciones).

A continuación indicamos las características de los S.O. que mejor resultado nos han suministrado: Red Hat y Mandriva Linux.

En DEISTER recomendamos el uso de RHEL 4.0 o superior si lo principal para usted es el soporte del fabricante ya que tanto IBM como HP tienen certificada esta distribución de Linux para sus equipos servidores.

RHEL 4.0 se comercializa con 3 variantes dependiendo de las necesidades y del tipo de equipo en el que se va a instalar:

• RHEL 4.0 WS, soporta hasta 2 CPUs y 4Gbytes de RAM
• RHEL 4.0 ES, soporta hasta 2 CPUs y 8Gbytes de RAM
• RHEL 4.0 AS, soporta hasta 16 CPUs y 64Gbytes de RAM

Por lo tanto, normalmente para los servidores de aplicaciones será suficiente con instalar RHEL 4.0 ES, mientras que la distribución a instalar en el servidor de BB.DD. dependerá del número de CPUs.

Si no requiere soporte del fabricante de hardware, puede utilizarse también la distribución Mandriva por su facilidad de uso. La versión recomendada es la 2005 o superior.

La siguiente lista muestra las principales diferencias y similitudes entre las distintas distribuciones recomendadas:

Otros requisitos

WebStudio está disponible en sistemas operativos Unix, Linux y Windows. Nuestra recomendación típica sin embargo es utilizar un sistema Linux sobre plataforma x86 para los servidores de aplicaciones y un servidor de base de datos con Linux o Unix. Por nuestra experiencia el comportamiento de los sistemas Linux es netamente superior al de los sistemas Windows.

En ambos equipos debe prepararse para instalar el sistema operativo básico y entro otros componentes los servicios de:

• tcp/ip como base de las comunicaciones
• ssh / telnet para el acceso remoto
• ftp para la transferéncia de ficheros
• nfs como posible sistema de compartición e directorios entre sistemas
• mail para las notificaciones de procesos automáticos
• samba no es necesario, pero permite compartir archivos entre entornos Windows y Linux/unix
• ipmi o cualquier otro mecanismo de monitorización de hardware y de las controladoras RAID

Arquitectura del sistema

Zona horaria y fecha-hora de los servidores

La zona horaria de los servidores dependen de su ubicación. En general los servidores WebStudio y los servidores de base de datos de una misma instalación deberían estar situados en la misma zona horaria, y tener la misma fecha y hora para evitar desajustes.

LINUX: zona horaria y ajuste de la hora Editar el fichero /etc/sysconfig/clock Indicar la zona horaria en el atributo ZONE. UTC=true ARC=false ZONE=Europe/Madrid Si el SO es Linux-RED HAT hay que crear un soft link al fichero de zona horaria adecuado de /usr/share/zoneinfo/. El enlace se crea desde /etc/localtime. El siguiente ejemplo muestra como se modifica de Europe/London a Europe/Madrid. # cd /etc # ls -al localtime lrwxrwxrwx 1 root root 39 Jul 28 07:00 localtime -> /usr/share/zoneinfo/Europe/London # rm /etc/localtime # ln -s /usr/share/zoneinfo/Europe/Madrid /etc/localtime # ls -al localtime lrwxrwxrwx 1 root root 34 Jul 28 08:59 localtime -> /usr/share/zoneinfo/Europe/Madrid Ajustar la hora con el comando date date -s: indicar la hora entre comillas (p. ej: date -s "16:15:00") date -s: indicar la fecha-hora entre comillas (p. ej: date -s "16:55:30 July 7, 2006") date MMDDhhmmCCYY.ss: donde MM = mes, DD = dia, hh = hora, mm = minuto, CCYY = 4 digitos año, y ss = seconds (p. ej: date 033121422003.55).

WINDOWS: zona horaria y ajuste de la hora Hacer doble clic en la hora indicada en la barra de tareas. Acceder a la pestañá "Zona horaria" para indicar la zona horaria de la ubicación. Acceder a la pestaña "Fecha y hora" para indicar la fecha y hora del momento actual.

Ejemplo Supongamos que el servidor de aplicaciones y de base de datos se ubican en Barcelona. El timezone es Europe/Madrid. Un hora entrada en Londres como las 03:30 se guarda en el servidor de base de datos como las 04:30 porque el timezone del servidor de base de datos, ubicado en Barcelona indica una hora más con respecto al de Londres. Un usuario de Barcelona ve la hoara como las 04:30, mientras que el usuario de Londres ve las 03:30. WebStudio coge el timezone del servidor de aplicaciones (aunque para evitar desajustes, WebStudio y el servidor de bd deberían tener mismo timezone y hora). La fecha se corrige al timezone del usuario cuando se visualiza, y cuando se recibe para almacenar se convierte al timezone del servidor. Un caso especial es cuando debido al cambio horario, cambia también el día. Por ejemplo una entrada por un usuario de Barcelona el 22 juny a les 00:00, será vista desde Londres como el 21 de Juny a les 23:00.