Requerimientos Servidores Certificados Tao2

GUA PARA EL
DESPLiEGUE DE LAS
APLiCACiONES TAO 2.0
Versin: TAO 2.14.x

Fecha: 28.05.2014
word
Historia de cambios
Versin Fecha Autor Cambios / Comentarios
1.6 20.01.2009 Antoni David Versin inicial
Juan Garcia
1.7 02.02.1010 Antoni David Cambios en requerimientos y arquitecturas soportadas

2.3 20.09.2010 Antoni David Deja de soportarse SUSE
Se certifica Windows Server 2008 como servidor de Aplicaciones.
Deja de soportarse Oracle Database 9iR2
2.5 10.01.2011 Antoni David Aadir requerimientos de JRE en estaciones de trabajo para la Firma
Electrnica.
Cambios en requerimientos y arquitecturas soportadas
2.6 12.07.2011 Antoni David Soporte nuevos exploradores
Nuevos despliegues deben realizarse sobre Plataformas a 64 bits
2.7 24.10.2011 Antoni David Aadir verificacin requerimientos cliente
Aadir requerimientos para myTAO buscador
Se certifica Gema sobre servidor aplicaciones en Linux
Adaptar versionado documento a la versin de TAO 2.0
2.7.12 08.02.2012 Antoni David Se certifica la versin de Open Office 3.3
Se planifica el soporte de Firefox en procesos de escaneo para la versin
2.9.x
2.9.12 08.08.2012 Antoni David Se certifica RedHat 6.x y CentOS 6.x a 64 bits como S.O en los servidores
Jboss
Se certifica los procesos de escaneo con Firefox
Se certifica Oracle 11gR2 para todas las aplicaciones TAO 2.0 y para el
gestor Documental 6.7 SP1
2.12.x 18.10.2013 Antoni David Se certifica Java 1.6.x para los servidores Web y de Aplicaciones JBoss
Se certifica Java 1.7.x en las estaciones de trabajo
Se anuncia para la versin 2.13 de TAO 2.0 la certificacin de Internet
Explorer 9 y la discontinuidad en el soporte de Internet Explorer 7. La
certificacin de Internet Explorer 10 se planifica para prximas versiones.
Se anuncia la certificacin de IBM WebSphere Application Server v 8.5.x para
prximas versiones de las aplicaciones TAO 2.0
Se anuncia la certificacin de Actuate 11 SP4 sobre Windows Server 2008R2
y servidores Linux RedHat y CentOS para prximas versiones de las
aplicaciones TAO 2.0
Se certifica procesos de firma en navegadores de Internet Explorer a 64 bits
Servidor Web de Registro Electrnico requiere Apache Tomcat 6.0.32 y Java
1.6.x
2.14.x 28.05.2014 Antoni David Servidor Web para TAO 2.0 se certifica con Apache Tomcat 7.0.40 o superior
Aitor Perez Se certifica Actuate 11SP4
Se planifica la certificacin de SQLServer 2012 en prximas versiones
Todos los tipos de despliegue requieren disponer de un sistema balanceador
28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

Pgina 1
word
ndice
Historia de cambios .................................................................................................................................................................. 1
ndice 2
1 Presentacin 4
2 Visin general de las aplicaciones TAO 2.0 5

2.1 Plataforma de negocio ............................................................................................................................................... 6
2.2 Plataforma tecnolgica .............................................................................................................................................. 7
2.3 Arquitectura Fsica....................................................................................................................................................... 8
3 Requerimientos de los equipos servidor 10

3.1 Requerimientos Servidores Web y de Aplicaciones ...................................................................................... 11
3.1.1 Software de los Servidores Web y de aplicaciones...................................................................... 11
3.1.2 Hardware de los Servidores Web y de Aplicaciones ................................................................... 12
3.2 Requerimientos Servidores Batch ....................................................................................................................... 13
3.3 Requerimientos Balanceador Web ..................................................................................................................... 14
3.3.1 Software del Servidor Balanceador Web......................................................................................... 14
3.3.2 Hardware del Servidor Balanceador Web....................................................................................... 15
3.4 Requerimientos Servidor de Informes................................................................................................................ 16
3.4.1 Software del Servidor de Informes .................................................................................................... 16
3.4.2 Hardware del Servidor de Informes .................................................................................................. 16
3.5 Requerimientos Servidor de Base de Datos..................................................................................................... 17
3.5.1 Software del Servidor de Base de Datos ......................................................................................... 17
3.5.2 Hardware del Servidor de Base de Datos ....................................................................................... 17
3.6 Requerimientos del Gestor Documental ........................................................................................................... 18
3.6.1 Software del Servidor de Gestin Documental.............................................................................. 18
3.6.2 Hardware del Servidor de Gestin Documental............................................................................ 18
3.7 Requerimientos del Servidor Web de la DMZ.................................................................................................. 20
3.7.1 Software del Servidor Web de la DMZ ............................................................................................ 20
3.7.2 Hardware del Servidor Web de la DMZ............................................................................................ 21
4 Requerimientos de los equipos cliente 22

4.1 Requerimientos Software de los equipos cliente ........................................................................................... 22
4.2 Requerimientos Hardware de los equipos cliente.......................................................................................... 24
5 Arquitectura de las aplicaciones TAO 2.0 25

5.1 Consideraciones Generales .................................................................................................................................. 25
5.1.1 Alternativa 1 Despliegue Simple .................................................................................................... 28
5.1.2 Alternativa 2 Despliegue Compacto en varios Servidores Web............................................ 29
5.1.3 Alternativa 3 Despliegue Compacto en IBM WebSphere ND................................................ 31

Pgina 2
word
5.2 Configuraciones de los Servicios Conecta ....................................................................................................... 34

5.2.1 Acceso externo a travs de la Oficina Virtual del Contribuyente o de STA ......................... 34
5.2.2 TAO 2.0 Proveedor de servicios Web............................................................................................... 35
5.2.3 TAO 2.0 Consumidor de servicios web............................................................................................ 36
6 Comunicaciones 36
6.1 Medidas adicionales de Seguridad..................................................................................................................... 36
7 Configuraciones 37
7.1 Configuraciones Instalaciones Pequeas......................................................................................................... 38
7.2 Configuracin Instalaciones Medianas.............................................................................................................. 39
7.3 Configuracin Instalaciones Grandes ................................................................................................................ 40
8 Consideraciones adicionales 41
Escalabilidad ............................................................................................................................................................................ 41
Disponibilidad .......................................................................................................................................................................... 41
Gestor de Base de Datos...................................................................................................................................................... 41
Ancho de Banda ..................................................................................................................................................................... 41

Pgina 3
word
1 Presentacin
El presente documento es la gua de ayuda para la configuracin del software, hardware, las
comunicaciones y los elementos de seguridad necesarios para realizar la instalacin de la suite de
aplicaciones TAO 2.0.
El documento va dirigido a nuestros tcnicos de preventa y a los responsables de la infraestructura
tecnolgica de nuestros clientes, as como a todos aquellos que estn interesados en conocer los
requerimientos y recomendaciones para poder realizar un despliegue de las aplicaciones TAO 2.0 con
xito.
Debe tenerse en cuenta que no existe una configuracin de arquitectura que se ajuste a las
necesidades de todos los clientes y sus instalaciones en particular, por eso, salvo lo que se refiere a
requerimientos mnimos de hardware y software de las aplicaciones, el resto ha de considerarse como
recomendaciones que en cualquier caso deben adaptarse a la situacin y requerimientos especficos
de cada instalacin cliente.
El documento se estructura como sigue: En el apartado 2 se presenta una visin general de los
componentes de las Aplicaciones TAO 2.0. En el apartado 3 y 4 se presentan los requerimientos
hardware y software de las aplicaciones. En el apartado 5 y 6 se describen las arquitecturas
soportadas y se comentan sus ventajas e inconvenientes. En el apartado 8, se presenta un resumen de
arquitecturas recomendadas tomando como base el n de usuarios de las aplicaciones. Finalmente se
presenta algunas recomendaciones a considerar.

Pgina 4
word
2 Visin general de las aplicaciones TAO 2.0

TAO 2.0 es la nueva generacin de productos TAO para las administraciones publicas en respuesta
al compromiso de renovacin funcional y tecnolgica de T-Systems con todos sus clientes que utilizan
productos de la marca TAO. El siguiente diagrama nos presenta la visin global de TAO 2.0:
Diagrama 1

Pgina 5
word
2.1 Plataforma de negocio

Visin nica y compartida del modelo de negocio
Todas las aplicaciones bajo la denominacin TAO 2.0 comparten una arquitectura comn basada en la
plataforma tecnolgica JAVA EE y un modelo de datos y de procesos integrado.
integrado Esto permite que todas las
aplicaciones compartan una nica visin del modelo de negocio.
Servicios de negocio comunes

A travs de Buroweb,
Buroweb las aplicaciones TAO 2.0 comparten un conjunto de servicios horizontales de negocio
comn a todos ellos. Buroweb es un Business Framework que permite a cada aplicacin concentrarse en su
propia funcionalidad mediante la provisin de servicios comunes a toda la plataforma
Algunos servicios de Buroweb son: Seguridad, Organizacin, Auditoria, Direcciones, Personas, Informes,
Documentos, etc.
Abierta al exterior
Los servicios de Integracin de Conecta permiten a las aplicaciones TAO 2.0 ofrecer sus funcionalidades a
aplicaciones externas mediante la presentacin de servicios Web. Igualmente, las aplicaciones TAO 2.0 pueden
utilizar Conecta para acceder a servicios externos de otras instituciones, organismos y empresas.
Arquitectura modular
Las aplicaciones y servicios de la plataforma TAO 2.0 estn organizados de forma modular mediante
componentes, algunos de ellos opcionales, que permiten configurar las aplicaciones de acuerdo con las
necesidades de cada cliente. Por otro lado la modularidad de las aplicaciones nos permite modificar o incluso
reemplazar partes de las mismas sin afectar al buen funcionamiento del resto de las aplicaciones.
Arquitectura multinivel (Layered architecture)

Tal como se muestra en el diagrama 1, la arquitectura de la plataforma TAO 2.0 est basada en mltiples niveles.
De ms externo a ms interno tenemos los siguientes niveles:
Nivel de Integracin (Conecta)
Nivel de Aplicacin (cada una de las aplicaciones)
Nivel de servicios de negocio (Buroweb)
Nivel de servicios de aplicacin (Common Services)
Nivel de servicios de plataforma (JAVA EE, Struts, Hibernate,)

Pgina 6
word
2.2 Plataforma tecnolgica

Arquitectura tecnolgica basada en JAVA EE
La plataforma Java EE es un estndar para el desarrollo de aplicaciones en el lenguaje de programacin Java. La
plataforma proporciona soporte para crear aplicaciones distribuidas, multicapas y multiplataforma.
Multicapa
La arquitectura multicapas de Java EE, permite distribuir la aplicacin en diversos dispositivos o servidores. Se
distinguen las capas cliente, servidor web y servidor de aplicaciones y EIS (Enterprise Information Server).
Escalabilidad
Uno de los principales beneficios de la arquitectura Java EE es la escalabilidad de las aplicaciones, mediante la
replicacin de elementos en las capas de servidores, es posible incrementar el nmero de transacciones del
sistema mediante la adquisicin paulatina de servidores de bajo costo a medida que las necesidades aumentan.
Multitud de herramientas
La plataforma Java EE ha estandarizado un conjunto de APIs y herramientas de desarrollo de forma que mltiples
fabricantes y desarrolladores de cdigo abierto han escrito para dichos estndares. Esto permite escoger en cada
momento las herramientas ms adecuadas a cada implementacin de acuerdo con el rendimiento, facilidad de
uso, coste/beneficio esperado. Algunas herramientas utilizadas son Log4java, Struts, Quartz, etc..
Independencia de contenedor Java EE

Las aplicaciones TAO 2.0 se desarrollan siguiendo los estndares de la plataforma Java EE. Esto significa que no
estn ligadas a las particularidades de ningn fabricante en concreto. Actualmente se soportan los servidores
Java EE de IBM WebSphere y JBoss y otros pueden ser incluidos fcilmente en el futuro.
Clientes Web
La capa de cliente de las aplicaciones TAO 2.0 es el navegador web lo que proporciona independencia del
dispositivo cliente. Actualmente se soportan los navegadores de Internet Explorer y Mozilla Firefox.
Soporte de mltiples bases de datos

Las aplicaciones TAO 2.0 mediante el uso de la plataforma Java EE y el software de cdigo abierto Hibernate
proporcionan soporte para mltiples bases de datos. Actualmente estn soportados Oracle y SqlServer, pero la
plataforma tecnolgica nos permitir soportar otras en el futuro.
Soporte de Web Services

Las aplicaciones TAO 2.0 proporcionan acceso a sus funcionalidades a travs de la implementacin de web
services que siguen el protocolo comunicacin SOAP y las especificaciones WSDL.

Pgina 7
word
2.3 Arquitectura Fsica

Las aplicaciones TAO2.0 cumplen con los siguientes requisitos:
Alto nivel de seguridad fsica:
fsica Las aplicaciones TAO2.0 pueden de ser desplegadas en una topologa de red de tres
niveles de seguridad en la que los servidores debern tener configuraciones seguras. Esto ser especialmente til si
se deciden abrir ciertas funcionalidades a Internet, donde la seguridad de acceso ser especialmente crtica. En caso
de instalarse en una infraestructura de intranet, la solucin podr desplegarse en una topologa de dos niveles de
seguridad sin tener que realizar modificaciones sobre el cdigo desarrollado.
Escalabilidad:
Escalabilidad Las aplicaciones TAO 2.0 permiten la escalabilidad horizontal mediante la inclusin de nuevos
servidores.
Disponibilidad:
Disponibilidad Las aplicaciones TAO 2.0 pueden ser desplegadas en configuraciones de alta disponibilidad (sistemas
de servidores redundantes y con tolerancia a errores en el mximo de sus componentes hardware).
La suite de productos TAO 2.0 permite diferentes tipos de despliegue, tanto sobre servidores fsicos como sobre
servidores virtuales en Plataformas de Virtualizacin Software (VMWare, XenServer, Hyper-V) , segn las necesidades
de escalabilidad presentes y en el futuro. En concreto actualmente se soportan los siguientes modos:
- Despliegue simple en un nico servidor.
servidor La capa de presentacin y la de negocio residen en un nico
servidor. (la configuracin ms sencilla).
- Despliegue simple en dos o ms servidores.
servidores. Dos o ms servidores conteniendo cada uno de ellos tanto la
capa de presentacin como la de negocio. (escalabilidad horizontal)
- Despliegue simple en dos o ms servidores en un sistema
sistema clster
clster.
ster Dos o ms servidores en clster
conteniendo cada uno de ellos tanto la capa de presentacin como la de negocio. (alta disponibilidad)
Consideraciones y Aspectos Comunes a todas las configuraciones:
- Servidor de Informes: Independientemente del tipo de despliegue que se vaya a realizar, es necesario un
elemento comn a todos ellos, el servidor de informes. En este servidor se instala una versin OEM de
Actuate 11 SP4 .
- Servidor de base de datos: En todos los tipos de despliegue se considera (y recomienda) que el servidor de
base de datos est en una mquina separada o en varias mquinas en clster, con el mximo de elementos
hardware redundados, con dedicacin exclusiva a esta funcin y bajo Plataformas de sistema operativo a 64
bits.
- Servidor de Gestin
Gestin Documental: El sistema de gestin Documental debe ser una mquina separada con
sistema operativo Microsoft Server o varias mquinas en clster de Microsoft Windows, con el mximo de
elementos hardware redundados, con dedicacin exclusiva y con sistema operativo de Microsoft Windows
Server 2008R2 a 64 bits.
- Servicios
Servicios accesibles desde Internet: Las funcionalidades que las aplicaciones TAO 2.0 puedan ofrecer va
Internet (bsicamente a ciudadanos y entidades pblicas y privadas) partirn de un servidor colocado en la
DMZ y que tendr acceso a las mquinas de negocio (y estas a los datos) a travs de elementos cortafuegos.
En dicho servidor de la DMZ se despliega nicamente la capa de presentacin de dichas funcionalidades
externas.
- Conectividad entre servidores:
servidores: En la medida de lo posible se debe potenciar una buena comunicacin de red
entre las mquinas que formen el sistema. Es recomendable contar con uno o varios switches de alta
velocidad y dedicado para las peticiones internas al sistema (entre negocio y datos o entre presentacin y
negocio si procediese).

Pgina 8
word
Entornos de trabajo: Un aspecto bsico para garantizar el xito de la puesta en marcha de las implantaciones de las
aplicaciones TAO 2.0 o de los procesos de migracin de aplicaciones TAO 1.0 a su correspondiente evolucin
tecnolgica sobre TAO 2.0 es disponer de un entorno de pre-produccin/pruebas sobre el que chequear los procesos
de migracin de datos, o sobre los que realizar los ajustes y adaptaciones de las aplicaciones antes de su paso al
entorno de explotacin.
Recomendamos la existencia de dos entornos totalmente separados, con funcionalidades y necesidades diferentes:
Entorno de produccin:
produccin entorno en el que se despliegan las aplicaciones TAO 2.0 para su utilizacin por
parte de los usuarios finales y de los administradores. Este entorno debe cumplir con los requerimientos de
alta disponibilidad, escalabilidad, seguridad y alto rendimiento que se hayan establecido segn la
arquitectura de despliegue elegida.
Entorno de pre
pre-produccin y pruebas
pruebas:
ruebas entorno semejante al de produccin en el que se despliegan las
aplicaciones TAO 2.0 con el objetivo de asegurar los requerimientos funcionales y no funcionales antes de
traspasar los cambios del sistema al extorno de explotacin.
Aunque lo ideal es que este entorno de Pre-produccin y pruebas tenga una arquitectura idntica a la del
entorno de produccin, puede utilizarse una arquitectura ms sencilla en la que los requisitos de recursos
de estos servidores pueden ser inferiores. Este entono tambin ser el utilizado en los cursos de formacin
de las nuevas aplicaciones.
Produccin
Pre-Produccin/Pruebas
Diferenciacin de los entornos: Para evitar confusiones e incorrectos funcionamientos de las

aplicaciones, es muy importante diferenciar completamente los distintos entornos
entornos de pruebas y
produccin, independizando tanto la base de datos como los servidores de aplicaciones y web. Aadir
mensajes informativos en las pantallas de entrada a las aplicaciones es una buena manera de evitar
errores y malentendidos.

Pgina 9
word
3 Requerimientos de los equipos servidor

En este captulo presentamos el detalle de los requerimientos hardware y software de los servidores necesarios para el
despliegue de la suite de aplicaciones TAO 2.0
Las aplicaciones TAO 2.0 pueden desplegarse sobre:
Servidores fsicos (despliegue tradicional y que requiere de un importante nmero de servidores)
Servidores virtuales (despliegue sobre una plataforma de virtualizacin)
Combinacin de servidores fsicos y servido
servidores virtuales
Los componentes necesarios para el despliegue de la suite de productos TAO 2.0 son:
Un sistema Balanceador
Uno o mas Servidores de Web y de Aplicaciones
Un Servidor de Informes con Actuate
Un gestor de base de datos Oracle o SQLServer, formado por uno o mas servidores
Un Servidor Web en la DMZ si se ofrecen servicios a travs de Internet
Un gestor Documental si se utiliza este mdulo, formado por uno o ms servidores.

Pgina 10
word
3.1 Requerimientos Servidores Web y de Aplicaciones

3.1.1 Software de los Servidores Web y de aplicaciones
Los servidores de aplicaciones certificados para las aplicaciones TAO 2.0 son el IBM WebSphere Application
Server 6.1 release 6.1.0.21 (servidor de aplicaciones propietario de IBM - versin comercial) y el JBoss 4.2.3
(servidor de aplicaciones en versin gratuita)
IBM WebSphere Application Server v 6.1.0.21
JBoss 4.2.3
T-Systems est en proceso de certificacin de las aplicaciones TAO 2.0 sobre Jboss 7 y sobre IBM WebSphere
Application Server v 8.5.x
Los despliegues de las aplicaciones TAO 2.0 deben realizarse sobre sistemas opera
operativos a 64 bits por las
necesidades de gestin de memoria para la Maquina Virtual de Java.
Sobre estos servidores de aplicaciones con sistemas operativos a 64 bits se instalarn las aplicaciones.
La distribucin de las aplicaciones en maquinas concretas depender de la arquitectura de despliegue
escogida y que analizamos ms adelante.
La mquina Virtual de Java certificada para los servidores de aplicaciones JBoss son:
JSDK 1.6 update 45 a 64 bits
La mquina Virtual de Java certificadas para los servidores de aplicaciones IBM WebSphere 6.1 es:
JSDK 1.5.0 SR8, versin de java embebida dentro de la instalacin del IBM WebSphere.
En cuanto al servidor de aplicaciones JBoss 4.2.3, el empaquetado del producto ha sido modificado y adaptado
para el funcionamiento de las aplicaciones TAO 2.0 por lo que no puede utilizarse para dar servicio de
aplicaciones de otros proveedores.
Las siguientes tablas nos muestran los requerimientos software para los servidores Web y servidores de
Aplicaciones Jboss y WebSphere:
SERViDORES WEB Y DE APLiCACiONES JBOSS

REQUERIMIENTOS SOFTWARE
Windows 2003 R2 Standard o Enterprise Edition 64 bits
Sistema Operativo
Red Hat Enterprise Linux versiones v5.5, v5.8 y v6.x 64 bits
CentOS Linux versiones v5.5, v5.8 y v6.x 64 bits
Servidor de Aplicaciones JBoss 4.2.3
Mquina Virtual Java JVM 1.6.0_45 64 bits

Pgina 11
word
SERViDORES WEB Y DE APLiCACiONES iBM WEBSPHERE

Sistema
Operativo
Red Hat Enterprise Linux versiones: v5. x 64 bits
Servidor de Aplicaciones WebSphere Application Server versin 6.1.0.21
Mquina Virtual Java Versiones JVM 1.5.0 SR8 embebida en el IBM WebSphere
Las instalaciones de aplicaciones TAO 2.0 requieren la utilizacin de versiones de Sistema Operativo a 64 bits por las
necesidades en la gestin de la memoria asignada a la mquina virtual de JAVA. En sistemas operativos a 32 bits un
proceso no puede direccionar ms de 2GB de memoria, con lo que el tamao del Java Virtual Machine heap que es la
zona de memoria utilizada por la JVM para ejecutar los programas no puede configurarse para ajustarse a las diferentes
necesidades. En versiones a 64 bits la capacidad de procesamiento de los sistemas es mucho mayor y no existe esta
limitacin en la asignacin del tamao de memoria asignada a la Java Java Virtual Ma
Machine heap lo que si nos permite
configurarla adecuadamente para la carga de trabajo requerida, el nmero de aplicaciones, nmero de usuarios,etc.
3.1.2 Hardware de los Servidores Web y de Aplicaciones

Los requisitos de recursos hardware que se detallan son equiparables tanto si se opta por un despliegue tradicional
basado en servidores fsicos como si se opta por despliegues dentro de las plataformas de virtualizacin software
existentes en el mercado (VMware, XenServer y Hyper-V)
Las caractersticas que presentamos para los servidores Web y de Aplicaciones son aplicables a las diferentes
arquitecturas de despliegue que presentaremos mas adelante. Se recomienda disponer de equipos con el mximo de
elementos hardware redundados que doten al sistema de la mxima tolerancia frente a errores hardware.
Las siguientes tablas nos muestran las caractersticas hardware mnimas recomendadas para estos servidores:
SERViDORES WEB Y DE APLiCACiONES

REQUERIMIENTOS HARDWARE SERVIDORES FSICOS
CPU 2 procesadores quad core a 2,53 GHz o superior
Memoria 12 GB RAM o superior
2 discos SAS 146 GB a 10.000 rpm en RAID-1 para S.O. o

Almacenamiento disco configuracin superior
(No recomendadas configuraciones en RAID 5 y 6)
Interfaz de red Doble adaptador Gigabit Ethernet 100/1000
Alimentacin Fuentes de alimentacin redundante

Pgina 12
word
SERViDORES WEB Y DE APLiCACiONES

REQUERIMIENTOS HARDWARE SERVIDORES VIRTUALES
CPU 4 procesadores virtuales a 2,53 GHz o superior
Asignacin de 64 GB de espacio de disco para S.O. en sistemas

Almacenamiento disco de almacenamiento tolerante a errores (sistemas RAID) y
velocidades de disco a 10.000 rpm o configuraciones superiores
Interfaz de red Adaptador virtual Ethernet a Gigabit
Los servidores de aplicacin deben tener como caracterstica principal una gran capacidad de proceso TPS y una
conexin de red rpida. Sus necesidades de espacio de disco por lo general no son importantes, por cuanto no debe
almacenar ms datos que el sistema operativo, el contenedor JAVA EE y las aplicaciones instaladas.
Los servidores de Web,
Web al tener como una de sus funciones el servir el contenido esttico de las pginas web deben
disponer de un subsistema de entrada-salida ms intensivo y debemos reforzarlo. Se recomienda el uso de discos de
alto rendimiento y de una tarjeta controladora raid con una cach de escritura de al menos 256 MB o 512 MB.
A da de hoy las aplicaciones TAO 2.0 no contemplan la separacin del contenido esttico de las aplicaciones en los
servidores Web y del contenido dinmico de las aplicaciones en los servidores de Aplicaciones.
Mientras los servidores deban realizar las funciones de servidores Web y de servidores de Aplicaciones, sern
necesarios discos de alto rendimiento y controladoras raid que incorporen cachs de escritura.
Existe un caso particular en cuanto a requerimientos de disco, que requiere asignar un espacio de disco mayor,
son despliegues en los que se implemente el buscador de myTAO escritorio.
escritorio Dicho buscador lanza un proceso
de creacin de un ndice sobre el disco del propio servidor de aplicaciones o sobre una unidad de red
compartida de otro servidor corporativo, con la informacin de la base de datos que se ser posible consultar
desde la aplicacin.
El espacio en disco necesario deber ser proporcional al tamao de la base de datos y a la cantidad de datos
que se decida indexar.
3.2 Requerimientos Servidores Batch

En algunas aplicaciones se precisa lanzar procesos de negocio pesados o procesos masivos ya sea de forma
inmediata como de forma planificada. Para que la ejecucin de estos procesos se realice en el menor tiempo posible
sin comportar una prdida de rendimiento significativa de las aplicaciones en las estaciones de trabajo de los
usuarios, se recomienda dotar a la configuracin de despliegue de Servidores Web y de Aplicaciones dedicados a la
ejecucin de estos procesos especficos.
As, los servidores batch no son ms que servidores web y de aplicaciones TAO 2.0 que son configurados a nivel de
aplicacin para que ejecuten los procesos de negocio masivos y por ello le son aplicables todos los requerimientos
hardware y software de los servidores de web y de aplicaciones detallados en el apartado anterior.

Pgina 13
word
3.3 Requerimientos Balanceador Web

Para algunas aplicaciones TAO 2.0 o mdulos especficos de estas (como por ejemplo en el despliegue de la
aplicacin sTIIM , los nuevos listados de eDicta o el escaneo masivo desde Buroweb ) y cuando se despliega ms de
un servidor web y de aplicaciones, se necesita un sistema balanceador que reparta las conexiones de los usuarios
entre los diferentes servidores web y de aplicaciones. Estos sistemas balanceadores se configuran con afinidad de
sesin, o sea con mantenimiento de las conexiones de los usuarios sobre el servidor en el que se inicia la ejecucin de
las aplicaciones.
Pueden utilizarse sistemas balanceadores hardware o software. Los sistemas balanceadores hardware tienen un coste
econmico elevado, son complejos y requieren un gran esfuerzo para su configuracin y puesta en marcha y es por
estos motivos que quedan fuera del alcance de este documento.
3.3.1 Software del Servidor Balanceador Web

Los Sistemas Balanceadores certificados son el Apache 2.2.x en los servidores de aplicaciones de JBoss y el IBM
HTTP Server 6.1 para los servidores de aplicaciones IBM WebSphere:
SiSTEMAS BALANCEADORES WEB CERTiFiCADOS

APACHE 2.2.x Utilizado junto con los servidores de aplicaciones Jboss 4.2.3
Utilizado junto con los servidores de aplicaciones IBM
IBM HTTP SERVER 6.1
WebSphere 6.1.0.21
6.1.0.21
Las siguientes tablas nos muestran los requerimientos software para los servidores Balanceadores Web:
SERViDORES BALANCEADORES WEB APACHE 2.2.X

Windows 2003 R2 Standard o Enterprise Edition 32 y 64 bits
Sistema Windows 2008 R2 Standard o Enterprise Edition 64 bits

Operativo Red Hat Enterprise Linux versiones v5.5, v5.8 y v6.x 32 y 64 bits
CentOS Linux versiones v5.5, v5.8 y v6.x 32 y 64 bits
Servidor de
Utilizado con los servidores de aplicaciones JBoss 4.2.3
Aplicaciones
SERViDORES BALANCEADORES WEB iBM HTTP SERVER

Windows 2003 R2 Standard o Enterprise Edition 32 y 64 bits
Sistema
Operativo
Red Hat Enterprise Linux versiones v5.x 32 y 64 bits
Servidor de
Utilizado con los servidores de aplicaciones IBM WebSphere 6.1.0.21
Aplicaciones

Pgina 14
word
3.3.2 Hardware del Servidor Balanceador Web
Los sistemas balanceadores Web Software no requieren equipos dotados de grandes recursos hardware, pueden
desplegarse en pequeas mquinas. Ahora bien, deberemos asegurar la mxima disponibilidad de esta
infraestructura, por lo que se recomienda dotar al equipo del mayor nmero de elementos hardwares redundados que
permitan la mxima tolerancia frente a errores hardware.
La instalacin del servidor balanceador Web sobre una plataforma de virtualizacin software que incorpore
prestaciones de alta disponibilidad para las mquinas virtuales y que nos permita asegurar la continuidad de los
servicios es una buena solucin de despliegue para este componente.
Las siguientes tablas nos muestran las caractersticas hardware mnimas recomendadas para los servidores que
actan de Balanceadores Web tanto para los despliegues sobre servidores fsicos como en mquinas virtuales.
SERViDORES BALANCEADORES WEB

CPU 1 procesador quad core a 2,53 GHz o superior

Almacenamiento disco
configuracin superior
SERViDORES BALANCEADORES WEB

CPU 1 procesador virtual a 2,53 GHz o superior


Pgina 15
word
3.4 Requerimientos Servidor de Informes

3.4.1 Software del Servidor de Informes
Para la generacin de los informes de las aplicaciones TAO 2.0 se utiliza para el Servidor de Informes el software de
Actuate 11SP4 OEM.
OEM.
Se necesita una licencia de Actuate 11SP4 para cada servidor de Informes.
A travs de una configuracin especfica del servidor de informes con Actuate, es posible utilizar un ni
nico
servidor para el entorno de Produccin y para el entorno de Pre-
Pre-Produccin
Produccin.
uccin De esta manera las necesidades
de licencia del producto Actuate, se limitan al licenciamiento de un nico servidor de Informes.
Los requerimientos software para el servidor de Informes con Actuate con la versin 11 SP4 son:
SERViDOR DE iNFORMES
Sistema
Red Hat Enterprise Linux versin: v6.3 64 bits
Operativo
CentOS Linux versin: v6.3 64 bits
Software de
Actuate 11SP4 licenciamiento OEM
Reporting
3.4.2 Hardware del Servidor de Informes

basado en servidores fsicos como si se opta por despliegues dentro de las plataformas de virtualizacin software
existentes en el mercado (VMware, XenServer y Hyper-V)
Se recomienda disponer de equipos con el mximo de elementos hardware redundados que doten al sistema de la
mxima tolerancia frente a errores hardware.
Las siguientes tablas nos muestran las caractersticas hardware mnimas recomendadas para los servidores de
Informes en los despliegues sobre servidores fsicos o sobre mquinas virtuales:

Almacenamiento disco

Pgina 16
word
CPU 2 procesadores virtuales a 2,53 GHz o superior

3.5 Requerimientos Servidor de Base de Datos

3.5.1 Software del Servidor de Base de Datos
Los Gestores de Base de Datos certificados para las aplicaciones TAO 2.0 son Ora
Oracle y SQLServer.
SQLServer
SERViDORES DE BASES DE DATOS

Sistema Operativo Se recomienda despliegues en sistemas operativos a 64 bits
Oracle 10gR2 release 10.2.0.5

ORACLE DATABASE
Oracle 11gR2 release 11.2.0.2 o releases superiores
SQLSERVER SQLServer 2005
Los requerimientos de versin de sistema operativo y las diferentes arquitecturas de despliegue de los gestores de
base de datos, son los que se detallan en los manuales de instalacin de cada uno de los fabricantes.
bricantes
SQLServer 2012
2012 se certificar en prximas versiones de TAO 2.0
Se recomienda despliegues de gestores de bases de datos en arquitecturas a 64 bits.
bits
3.5.2 Hardware del Servidor de Base de Datos

Los equipos destinados a esta finalidad deberan reunir una serie de caractersticas como altas prestaciones en el
subsistema de entrada salida, redundancia en sus componentes, discos, fuente de alimentacin, ventiladores, tarjeta
de red, etc, que doten al sistema de la mxima tolerancia frente a errores hardware.
Sistemas en clster y arquitecturas de alta disponibilidad como Oracle RAC son una buena opcin para un servicio
tan crtico.
Los requerimientos hardware y software necesarios para la instalacin de los gestores de bases de datos, dependern
de la arquitectura de instalacin seleccionada, del volumen de datos, del nmero de puestos de trabajo,etc y son los
que se detallan en los manuales de instalacin de los gestores de bases de datos de cada uno de los fabricantes.
fabricantes

Pgina 17
word
3.6 Requerimientos del Gestor Documental

3.6.1 Software del Servidor de Gestin Documental
Los Gestores Documentales certificados para las aplicaciones TAO 2.0 son Documentum.
Documentum 6.5 SP2 versin de producto nativo a 32 bits
Documentum 6.7 SP1 versin de producto nativo a 64 bits
Documentum 6.5SP2 se instala sobre servidores fsicos o virtuales con sistema operativo Microsoft Windows Server
2003R2 Standard/Enterprise edition a 32 bits y requiere un gestor de base de datos con SQLServer 2005 o con Oracle
10gR2 release 10.2.0.4 o release superior. Esta versin de Documentum no est certificada con Oracle 11gR2.
11gR2
Documentum 6.7SP1 se instala sobre servidores fsicos o virtuales con sistema operativo Microsoft Windows Server
2008R2 Standard/Enterprise edition a 64 bits y requiere un gestor de base de datos con Oracle 11gR2 release
11.2.0.2 o release superior
GESTOR DOCUMENTAL DOCUMENTUM 6.5 SP2

Sistema
Operativo
ORACLE DATABASE Oracle 10gR2 release 10.2.0.4 o release superior
SQLSERVER SQLServer 2005
GESTOR DOCUMENTAL DOCUMENTUM 6.7 SP1

Sistema
Operativo
ORACLE DATABASE Oracle 11gR2 release 11.2.0.2 o release superior
Se recomienda despliegues en arquitecturas a 64 bits con Documentum 6.7 SP1.
3.6.2 Hardware del Servidor de Gestin Documental

basado en servidores fsicos como si se opta por mquinas virtuales. Se recomienda disponer de equipos con el
mximo de elementos hardware redundados que doten al sistema de la mxima tolerancia frente a errores hardware e
implementar sistemas Clster de Microsoft o arquitecturas de alta disponibilidad como el HA de VMware.

Pgina 18
word
El Servidor de Gestin Documental necesita de un sistema de almacenamiento de disco interno o externo de alta
capacidad para el almacenamiento de los documentos. Este sistema de almacenamiento de disco debe permitir la
construccin de sistemas tolerante a fallos (RAID) e incorporar controladoras con caches superiores a los 256 MB.
SERViDORES DE GESTiN DOCUMENTAL

2 discos SAS 146 GB a 10.000 rpm en RAID-1 para S.O.

S.O o
Almacenamiento disco Sistema de almacenamiento de disco Interno o Externo y de alta
capacidad para los Documentos , con velocidades de discos a
10.000 rpm sobre sistemas RAID o configuracin superior
SERViDORES DE GESTiN DOCUMENTAL

CPU 2 procesador es virtuales a 2,53 GHz o superior
Asignacin de 64 GB de espacio de disco para S.O.

S.O en sistemas de
almacenamiento tolerante a errores (sistemas RAID) y velocidades
de disco a 10.000 rpm o configuraciones superiores
Almacenamiento disco Asignacin de espacio de disco de alta capacidad para los
Documentos sobre sistemas de almacenamiento tolerante a errores
(sistemas RAID) y velocidades de disco a 10.000 rpm o
configuraciones superiores

Pgina 19
word
3.7 Requerimientos del Servidor Web de la DMZ

Para el acceso de los ciudadanos, empresas y entidades pblicas a servicios Web a travs de Internet es necesario
colocar un servidor Web en una zona DMZ protegido por un sistema cortafuegos.
3.7.1 Software del Servidor Web de la DMZ

Habitualmente los servicios Web de las Aplicaciones TAO 2.0 pueden coexistir con aplicaciones de Carpeta
Ciudadana de TAO 1.0, Portales Web y Gestores de Contenidos de los Portales. En caso de producirse dicha
coexistencia los requerimientos de Sistema Operativo y Software Base de estas aplicaciones marcarn las
caractersticas de los entornos de despliegue.
La aplicacin de Carpeta Ciudadana de TAO 1.0 requiere como sistema operativo una Plataforma de
Microsoft Windows ya que necesita para su funcionamiento del IIS y .Net 2.0. Estn soportados
despliegues sobre los sistemas operativos:
Microsoft Windows Server 2003 R2 Standard o Enterprise Edition a 32 bits
Microsoft Windows Server 2008 R2 Standard o Enterprise Edition a 64 bits
Las aplicaciones de Portal Web y Gestor de Contenidos de los Portales utilizan Apache Tomcat v 6.0.x
con una versin de JDK como mnimo de 1.6.x
La aplicacin de Registro Electrnico (STA) o de la Oficina Virtual del Contribuyente utilizan un Apache
Tomcat v 7.0.40 (o release 7.0.x superior) con una versin de JDK de 1.6.x y si coexiste con las
aplicaciones Web TAO 1.0 comentadas anteriormente, se suele desplegar una parte de la aplicacin
(contenido esttico de la aplicacin) dentro del IIS
Recomendamos despliegues de servidores Web en arquitecturas a 64 bits.
bits
La siguiente tabla nos muestra los requerimientos software para los servidores Web de la DMZ:
SERViDORES WEB DMZ

Sistema Windows 2008 R2 Standard o Enterprise Edition 64 bits

Operativo Red Hat Enterprise Linux versiones v5.5, v5.8 y v6.x 64 bits
CentOS Linux versiones v5.5, v5.8 y v6.x 64 bits
Servidor de Apache Tomcat 6.0.32 o release superior

Aplicaciones Apache Tomcat 7.0.40 o release superior
Mquina Virtual Java Versiones de JVM 1.6.x 64 bits
Si en el Servidor Web debe coexistir con la Aplicacin de Carpeta Ciudadana de TAO 1.0, deber
desplegarse sobre plataformas Windows Ser
Server 2003R2
2003R2 o Windows Server 2008R2
2008R2.
R2
Recomendamos despliegues de servidores Web en arquitecturas a 64 bits

Pgina 20
word
Si el servidor Web debe ofrecer servicio de varias aplicaciones corporativas que requieran Apache
Tomcat, para evitar conflictos entre las aplicaciones y problemas derivados de diferentes ritmos de
evolucin de estas, se crearn instancias individualizadas de Tomcat (de la misma o diferente versin)
para cada una de las aplicaciones.
3.7.2 Hardware del Servidor Web de la DMZ

Los Servidores Web de la DMZ no requieren equipos dotados de grandes recursos hardware. Ahora bien, deberemos
asegurar una buena disponibilidad de esta infraestructura, por lo que se recomienda dotar al equipo con el mximo de
elementos hardware redundante que permitan la mxima tolerancia frente a errores hardware.
La instalacin del servidor Web de la DMZ dentro de plataformas de virtualizacin software que incorporan
prestaciones de alta disponibilidad para las mquinas virtuales y que nos permiten asegurar la continuidad de los
servicios es una buena solucin de despliegue para este componente.
SERViDORES WEB DMZ

CPU 1 o 2 procesadores quad core a 2,53 GHz o superior

Almacenamiento disco configuracin superior
SERViDORES WEB DMZ

CPU 2 o 4 procesadores virtuales a 2,53 GHz o superior

Se necesitar configurar ms o menos procesadores segn lo requiera el nmero de aplicaciones Web

instaladas que son accesibles desde Internet y desde los sistemas internos. (Carpeta Ciudadana de TAO
1.0, Oficina Virtual del Ciudadano de TAO 2.0, Portales Web, Gestores de Contenidos, Registro
Electrnico,etc)

Pgina 21
word
4 Requerimientos de los equipos cliente

4.1 Requerimientos Software de los equipos cliente
En los equipos clientes el requerimiento bsico es un Navegador. Actualmente los navegadores
soportados son los siguientes:
Internet Explorer versin 8 y Internet Explorer versin 9
Firefox 4.x o release superior (recomendadas las ltimas
ltimas versiones)
Para los componentes y mdulos de las aplicaciones TAO 2.0 se requiere un runtime de la mquina
virtual de java 1.7.x:
JRE 1.7.x
1.7.x (recomendadas las ltimas
ltimas versiones)
Adicionalmente, los equipos cliente necesitan aplicaciones de ofimtica para las funciones que
generan informes y documentos. Las aplicaciones ofimticas soportadas son las siguientes:
Microsoft
Microsoft Office 2003 SP3
Microsoft Office 2007
Open Office 3.3
Open Office 3.4.1
El equipo cliente tambin deber disponer del visor de documentos PDF y del Abobe Flash Player.
Acrobat Reader 7.0 o supe
superior (recomendadas las ltimas versiones)
Adobe Flash Player (recomendadas las ltimas versiones)
Si el equipo cliente realiza procesos escaneado de documentos e incorporacin de estos documentos
al mdulo de gestin documental, el equipo cliente deber tener instalados los drivers Twain del
modelo del escner que tiene conectado.
Drivers Twain para los procesos de escaneo
La siguiente tabla nos muestra los requerimientos software para equipos cliente de las aplicaciones TAO 2.0:
EQUiPOS CLiENTE
Internet Explorer 8 Internet Explorer 9
Navegadores
Firefox 4.x o releases superiores (recomendadas ltimas versiones)
Mquina Virtual Java Versiones de JRE 1.7.x (recomendadas ltimas versiones)
Acrobat Reader 7.0 o superior (recomendadas ltimas versiones)

Visor PDF y FLASH
Adobe Flash Player
Microsoft Office 2003 SP3 Microsoft Office 2007
OFIMATICA
Open Office 3.3 Open Office 3.4.1
ESCANEO Drivers Twain
Se certificar Internet Explorer versin 10 y versin 11 en prximas versiones de TAO 2.0

Pgina 22
word
Las aplicaciones TAO 2.0 validan la configuracin y la versin del navegador al acceder a la pgina de
inicio y si dicha configuracin no cumple los requisitos mnimos se le presenta un mensaje de alerta
al usuario.
En la siguiente imagen vemos el mensaje de alerta:
Pulsando en el enlace de Ms informacin se informa de que puntos de la validacin no se cumplen.

En este caso, se est utilizando un navegador no soportado Google Chrome.
En cualquier momento se puede acceder a la validacin de los requisitos de los equipos cliente
mediante la funcionalidad de verificar instalacin accesible por todas las aplicaciones a partir de la
pantalla de informacin de la versin que aparece en la cabecera parte superior derecha.

Pgina 23
word
En este otro ejemplo se informa que se cumplen todos los requisitos del equipo cliente.
4.2 Requerimientos Hardware de los equipos cliente

No se especifican requerimientos especiales cualquier estacin de trabajo actual del mercado con
2048 Mb RAM es adecuada, siempre y cuando no haya otros softwares adicionales instalados que
comprometan el rendimiento del mismo.

Pgina 24
word
5 Arquitectura de las aplicaciones TAO 2.0

Los componentes necesarios para el despliegue de las aplicaciones TAO 2.0 son:
Sistema Balanceador
Servidores Web y de Aplicaciones
Servidores Batch ( opcional )
Servidor de Informes con Actuate
Gestor de Base de Datos Oracle
Gestor Documental ( slo en proyectos que incorporan la gestin Documental )
Servidores Web en una DMZ para ofrecer servicios a travs de Internet
Las propuestas de arquitecturas contempladas en este documento estn certificadas y han sido testadas en los
entornos de laboratorio de T-Systems. Las caractersticas especficas de los despliegues y los requerimientos
de servidores pueden variar para ajustarse al volumen de usuarios y a las necesidades de alta disponibilidad,
escalabilidad, rendimiento y seguridad y por ello debern ser consensuados en reuniones con los responsables
tcnicos de los departamentos de Informtica.
La escalabilidad en cada una de las arquitecturas certificadas se realizar en horizontal, es decir, aadiendo
nuevos servidores en los que reside tanto la capa de presentacin como la lgica de negocio de las
aplicaciones.
Queda fuera del alcance de este documento el anlisis de requerimientos para:
Infraestructura de comunicaciones y topologa de la red
Infraestructura de almacenamiento de disco
Infraestructura de monitorizacin y backup
DNS u otros servicios de resolucin de nombres
Active Directory u otros servidores LDAP
5.1 Consideraciones Generales

Independientemente de la arquitectura de despliegue que se elija, en cada Servidor Web y de Aplicaciones se
arrancar uno o ms procesos de Java Virtual Machine (JVM).
A cada una de las Java Virtual Machine se le asigna una Java Virtual Machine heap que es la zona de memoria utilizada
por la JVM para ejecutar los programas.
Los sistemas operativos para los servidores de Aplicaciones debern instalarse a 64 bits.

Pgina 25
word
Plataformas Windows/Linux a 64 bits

Los procesos pueden direccionar una cantidad de memoria mucho mayor a los 2GB de las
plataformas a 32 bits
Los rendimientos de los procesos sobre sistemas operativos a 64 bits son superiores
Asignaciones de grandes cantidades de memoria a una nica JVM repercuten en una prdida de
rendimiento, por lo que aconsejamos como alternativa o bien la creacin de ms procesos JVM en
lugar de asignar mucha memoria a un nico proceso JVM o desplegar mas servidores de
Aplicaciones
Valores de Max heap size de 3GB a 6GB por JVM son adecuados para el despliegue de las
aplicaciones TAO 2.0
Por necesidades en la gestin de la memoria asignada a la mquina virtual de JAVA las las instalaciones de
aplicaciones TAO 2.0 requieren la utilizacin de versiones de Siste
Sistema Operativo a 64 bits.
bits.
Actualmente la Suite de Aplicaciones TAO 2.0 est formada por las siguientes aplicaciones:
Buroweb sTiim
Conecta myTAO
ePob Registro Electrnico (STA)
Gema eSTIMA
Registra
Las aplicaciones de Buroweb y Conecta son necesarias en el despliegue de cualquiera aplicacin TAO 2.0.
En instalaciones de ms de tres aplicaciones sobre un nico servidor de aplicaciones

aplicaciones,
plicaciones recomendamos o bien repartir
las aplicaciones en ms de una JVM (Figura 1) o crear varias JVM con todas las aplicaciones y configurar el acceso a
travs de un sistema balanceador (Figura 2).
SERVIDOR DE APLICACIONES SERVIDOR DE APLICACIONES

ACCESO BALANCEADOR WEB ACCESO BALANCEADOR WEB
Figura 1 Figura 2

Pgina 26
word
En despliegues sobre varios servidores de Aplicaciones,

Aplicaciones recomendamos configuraciones de dos o ms servidores de
aplicaciones en los que en cada uno de ellos disponemos de una o ms JVM. El acceso a los servidores se realiza a
travs de un sistema balanceador (Figura 3).
SERVIDOR DE APLICACIONES
ACCESO BALANCEADOR WEB
BALANCEADOR
EB EB
RW RW
VIDO VIDO
SER SER
JVM 2GB JVM 2GB JVM 2GB JVM 2GB
Presentacin Presentacin Presentacin Presentacin
Y Y Y Y
Negocio Negocio Negocio Negocio
JVM 2GB JVM 2GB
Presentacin
B B
Presentacin
EB B
OWE OWE OW OW E
BUR CTA Y B UR CT A BUR CTA Y BUR CTA
E E E E
CO N 1 CO N CO N 1 C O N
APP Negocio
1
APP Negocio
1 APP
APP
2 2 2 2
APP APP APP APP
3 3 3 3
APP APP APP APP
. . . .
N N N N
APP APP APP APP
Figura 3

Pgina 27
word
Arquitecturas Certificadas
A continuacin presentamos el detalle de las diferentes alternativas de despliegue para las aplicaciones TAO
2.0 comentando las ventajas e inconvenientes de cada una de ellas.
5.1.1 Alternativa 1 Despliegue Simple
Un servidor Web y de Aplicaciones con una o varias JVM para las aplicaciones de TAO2.0 en
el que tambin est instalado el Balanceador Apache
Un servidor para la generacin de los informes de las aplicaciones TAO 2.0 con el software
de Actuate.
Un servidor en la DMZ para las aplicaciones TAO 2.0 accesibles desde Internet
Un servidor con Documentum si el despliegue incorpora la Gestin Documental
Esta es la configuracin que habitualmente se despliega en clientes pequeos, primeras
instalaciones y en los entornos de pre-produccin y pruebas.
BALANCEADOR TAO 2.0

Intranet DESPLIEGUE SIMPLE
BBDD
SERVIDOR WEB y
APLICACIONES
SERVIDOR
BASE DATOS
ACTUATE
DOCS
SERVIDOR INFORMES
USUARIOS
DMZ
TAO 2.0 GESTOR DOCUMENTAL

Internet
Entornos Pequeos
Entornos de Pre-produccin
Ventajas:
Alternativa mas simple y econmica ya que comporta la adquisicin o la creacin de un
nmero de servidores limitado
un servidor Web y de Aplicaciones en la LAN que tambin acta de Balanceador
un servidor en la DMZ para las aplicaciones accesibles a Internet
un servidor para la generacin de los Informes
un servidor de Documentum para la gestin documental (segn el despliegue)
Facilidad en las tareas de administracin, de gestin de los cambios y despliegues de
actualizaciones o nuevas versiones de producto.
Inconvenientes:

Pgina 28
word
Servicios desplegados en un nico servidor significa tener un nico punto de fallo. Errores o
cadas del servidor afectan a la funcionalidad de las aplicaciones que hay desplegadas sobre
dicho servidor.
Las Plataformas de Virtualizacin Software incorporan funcionalidades de alta disponibilidad
y movimiento en caliente de mquinas virtuales y son una buena alternativa de despliegue
para evitar tener nicos puntos de fallo.
No se dispone de alta disponibilidad de las aplicaciones en despliegues sobre servidores
fsicos.
Rendimiento limitado. Todos los usuarios dependen de la potencia y rendimiento de este
nico servidor Web. Un cuello de botella de alguno de sus componentes (ram, cpu,
disco,etc) afecta a todos los usuarios.
No hay balanceo de carga, todas las sesiones de usuario deben ser resueltos por el mismo
servidor Web.
5.1.2 Alternativa 2 Despliegue Compacto en varios Servidores Web
Dos o ms Servidores Web y de Aplicaciones en un montaje compacto en los que la capa de

presentacin y negocio estn en el mismo servidor y con las aplicaciones de TAO 2.0
desplegadas en cada uno de los servidores (una o varias JVM por servidor) .
La configuracin de los servidores Web y de Aplicaciones debe ser tal que permita el Server
Affinity, el mantenimiento de las conexiones de los usuarios en el servidor sobre el que se
inicia la ejecucin de una aplicacin.
Certificado para los servidores de Aplicaciones JBoss y IBM WebSphere
El sistema balanceador distribuye las conexiones de los usuarios entre los servidores Web y
de Aplicaciones. Como balanceadores tenemos certificadas las siguientes posibilidades:
Apache 2.2.x para Plataformas Windows o Linux
Tambin es posible el uso de balanceadores hardware, pero estos quedan fuera del
mbito de este documento.
de Actuate.
Un servidor de Documentum para la gestin documental si se incluye este componente.
Esta configuracin se suele utilizar en entornos de produccin medianos en los que se
descarta la complejidad de los sistemas clster.

Pgina 29
word
DESPLIEGUE COMPACTO
TAO 2.0 EN VARIOS SERVIDORES
Intranet WEB
SERVIDORES WEB y
APLICACIONES
BBDD
TAO 2.0
BALANCEADOR
Intranet
SERVIDOR
BASE DATOS
USUARIOS ACTUATE
DOCS
SERVIDOR INFORMES
GESTOR DOCUMENTAL
DMZ
TAO 2.0
Internet
Entornos Medianos
Ventajas:
Configuracin que facilita las tareas de administracin, de gestin de los cambios y
despliegues de de actualizaciones o nuevas versiones de producto.
Aporta una mayor disponibilidad del sistema. La cada de uno de los servidores afecta a las
conexiones de los usuarios que estn utilizando dicho servidor, pero si estos vuelven a abrir
las aplicaciones, el balanceador encaminar la conexin hacia el resto de servidores activos.
Aumenta la capacidad de procesamiento y rendimiento global del sistema. Esta
configuracin permite absorber la carga de trabajo de un mayor nmero de usuarios.
(escalabilidad horizontal)
Inconvenientes:
Mayor coste econmico. Un despliegue de este tipo requiere de un mnimo de dos servidores
Web y de un sistema balanceador.
Es necesario configurar, administrar y gestionar un sistema balanceador que reparta las
conexiones entre los diferentes servidores Web y un frontal de servidores de Aplicaciones.
El sistema balanceador y el servidor de informes se convierten en un nico punto de fallo. El
mal funcionamiento o la cada de estos elementos afecta a todas las aplicaciones
desplegadas, aunque los servidores Web no tengan ningn problema. Una buena solucin
es desplegar estos servidores dentro de una Plataforma de Virtualizacin que incorpore
funcionalidades de alta disponibilidad.

Pgina 30
word
No hay alta disponibilidad en despliegues del balanceador y del servidor de informes sobre
servidores fsicos. Si es posible desplegar el gestor documental con Documentum en un
Clster de Microsoft Windows Server con servidores fsicos
Los balanceadores de carga por software certificados funcionan repartiendo
equitativamente las conexiones de los usuarios entre los diferentes servidores de
aplicaciones, sin tener en cuenta la carga de trabajo que est asumiendo cada uno de estos
servidores.
5.1.3 Alternativa 3 Despliegue Compacto en IBM WebSphere ND
Dos o mas servidores Web y de Aplicaciones en alta disponibilidad con la capa de

presentacin y negocio de las aplicaciones de TAO 2.0 en cada uno de los servidores (una o
varias JVM por servidor ).
Servidores configurados en clster en modalidad load-balancing.
Este despliegue esta certificado nicamente con el servidor de aplicaciones de IBM
Websphere Application Server Network Deployment 6.1
Es necesaria la existencia de un sistema balanceador. Certificado IBM HTTP Server 6.1 junto
con el Plugin de conexin al WebSphere, IBM WebSphere Plugin.
El plugin de cada servidor Web se configura con afinidad de sesin, por lo que no es
necesaria la replicacin de sesin entre los miembros del clster.
de Actuate.
Un servidor de Documentum para la gestin documental si se incluye este componente.
No se certificar esta arquitectura de alta disponibilidad utilizando el servidor de aplicaciones
JBoss.
Configuracin recomendada en entornos de produccin con un elevado nmero de usuarios
concurrentes y en los que se requiere una gran capacidad de procesamiento y de
rendimiento.

Pgina 31
word
DESPLIEGUE CLUSTER DE
TAO 2.0
SERVIDORES WEB
Intranet
BBDD
TAO 2.0
BALANCEADOR
Intranet
SERVIDOR
BASE DATOS
USUARIOS CLUSTER
SERVIDORES WEB y
APLICACIONES DOCS
ACTUATE
GESTOR DOCUMENTAL
DMZ
TAO 2.0
Internet
SERVIDOR INFORMES
Entornos Grandes
Ventajas:
Sistema en Clster del servidor Web y de Aplicaciones que aporta alta disponibilidad. La
cada de uno de los servidores no comporta una prdida de servicio, las nuevas sesiones de
los usuarios son redirigidas al resto de servidores del clster.
Los servidores Web estn configurados con afinidad de sesin, por lo que no es necesaria la
replicacin de sesin entre los miembros del clster y ello repercute en un mayor
rendimiento de los sistemas.
Esta configuracin permite absorber la carga de trabajo de un mayor nmero de usuarios.
(escalabilidad horizontal)
El balanceador se encarga de repartir las conexiones entre los diferentes servidores Web.
Inconvenientes:
Mayor coste econmico. Un despliegue de este tipo requiere de un mnimo de dos servidores
y de las correspondientes licencias del IBM Websphere ND.
Las tareas de administracin, de gestin de los cambios y despliegues de las
actualizaciones o nuevas versiones de las aplicaciones de TAO 2.0 tienen un mayor grado de
complejidad.
Tipo de despliegue no certificado con los servidores de aplicaciones Jboss.
Es necesario configurar, administrar y gestionar el sistema Clster de IBM Websphere ND.

Pgina 32
word
El sistema balanceador y el servidor de informes se convierten en un nico punto de fallo. El

mal funcionamiento o la cada de estos elementos afecta a todas las aplicaciones
desplegadas, aunque los servidores Web no tengan ningn problema. Una buena solucin
es desplegar estos servidores dentro de una Plataforma de Virtualizacin que incorpore
funcionalidades de alta disponibilidad.
No hay alta disponibilidad en despliegues del balanceador y del servidor de informes sobre
servidores fsicos. Si es posible desplegar el gestor documental con Documentum en un
Clster de Microsoft Windows Server.

Pgina 33
word
5.2 Configuraciones de los Servicios Conecta

5.2.1 Acceso externo a travs de la Oficina Virtual del Contribuyente o de STA
El acceso a travs de las Aplicaciones Web como la Oficina Virtual del Contribuyente (OVC) o el Registro electrnico
(STA), permite a Ciudadanos, empresas y Entidades colaboradoras el acceso a las funciones seleccionadas de la
plataforma TAO 2.0. Independientemente de la arquitectura de despliegue seleccionada para las aplicaciones TAO
2.0, las aplicaciones Web requerirn de al menos un servidor web situado en la zona DMZ de la instalacin del cliente
y por tanto visible desde Internet.
La siguiente figura muestra una visin general de la red:
Ciudadanos
VPN
Tunneling
Entidades Internet
Colaboradoras
Servidor
Oficina Virtual Contribuyente
Registro Electrnico
Router / Firewall
LAN
Usuarios
Internos
Switch 1Gb
Servidor
Servidores Base Datos Conecta Servidor Web Servidores de Aplicaciones
Figura 4
En la figura se muestra como el trfico procedente de los ciudadanos a travs de Internet es dirigido a la aplicacin
Wed de la Oficina Virtual del Contribuyente (OVC) o de Registro Electrnico (STA) situada detrs de un sistema
cortafuegos. La aplicacin Web canaliza las peticiones del usuario (una vez identificado y autorizado) hacia los
Servicios Web de la capa de Integracin de Conecta situada habitualmente en un servidor de la LAN aunque
tambin puede ubicarse en esta u otra DMZ. Conecta invoca a los servicios requeridos de una o varias aplicaciones
del ERP y retorna el resultado a la aplicacin de la OVC o de la STA quien presenta el resultado de la transaccin
al usuario.

Pgina 34
word
5.2.2 TAO 2.0 Proveedor de servicios Web
Las empresas y entidades colaboradoras de nuestros clientes que usan la plataforma TAO 2.0 como proveedores u
otras entidades pblicas1 pueden realizar transacciones B2B a travs de los servicios de integracin de Conecta.
Ciudadanos
VPN
Tunneling
Entidades Internet
Colaboradoras
Servidor
Conecta
Router / Firewall
LAN
Usuarios
Internos
Switch 1Gb
Servidores Base Datos Servidor Web Servidores de Aplicaciones
Figura 5
En la figura se muestra como los servidores de las entidades colaboradoras, a travs de Internet, acceden a los
Servicios Web de la capa de Integracin de Conecta situada en la DMZ. Conecta identificar y validar la
autorizacin de la entidad solicitante antes de invocar a los servicios requeridos de una o varias aplicaciones del ERP
y retorna el resultado a la aplicacin B2B de la entidad colaboradora.

Pgina 35
word
5.2.3 TAO 2.0 Consumidor de servicios web
Puesto que otras entidades colaboradoras pueden ofrecer servicios web destinados a realizar transacciones B2B, Las
aplicaciones de la plataforma TAO 2.0 utilizan Conecta como puerta de salida hacia los servicios externos de nuestros
colaboradores.
La capa de integracin de Conecta permite que las aplicaciones TAO 2.0 puedan acceder a dichos servicios de
forma transparente como si se tratara de una invocacin programa-a-programa. Toda la complejidad inherente al
establecimiento de conexin, identificacin, conversin de a y desde XML se gestiona desde Conecta facilitando la
tarea a las aplicaciones del ERP.
El camino recorrido por las peticiones externas de servicios web es justo el inverso al indicado en la figura 5. La
aplicacin ERP invoca a un componente de negocio (no web service) en Conecta y este resuelve la peticin
invocando al servicio web de la entidad colaboradora correspondiente (o el ms adecuado a la peticin).
6 Comunicaciones
Para el acceso de usuarios de las aplicaciones TAO 2.0 que deban acceder a servicios de la red interna a travs de
Internet sin comprometer la seguridad de los datos, T-Systems recomienda situar el servidor de aplicaciones detrs de
un sistema cortafuegos que incorpore capacidad de creacin de VPN (Virtual Private Network).
Con este tipo de cortafuegos slo los usuarios autentificados (hay diversos niveles de seguridad en esta
autentificacin) podrn acceder al servidor de aplicaciones y nicamente a los servicios que se especifiquen.
Los sistemas cortafuegos con VPN permiten separar el trfico procedente de usuarios del Ayuntamiento situados en
diferentes edificios, del trfico procedente de las conexiones Internet que realicen los ciudadanos y que se redirige al
servidor Web dedicado a dicha finalidad.
6.1 Medidas adicionales de Seguridad

Para incrementar la seguridad y aislar ms el trfico procedente de Internet del acceso a la intranet se puede
desplegar un Proxy inverso entre el sistema cortafuegos y el servidor web.
Implementando una configuracin de este tipo, forzamos a que toda comunicacin dirigida al servidor Web deba
superar los filtros del Servidor Proxy.
Estn desaconsejados los servidores

servidores Proxy cuando el acceso a los servidores Web se realiza por comunicacin segura
SSL y con autentificacin por certificado digital.
digital En estos casos el filtraje de los servidores Proxy imposibilitan el acceso
a las aplicaciones.

Pgina 36
word
7 Configuraciones
En este captulo realizamos recomendaciones genricas de los distintos despliegues para las aplicaciones TAO 2.0 en
funcin de la carga de trabajo asociada al nmero de usuarios de las aplicaciones y un resumen de las caractersticas
hardware para los equipos
A1- Despliegue Simple con A1- Despliegue Compacto A2- Despliegue Compacto A3- Despliegue con IBM
Jboss con Jboss con Jboss o WebSphere WebSphere ND

Pgina 37
word 200
7.1 Configuraciones Instalaciones Pequeas
CONFiGURACiN DE LOS SERViDORES

Instalaciones de 1 a 15-
15-25 usuarios
TiPO DE DESPLiEGUE
Despliegue simple: Alternativa 1
Un nico como servidor Web y balanceador
Servidor Procesador Memoria Disco Otros
Web y de Servidor Bi-procesador 8 GB RAM DDR2 o superior 2 discos de 146 GB 10k-rpm SAS Controladora raid adicional con una cach
Aplicaciones Intel Xeon Quad Core a Hot Swap para el S.O. o discos de 256MB o superior para los discos
2.53GHz o superior de caractersticas superiores 2 adaptadores de red Gigabit
Fuente de alimentacin redundante
Base de Datos Servidor Bi-procesador 12 GB RAM DDR2 o superior 2 discos de 146 GB 10k-rpm SAS Controladora raid adicional con una cach
Intel Xeon Quad Core a Hot Swap para el S.O. o discos de 256MB o superior para los discos
2,66 GHz o superior de caractersticas superiores 2 adaptadores de red Gigabit
n Discos de 15.000 rpm SAS Hot Fuente de alimentacin redundante
Swap 2(+1) discos (RAID 1) o
4(+1) discos (RAID10) para datos
Informes Servidor Bi-procesador 8 GB RAM DDR2 o superior 2 discos de 146 GB 10k-rpm SAS Controladora raid adicional con una cach
Intel Xeon Quad Core a Hot Swap para el S.O. o discos de 256MB o superior para los discos
2.53GHz o superior de caractersticas superiores 2 adaptadores de red Gigabit

Pgina 38
word 200
7.2 Configuracin Instalaciones Medianas

Instalaciones de 15-
15-25 a 80-
80-100 usuarios
TiPO DE DESPLiEGUE
Despliegue compacto en dos o ms servidores: Alternativa 2 Despliegue compacto en sistemas de alta disponibilidad: Alternativa 3
2 o mas servidores Web en una configuracin compacta con un sistema 2 o mas servidores Web en una configuracin en alta disponibilidad.
balanceador.
Web y Servidor Bi-procesador 12 GB RAM DDR2 o superior 2 discos de 146GB 10k-rpm SAS Controladora raid adicional con una cach
Aplicaciones Intel Xeon Quad Core a Hot Swap para el S.O. o discos de de 256MB o superior para los discos
3.0GHz o superior caractersticas superiores 2 adaptadores de red Gigabit
Base de Datos Servidor Bi-procesador De 12 a 24 GB RAM DDR2 o 2 discos de 146GB 10k-rpm SAS Controladora raid adicional con una cach
Intel Xeon Quad Core a superior Hot Swap para el S.O. o discos de de 512MB o superior para los discos
3.0 GHz o superior caractersticas superiores 2 adaptadores de red Gigabit
n Discos de 15.000 rpm SAS Hot Fuente de alimentacin redundante
Swap 2(+1) discos (RAID 1) o
4(+1) discos (RAID10) para datos
Informes Servidor Bi-procesador 8 GB RAM DDR2 o superior 2 discos de 146 GB 10k-rpm SAS Controladora raid adicional con una cach
Intel Xeon Quad Core a Hot Swap para el S.O. o discos de de 256MB o superior para los discos

Pgina 39
word 200
7.3 Configuracin Instalaciones Grandes

Instalaciones de 80-
80-100 a 200 o ms usuarios
TiPO DE DESPLiEGUE
Despliegue compacto en dos o ms servidores: Alternativa 2 Despliegue compacto en sistemas de alta disponibilidad: Alternativa 3
2 o mas servidores Web en una configuracin compacta con un sistema de 2 o mas servidores Web en una configuracin en alta disponibilidad.
Balanceo.
Web Servidor Bi-procesador 32 GB RAM DDR2 o superior 2 discos de 146 GB 10k-rpm SAS Controladora raid adicional con una cach de
Intel Xeon Six Core a Hot Swap para el S.O. o discos de 256MB o superior para los discos
2.40GHz o superior caractersticas superiores 2 adaptadores de red Gigabit
Base de Datos Servidor Intel Xeon Six De 16 a 64 GB RAM DDR2 2 discos de 146GB 10k-rpm SAS Controladora raid adicional con una cach de
Core a 3.0 GHz o o superior Hot Swap para el S.O. o discos de 1024MB o superior para los discos
superior con 2 caractersticas superiores 2 adaptadores de red Gigabit
procesadores ampliable n Discos de 15.000 rpm SAS Hot Fuente de alimentacin redundante
a4 Swap 2(+1) discos (RAID 1) o
4(+1) discos (RAID10)
Informes Servidor Bi-procesador De 8 a 16 GB RAM DDR2 o 2 discos de 146 GB 10k-rpm SAS Controladora raid adicional con una cach de
Intel Xeon Six Core a superior Hot Swap para el S.O. o discos de 256MB o superior para los discos

Pgina 40
word
8 Consideraciones adicionales
Las recomendaciones de este documento se han realizado en base al nmero estimado de usuarios de las
aplicaciones instaladas. Sin embargo, es sabido que los requerimientos en TIC estn constantemente sujetos a
cambios, es posible que se decida incorporar nuevas aplicaciones a las infraestructuras que aqu se presentan
igualmente es muy probable que el servidor de base de datos sea compartido por otras aplicaciones (no slo las
consideradas de TAO 2.0). Tambin es necesario tener en cuenta factores como escalabilidad, disponibilidad,
criticidad, etc, de forma que la recomendaciones aqu proporcionadas deben adaptarse a las necesidades concretas
de cada instalacin.
A continuacin se presentan algunos de estos factores a considerar al tomar decisiones de configuracin de la
infraestructura para las aplicaciones TAO 2.0.
Escalabilidad
Los equipos que se adquieran deben tener capacidad de escalabilidad vertical pudiendo aadir procesadores
adicionales y almacenamiento adicional tanto interno como externo. La arquitectura de 3 capas tambin nos permite
tener una escalabilidad horizontal, es decir, incrementar el n de equipos que desempean las funciones de servidor
web y de aplicaciones. Creemos que en este sentido el crecimiento a medio-largo plazo est garantizado.
Disponibilidad
Otro aspecto importe a tener en cuenta es el de la disponibilidad de los equipos. Podemos asegurar disponibilidad
mediante la redundancia elementos crticos o mediante la redundancia de equipos servidores mediante clusterizacin
de los mismos. En nuestras propuestas acostumbramos a consideramos como mnimo la redundancia de elementos
crticos como discos y fuentes de alimentacin. En este sentido, asegurar la disponibilidad de los equipos tiene un
coste adicional que los gestores de la Entidad deben valorar y llegar a un compromiso razonable entre el nivel de
servicio proporcionado (criticidad de los servicios) y el coste necesario para sumirlo.
Gestor de Base de Datos

El servidor de base datos es siempre una pieza crtica del sistema por lo que cabe plantearse configuraciones
redundantes y tolerantes a fallos como un sistema clster o arquitecturas en alta disponibilidad y tener
implementados sistemas de almacenamiento de disco en sistemas RAID tolerantes a errores, controladoras
redundantes y discos de alto rendimiento as como doble fuente de alimentacin y tarjeta de red.
Ancho de Banda
En la conexin a Internet se ha de tener en cuenta hasta qu punto est garantizado este ancho de banda y cul es el
ancho de banda en cada sentido de la conexin, las conexiones ADSL ofrecidas al publico general por las operadoras
de TC no suelen garantizar el ancho de banda y por lo general son asimtricas, siendo mucho mayor el entrante que el
saliente, que es precisamente el que requieren los Ayuntamientos para consultar datos. Debe valorarse la utilizacin
de lneas ADSL simtricas y con anchos de banda garantizados.
Si las lneas ADLS son compartidas para los accesos web de los ciudadanos y para los accesos de usuarios del
Ayuntamiento a las aplicaciones, sera interesante considerar la posibilidad de gestionar el ancho de banda asignado
a cada funcin.

Pgina 41

Requerimientos Servidores Certificados Tao2

Загружено:

Сведения о документе

Исходное описание:

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Requerimientos Servidores Certificados Tao2

Загружено:

Авторское право:

Доступные форматы

GUA PARA EL

Versin: TAO 2.14.x

1.7 02.02.1010 Antoni David Cambios en requerimientos y arquitecturas soportadas

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

2 Visin general de las aplicaciones TAO 2.0 5

3 Requerimientos de los equipos servidor 10

4 Requerimientos de los equipos cliente 22

5 Arquitectura de las aplicaciones TAO 2.0 25

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

5.2 Configuraciones de los Servicios Conecta ....................................................................................................... 34

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

2 Visin general de las aplicaciones TAO 2.0

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

2.1 Plataforma de negocio

Servicios de negocio comunes

Arquitectura multinivel (Layered architecture)

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

2.2 Plataforma tecnolgica

Independencia de contenedor Java EE

Soporte de mltiples bases de datos

Soporte de Web Services

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

2.3 Arquitectura Fsica

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

Diferenciacin de los entornos: Para evitar confusiones e incorrectos funcionamientos de las

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

3 Requerimientos de los equipos servidor

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

3.1 Requerimientos Servidores Web y de Aplicaciones

SERViDORES WEB Y DE APLiCACiONES JBOSS

Servidor de Aplicaciones JBoss 4.2.3

Mquina Virtual Java JVM 1.6.0_45 64 bits

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

SERViDORES WEB Y DE APLiCACiONES iBM WEBSPHERE

Servidor de Aplicaciones WebSphere Application Server versin 6.1.0.21

3.1.2 Hardware de los Servidores Web y de Aplicaciones

SERViDORES WEB Y DE APLiCACiONES

Memoria 12 GB RAM o superior

2 discos SAS 146 GB a 10.000 rpm en RAID-1 para S.O. o

Interfaz de red Doble adaptador Gigabit Ethernet 100/1000

Alimentacin Fuentes de alimentacin redundante

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

SERViDORES WEB Y DE APLiCACiONES

Memoria 12 GB RAM o superior

Asignacin de 64 GB de espacio de disco para S.O. en sistemas

Interfaz de red Adaptador virtual Ethernet a Gigabit

3.2 Requerimientos Servidores Batch

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

3.3 Requerimientos Balanceador Web

3.3.1 Software del Servidor Balanceador Web

SiSTEMAS BALANCEADORES WEB CERTiFiCADOS

SERViDORES BALANCEADORES WEB APACHE 2.2.X

Sistema Windows 2008 R2 Standard o Enterprise Edition 64 bits

SERViDORES BALANCEADORES WEB iBM HTTP SERVER

28-05-2014 Requerimientos TAO 20 v2.14.x -v2.doc Versin 2.14.x T-Systems

3.3.2 Hardware del Servidor Balanceador Web

SERViDORES BALANCEADORES WEB

Memoria 2 GB RAM o superior

2 discos SAS 146 GB a 10.000 rpm en RAID-1 para S.O. o

Interfaz de red Doble adaptador Gigabit Ethernet 100/1000

Alimentacin Fuentes de alimentacin redundante

SERViDORES BALANCEADORES WEB