TCO: Experiencias con LTSP y Terminales Linux
¿En que consiste ésta tecnología?
Un servidor de Terminales X-Window hace que las aplicaciones se ejecuten en el servidor X y la visualización y captura de eventos de teclado y ratón sucedan en el terminal. El acceso a las sesiones se realiza mediante el protocolo XDMCP y, en nuestro caso, mediante la configuración del GNOME Display Manager (gdm) para tal efecto.
Nuestra instalación consta de una maquina principal (servidor de terminales) potente. Un Pentium 4 a 3.4 Ghz con 1 Gb de Memoria y dos discos de 160Gb. Ésta configuración es suficiente para unos 8 usuarios concurrentes en la máquina ejecutando algunas aplicaciones pesadas (OpenOffice, Eclipse). Aprovechando que el procesador admite HyperThreading, instalamos un nucleo -smp. Los terminales varían desde una maquina usando un Chip VIA Nehemiah hasta unos Athlon XP recien llegados. La distribución usada para el sistema es Ubuntu GNU/Linux Warty Warthdog (4.10) con los repositorios Multiverse, de manera que tenemos acceso a gran variedad de software adicional, aunque la instalación base cumplía el 90% de los requisitos. Para configurar el entorno de terminales usamos la distribución de LTSP de su página web.
¿Porqué ahorramos con ésta configuración?
¿Y que hay del ancho de banda?
Es una buena pregunta y nuestro miedo inicial, pero al ver que pasando todos los archivos del servidor de ficheros al servidor de terminales ahorrabamos el ancho de banda de todos los usuarios accediendo al servidor de ficheros, nos tranquilizamos bastante 
. Además X no significa un uso tan grande como inicialmente parecía. Nuestra red es una red de 100Mbps y usamos como Switches unos Cisco Linksys de 24 Puertos, y no tenemos problema de ancho de banda. Si se da el caso de tener problemas con el ancho de banda, conectaremos el servidor de terminales a un puerto gigabit del Switch y esperamos así mejorar la disponibilidad de la red (si se da el caso, repito).
Sacrificios
Algunos lo pueden ver como una virtud; otros como una ventaja: El mayor sacrificio de éste esquema es que las terminales son realmente “tontas”, es decir, ninguno de sus dispositivos son útiles, excepto el sonido. LTSP permite que el dispositivo de sonido del terminal se use para “oir” los eventos de sonido que emita el servidor mediante un demonio como esound (esd).
¿Como arranca un terminal?
Los terminales no tienen instalado nada en sus discos duros; Es más, pueden no tener ni disco duro ni CD (hagan cálculos del ahorro de costes), dado que arrancan desde un diskette de 1.44 Mb, del cual hay ocupados alrededor de 64Kb. ¿Cómo puede ser esto? Muy sencillo.
Hay que tener en cuenta ésta tecnología
Desde que hemos probado en producción ésta tecnología (antes habíamos hecho pruebas con ella) y disponiendo de una maquina capaz de albergar a usuarios trabajando con documentos extensos de openoffice a la vez que otro usuario compila un proyecto y otro programa con eclipse, hemos visto que ésta tecnología realmente puede suponer un ahorro impresionante en el Coste Total de Propiedad: Las razones creo que quedan claras, pero paso a detallarlas para finalizar éste articulo:
Despedida
Despues de este “breve” articulo, cualquiera que desee ver la instalación con sus propios ojos o comentar algo sobre ello , que me eche unas lineas en los comentarios
Páginas: 1 2
7 Comentarios
RSS de los comentarios de esta entrada.
Deje un comentario
Disculpe, los comentarios están cerrados.
Enhorabuena por el artículo, por la experiencia y, sobre todo, por la valentía de apostar por este “reciclaje” de ideas antiguas que funciona de maravilla.
En el Hacklab de Leioa (http://sindominio.net/metabolik) normalmente nuestra problemática es similar: mucho trasto viejo (pentium 166 o similares) que se arrastra con aplicaciones pesadas y hacen inviable tener equipos sin una configuración demasiado “geek” (a nosotros nos da igual navegar en modo texto, pero traes a gente de fuera y quizá les dé un pasmo). Por todo esto, y con vistas a dar cursillos a gente no técnica, implementamos una arquitectura similar hace tiempo. La cosa no funcionó del todo bien porque no había nadie al cargo del servidor de terminales, así que se fue yendo un poco todo al carajo poco a poco.
Este último fin de semana se ha retomado el proyecto y se han puesto dos servidores de terminales (un poco de redundancia nunca viene mal), ya os contaré cómo va todo, pero creemos que esta es la definitiva
Comment por Pablo Garaizar Sagarminaga — 13/1/2005 @ 10:05 am
Al igual que Pablo quisiera darte la enhorabuena por la clara y enriquecedora exposición de tu caso.
Simplemente quisiera rebatir la ventaja del ahorro de costes reutilizando equipos antiguos.
Hoy en día, el equipo que estáis empleando como servidor de terminales es el PC de sobremesa doméstico tipo que se ofrece en cualquier tienda de informática a precio relativamente asequible.
Dicho precio obviamente va a ser más caro que reutilizar equipos ya amortizados, pero si se contabilizan las horas del más que posible mantenimiento, imposibilidad de encontrar recambio de HW defectuoso y casi segura falta de drivers por la antiguedad del piecerío, quizás el ahorro no sea tan significativo.
Además, en mi opinión, un sistema de terminales “tontos” se adecúa más a las necesidades de puestos de control en líneas de producción, monitorización de indicadores, etc. que a puestos de trabajo de ofimática, gestión o desarrollo de aplicaciones como parece ser tu caso.
Comment por dmontero — 13/1/2005 @ 11:01 am
En respuesta al comentario de dmontero, tan solo aclarar que:
· Con linux no tienes problemas de “drivers” antiguos, dado que dentro del kernel tienes soporte para casi todo. És mas: se suelen tener más problemas con los dispositivos nuevos que con los antigüos.
· Cuando uno de los terminales casca, pues pobrecito… se reemplaza, pero no hay que gastar tiempo y esfuerzos en sacar la información o buscar piezas de repuesto o reinstalar software en una maquina nueva …. esto ahora *mucho*.
· Para ofimatica / desarrollo es una solución genial: Todos los usuarios ofimáticos usan exactamente la misma versión de la suite ofimática, lo cual evita problemas de versionaje, y para los desarrolladores, también utilizan exactamente el mismo toolchain tanto para proyectos locales como para proyectos web y el mismo Entorno Integrado de Desarrollo (en éste caso eclipse)
Te animo a que veas instalaciones de éste tipo.
Comment por LuisMartinSantos — 13/1/2005 @ 12:17 pm
la verdad qe en esta paginano se entiende mucho lo qe quieren expresar. creo que tendrian que ser mas complejos y qe tendrain que poner una definicion concreta , simple y breve de las cosas pedidas
bueno les mando un beso feo y pegajosoooo los odio .. nunca cumplen con lo pedido.
y tambien creo que tendrian que dar buenas definicione
rosario sinopoli y lucila corti
Comment por arenita_io — 28/6/2005 @ 3:07 pm
Dont feed the troll
Comment por LuisMartinSantos — 28/6/2005 @ 4:05 pm
He pinchado en mi web un manual que he elaborado a la par que iba instalando un aula de terminales gracias al software LTSP y a Molinux 1.2. Lo podrás encontrar en la sección Taller Linux y en formatos pdf y html. Lo he montado con pantallazos y paso a paso, para que os animéis a aprovechar el hard antiguo.
Un saludo
Ramón Castro (ramon@ramoncastro.org)
http://www.ramoncastro.org
https://iesfernandodemena.dyndns.org/eco
Comment por ramón castro — 12/10/2005 @ 3:14 am
che pibe qe te pasa qe voy a google y popngo mi nomre y aprecen estas cosas?? tipo todo mal maan! osea bni da qe este mi nombre y el de mi amiga ensima invertidoooss
no puede ser qe yo ponga en esta pagina la palabra “pan” y me parezca cualqier cosa .. tipo ni da sos re antitopisimoo mal!!! uiii man te odiooo!
la re conchisima de tu madre en tangaa me da por del desimoqinto foroooo!! puitos!
Comment por rosario corti — 22/11/2005 @ 3:32 pm