Distribución de aplicaciones y datos

Los temas presentados a continuación pretenden ayudarle a planificar la configuración global del grupo de trabajo en relación con la definición de qué piezas del flujo de trabajo residen y se ejecutan en qué sistemas. La lectura previa del apartado «Selección de un modelo para compartir archivos» facilitará la comprensión de esta sección; observará que el análisis se decanta por el «Modelo de cliente-servidor».

Consulte cualquiera de las secciones siguientes para obtener más información:

Modelo para compartir archivos de HP-UX (V.4)

HP-UX presentó una nueva disposición del sistema de archivos en la revisión 10.0. La nueva disposición se basa en los sistemas de archivos AT&T SVR4 y OSF/1 y se ha pensado para aportar ventajas como:

La separación del software del sistema operativo y del software de aplicación.
Una base para los modelos para compartir archivos como el «Modelo de NFS sin disco» y el «Modelo de cliente-servidor».
La coherencia con otros proveedores de UNIX.

Para obtener más información, consulte el libro HP-UX 10.0 File System Layout White Paper en la dirección http://docs.hp.com.

¿Cómo contribuye esto a compartir archivos?

La nueva disposición es más despejada y lógica que en la revisión 9.x, es esencial para NFS sin disco (consulte el «Modelo de NFS sin disco») y debería simplificar la interoperabilidad con los sistemas UNIX de otros proveedores.

La nueva disposición no cambia la mecánica de la configuración de los montajes por medio de NFS, pero en efecto simplifica la administración de dichos montajes en un aspecto importante: la segregación de las aplicaciones que no son del «sistema» en /opt, y los cambios que han introducido aplicaciones como Netscape para ser compatibles, conllevan que el servidor pueda exportar ahora una aplicación dada desde un solo subdirectorio ubicado en /opt, en lugar de tener que exportar varios subdirectorios para cada aplicación o incluso todo el directorio /usr/local.

¿Qué distribuir, qué mantener localmente?

Teoría

El paradigma para compartir archivos V.4 divide los directorios de HP-UX en dos categorías: privados y compartidos (a veces también denominados dinámicos y estáticos).

Los directorios que contienen información sobre la configuración de un sistema se denominan privados y no deben compartirse a través de NFS; incluyen:

/ (directorio raíz)
/etc
/dev
/var
/stand

El modelo también define los directorios /home (para los directorios iniciales de los usuarios), /tmp y /mnt (para los montajes locales) como privados, aunque en la práctica existe un motivo para compartir /home y /var/mail (consulte «¿Deben compartirse los directorios inicial y de correo de los usuarios?»). Además, el directorio /opt en sí no debe compartirse, aunque los subdirectorios que contiene sean candidatos excelentes a la distribución.

Los directorios definidos como susceptibles de compartirse son:

/usr
/sbin
los subdirectorios de /opt

Práctica

En la práctica, excepto en el caso de NFS sin disco (consulte el «Modelo de NFS sin disco»), no es conveniente compartir /sbin ni los directorios ubicados en /usr que sean diferentes de /usr/local , porque se genera demasiada dependencia (el cliente NFS no puede funcionar a no ser que el servidor NFS esté funcionando) y porque surgirán problemas al tratar de mejorar los sistemas a una revisión nueva de HP-UX. HP recomienda ejecutar unas configuraciones unidas así de estrechamente sólo en el marco de NFS sin disco (actualmente restringido a los sistemas 10.x).

Los directorios que debe tomar en consideración para compartir son:

Los directorios de aplicaciones ubicados en /opt.
Los directorios que albergan los datos con los que operan las aplicaciones compartidas.
Los directorios que albergan los proyectos en los que colabora una serie de usuarios.
Los directorios que albergan datos volátiles importantes de los que se debe hacer una copia de seguridad cada noche.

Por ejemplo, los autores de este manual guardan el texto fuente en un servidor de archivos, un sistema de la serie 800 que ejecuta HP-UX 10.20, del que se realiza una copia de seguridad cada noche. Nuestras herramientas de edición y nuestro navegador web residen en un servidor de aplicaciones, un servidor de Clase K que ejecuta la revisión 10.20, en el que se llevan a cabo todas las tareas de mantenimiento del software. No se realiza una copia de seguridad de los discos locales y éstos no albergan ninguna aplicación ni herramienta que necesite soporte externo.

Distribución de aplicaciones

Los criterios principales relativos a la distribución de aplicaciones son el rendimiento y la comodidad de administración. Las posibilidades desde el punto de vista práctico son:

Almacenar las aplicaciones en un servidor y distribuirlas entre las estaciones de trabajo por medio de NFS.
Almacenarlas en un servidor en el que los usuarios inicien una sesión para ejecutarlas.

La única configuración que probablemente deba descartar desde el principio es instalar individualmente cada aplicación en los discos locales de cada estación de trabajo: aunque esto podría tener sentido en el caso de usuarios individuales infrecuentes con necesidades especiales, las consideraciones relativas a la administración del software hace que sea inconcebible como enfoque general.

Puesto que las aplicaciones se van a almacenar en un servidor o servidores, ¿qué es mejor: ejecutarlas en las estaciones de trabajo (por medio de NFS) o en el servidor? Existe división de opiniones y, en la práctica, se pueden combinar perfectamente los dos enfoques. Pero, se debe tener presente que las aplicaciones contemporáneas utilizan profusamente el espacio de intercambio y la memoria, por lo que, en ocasiones, conviene más concentrar estos recursos en un servidor que repartirlos entre las estaciones de trabajo individuales.

Para simplificar al máximo la administración (copias de seguridad y mantenimiento del software), debe:

Guardar los datos en una ubicación central donde se pueda realizar fácilmente una copia de seguridad de los mismos.
Conservar sólo una versión y una copia de cada aplicación.
Si es posible, concentrar las aplicaciones en un solo servidor potente.

Aspire a la configuración más sencilla que sea coherente con un rendimiento aceptable.

Servidores para fines específicos

La parte útil de todo sistema computacional se compone de las aplicaciones y los datos que éstas manipulan. El cometido del administrador es decidir cómo distribuir las aplicaciones y los datos del grupo de trabajo de modo que su acceso, respuesta y seguridad sean suficientes.

En esta sección se da por sentado que:

Se van a colocar estaciones de trabajo (en comparación con el uso exclusivo de terminales de pantalla) en los escritorios de al menos parte de los usuarios.
Los usuarios del grupo de trabajo compartirán al menos en parte las mismas aplicaciones.

Debe prever guardar las aplicaciones compartidas en una ubicación central donde instalarlas, configurarlas, realizar una copia de seguridad de ellas y mantenerlas. De un modo parecido, debe prever guardar todos los datos que compartan los usuarios, y la mayor cantidad posible de datos volátiles (es decir, datos que cambian con frecuencia, los comparta o no más de un usuario) en una ubicación central donde se pueda realizar fácilmente una copia de seguridad de los mismos y desde la cual se puedan distribuir entre las estaciones de trabajo por medio de NFS. El sistema cuyos discos albergan datos compartidos por lo general se denomina servidor de archivos (aun cuando los datos realmente residan en bases de datos en lugar de en archivos corrientes). El sistema en que se almacenan las aplicaciones compartidas puede denominarse servidor de aplicaciones o servidor de cálculo: en este manual se utiliza servidor de aplicaciones.

En muchos grupos de trabajo, el servidor de archivos y el servidor de aplicaciones son el mismo equipo, es decir, simplemente un almacén para todo lo que se comparte y todo lo que requiere una copia de seguridad regular. Esto puede resultar cómodo y tal vez sea lo máximo a lo que pueda aspirar con al hardware disponible, pero no es una situación ideal, porque las funciones de un servidor de archivos difieren de las funciones de un servidor de aplicaciones y aquéllas pueden interferir con éstas: por ejemplo, una CPU que esté ocupada administrando solicitudes NFS tendrá menos ciclos para las aplicaciones en proceso de ejecución.

Servidor de archivos

Por lo general, los usuarios no inician una sesión en un servidor de archivos, sino que obtienen los datos que necesitan del mismo por medio de los montajes de NFS.

Los requisitos principales de un servidor de archivos son:

Mucho espacio en disco.
La creación de bandas en discos, que permite la E/S de varios cilindros al mismo tiempo, puede mejorar el rendimiento.
Bastante RAM.
Interfaces de E/S rápidas como Fast-Wide SCSI.
Proximidad a las estaciones de trabajo a las que preste servicio.
Actuar en los concentradores, enrutadores, conmutadores y segmentos ocupados de la LAN ralentizará el proceso.

Con esta lista no se pretende insinuar que la potencia de la CPU no sea importante en un servidor de archivos, sólo que no reviste tanta importancia como en el caso del servidor de aplicaciones.

Servidor de aplicaciones

Si tiene, o puede permitirse comprar, los recursos de hardware necesarios, debe instalar las aplicaciones en un sistema en el que los usuarios puedan iniciar una sesión y ejecutar las aplicaciones. Que lo hagan o no dependerá en parte del grado de potencia y capacidad del que dispongan en los escritorios correspondientes, del rendimiento de la LAN y de la compatibilidad con el sistema operativo/aplicaciones; pero es probable que por lo menos algunos usuarios del grupo no puedan ejecutar localmente todas las aplicaciones que necesiten y que otros usuarios prefieran no hacerlo porque, por un motivo u otro, el rendimiento local es deficiente. Además, como es natural, algunas aplicaciones, como las aplicaciones de bases de datos grandes, debido a su naturaleza necesitan unas capacidades que no es probable que tenga cualquier escritorio.

Los requisitos de un servidor de aplicaciones son:

Todas las características de un servidor de archivos, porque en algunos casos actúa como tal, al distribuir aplicaciones por medio de NFS entre los clientes que las ejecutan localmente.
Por motivos de rendimiento, este arreglo probablemente no sea ideal (es probable que las aplicaciones se ejecuten más rápidamente si la CPU del servidor no está ocupada con la administración de solicitudes de NFS), pero es un arreglo habitual y, en la práctica, puede funcionar bien.
Así como un procesador potente, y tal vez varios procesadores, para que pueda ejecutar aplicaciones grandes y numerosas al mismo tiempo.

Por motivos de compatibilidad con las aplicaciones, cabe la posibilidad de que el servidor de aplicaciones también necesite que se realicen con más frecuencia actualizaciones del sistema operativo que en el caso del servidor de archivos.