 |
» |
|
|
|
Si está a punto de configurar un grupo de trabajo
nuevo, o de realizar cambios extensos en un grupo de trabajo existente,
antes debe decidir cómo va a distribuir los recursos computacionales
entre los usuarios. La decisión más importante
a este respecto afecta a cómo van a compartir los usuarios
los archivos y las aplicaciones, es decir: ¿Iniciarán los usuarios
una sesión en los sistemas en que residan los archivos
y las aplicaciones? («Modelo
multiusuario») ¿Realizarán el inicio desde un
sistema remoto y almacenarán los datos compartidos de forma
remota? («Modelo
de NFS sin disco») ¿Realizarán el inicio desde su
disco local, pero almacenarán de forma remota los archivos
y aplicaciones compartidos? («Modelo
de cliente-servidor»)
Es probable que la solución sea una combinación
de las respuestas a las preguntas anteriores y es posible que las
incluya todas. En las siguientes secciones, se pretende ayudarle
a indagar sobre cada uno de los modelos y a elegir el predominante. Modelo
multiusuario | |
Un sistema multiusuario
es un sistema en que una serie de usuarios inicia una sesión
a fin de llevar a cabo su trabajo por medio de un terminal conectado
directamente al sistema o de un emulador de terminal ubicado en
un sistema remoto conectado por medio de un módem o una
LAN. ConvenientesEs posible que sea el uso más óptimo
de los recursos computacionales de un sistema grande. Consulte la sección «Distribución de aplicaciones» Es el modelo más sencillo: Sólo
hay un sistema para configurar y mantener, y del que realizar una
copia de seguridad. No hay ningún problema de convivencia con
el sistema operativo. Es la matriz de hardware/sistema operativo/aplicación
más sencilla posible.
Puede disminuir el tráfico de la LAN. La seguridad: Es fácil
de proteger desde el punto de vista físico (p. ej., en
una sala de equipos computacionales cerrada con llave). Permite guardar los datos confidenciales (o todos
los datos) lejos del escritorio.
InconvenientesSe necesita un sistema grande, tal
vez con varios procesadores: Requisitos especiales de potencia
y ambientales.
Es frágil: Si el sistema se bloquea, o se apaga
para realizar tareas de mantenimiento, no puede trabajar nadie. Es probable que el error de un componente cualquiera
afecte a todos.
Es inflexible: Le cuesta redistribuir la carga en
respuesta a los cambios (o cálculos erróneos)
de uso y rendimiento.
ResumenEste modelo puede ser el indicado para su caso si tiene un
sistema de gran potencia, o puede permitirse comprarlo, y todos
los usuarios utilizan las mismas aplicaciones para manipular los
datos que se pueden almacenar centralmente, es decir, que no se
reparten por los discos locales. Si es éste el caso, los
usuarios no tienen que privarse de las ventajas de las ventanas:
los terminales X presentan las mismas posibilidades de presentación
que los monitores de estaciones de trabajo. Aun cuando este modelo en su estado puro no se adecue a su
caso, es muy posible que desee utilizarlo en combinación
con un enfoque tendente a una mayor distribución; por ejemplo,
es posible que desee que por lo menos una parte de los usuarios
tenga estaciones de trabajo en los escritorios y que, aun así,
tenga la posibilidad (o la obligación) de iniciar una sesión
en un «servidor de aplicaciones» de gran potencia para
ejecutar aplicaciones que necesiten la memoria, la velocidad MIPS,
el espacio en disco u otros recursos de un sistema grande; o podría
distribuir las aplicaciones por dos o tres estaciones de trabajo
de gama alta y hacer que los usuarios inicien una sesión
en éstas para ejecutar las aplicaciones. Modelo
de NFS sin disco | |
El término NFS
sin disco describe los sistemas que utilizan características
especiales de NFS para compartir el sistema de archivos raíz.
(Sin disco significa que los clientes no necesitan ningún
disco; en la práctica, muchas estaciones de trabajo «sin
disco» tienen como mínimo un disco). En este manual,
este término se aplica de forma específica a la implementación
de HP del NFS sin disco. | | | |  | ATENCIÓN: NFS sin disco representa una buena opción
para los grupos de trabajo, o las secciones de grupos de
trabajo, que funcionen con las versiones 10.0 a 10.20, pero no se
admite en revisiones posteriores. | | | | |
ConvenientesLa distribución
de los recursos es fácil y eficaz: La administración desde un solo punto (por
medio del SAM): La seguridad física: Resulta fácil guardar bajo
llave en una ubicación central los dispositivos periféricos
valiosos y los discos que contengan datos confidenciales.
InconvenientesNo se admite después de la
revisión HP-UX 10.20. Es frágil: Si el servidor se bloquea, o se apaga
para realizar tareas de mantenimiento, no puede trabajar nadie.
Depende mucho del rendimiento de la LAN y la subred: Se recomienda cambiar al disco local
para obtener un mejor rendimiento.
ResumenSi su única responsabilidad o responsabilidad principal
va a ser administrar el grupo de trabajo y no necesita ejecutar
HP-UX 11.0, debería considerar el uso de NFS sin
disco. Este modelo ha perdido aceptación entre el público
a medida que el precio del espacio en disco ha ido disminuyendo,
pero sigue siendo la forma más fácil de administrar
un grupo de estaciones de trabajo. El SAM,
el System Administration Manager accionado
por menús, se ha adaptado a partir de HP-UX 10.01
para simplificar la administración de un clúster
de NFS sin disco desde una consola. Para obtener más información,
consulte el Capítulo 10, «Configuración
y administración de un clúster NFS sin disco bajo HP-UX». Modelo
de cliente-servidor | |
El modelo cliente-servidor es
un término paraguas que se utiliza para hacer referencia
a los grupos de trabajo que comparten recursos diferentes del sistema
de archivos raíz, es decir: las estaciones de trabajo ejecutan
HP-UX desde sus propios discos locales, pero dependen de
un servidor NFS en el caso de los archivos y aplicaciones que no
sean de «sistema» y también pueden tener disposiciones
comunes relativas a la impresión, la copia de seguridad
y el acceso de los usuarios. ConvenientesLa flexibilidad: Se pueden redistribuir fácilmente
los recursos en respuesta a las necesidades y condiciones cambiantes
y a los resultados del método por tanteo.
La solidez: Si se produce un error en un sistema
o componente, esto no tiene por qué afectar a todos. Los datos y otros recursos a menudo pueden trasladarse
con rapidez de un sistema averiado a un sistema en funcionamiento, lo
que reduce al mínimo el tiempo de inactividad.
El rendimiento: Al asignar funciones como servidor
de archivos, servidor de aplicaciones y cliente,
los recursos de hardware y software deben poder distribuirse para
obtener el mejor rendimiento posible.
La responsabilidad compartida: En función de los usuarios,
tal vez pueda delegar en ellos la mayor parte de la labor de administrar
las estaciones de trabajo respectivas, lo que disminuirá la
carga de trabajo suya a largo plazo.
InconvenientesLa complejidad: La matriz de versiones del sistema
operativo, versiones de las aplicaciones y dispositivos periféricos
puede ser difícil de manejar. Cuanto más amplia sea la distribución
de los datos, más difícil será realizar
una copia de seguridad de los mismos. Los montajes por medio del NFS pueden crear dependencias
entre los sistemas: puede resultar difícil mantener un
seguimiento de los sistemas y éstos pueden plantear problemas
durante el inicio y el cierre.
El rendimiento: Depende mucho del rendimiento de la
LAN y la subred. La ejecución local de las aplicaciones
puede mitigar los cuellos de botella de la LAN, pero a costa de
perder la potencia computacional de un servidor grande.
La desorganización: Si los usuarios tienen libertad, aunque
sólo sea parcial, para administrar sus propios sistemas,
la complejidad y los problemas inesperados pueden aumentar más
allá de la capacidad del administrador para afrontarlos.
ResumenEste modelo, debido a la flexibilidad que presenta y tal vez
también a la creencia generalizada de que es una forma
natural de organizar el trabajo, va ganando progresivamente más
aceptación y, en consecuencia, este manual se ocupa ampliamente
de él. En teoría, este modelo permite tener lo mejor de
todos los ámbitos: todos los integrantes del grupo de trabajo
pueden utilizar la mejor combinación de los recursos del
grupo (potencia computacional, almacenamiento masivo, impresión,
posibilidades de presentación) sin que su dependencia sea
tal que tengan que irse todos a casa en caso de averiarse un servidor. En la práctica, está la contrapartida de
las difíciles concesiones que hay que hacer. Si el objetivo
es que todos envíen y reciban el correo localmente, en
lugar de depender de un concentrador de correo, tendrá que
configurar y mantener, por ejemplo, archivos de alias de correo
en cada estación de trabajo, lo que conlleva mucho trabajo
en una empresa grande. Si se trata de disminuir el tráfico
de la LAN haciendo que los usuarios ejecuten las aplicaciones y
almacenen los datos localmente, usted no sólo tendrá que organizar
la copia de seguridad de dichos datos, sino que también
puede verse en la tesitura de tener que comprar discos y memoria
para que el rendimiento local sea aceptable. Por otro lado, consolidar los recursos en los servidores debería
ahorrarle tiempo y dinero, pero le retrotrae a una dependencia parecida
a la del gran sistema (mainframe), aunque de unos cuantos sistemas
en este caso, con el añadido de la dependencia del rendimiento
y la fiabilidad de la LAN. Si adopta este modelo, debe asignar tiempo (y, si es posible,
parte del presupuesto) al tanteo y el afinamiento. Para obtener
pautas y recomendaciones, consulte la sección «Distribución
de aplicaciones y datos». |
Versión para imprimir
