Introducing Linux Terminal Server Project
About LTSP
Linux Terminal Server Project (LTSP – http://www.ltsp.org) is a mature, proven technology in the form of an add-on package for GNU/Linux that allows connecting lots of low-powered thin client terminals to a Linux server. Applications typically run on the server and accept input and display their output on the thin client display. The latest version is version 5.x. Applications run on the server with a terminal known as a thin client handling input and output. These thin clients are known as X Terminals.
The
'terminal server' in LTSP is a server running the GNU/Linux operating
system that provides a graphical user interface (GUI) of a Linux
desktop to user terminals that don't have any Operating System loaded
onto themselves. The client is referred to as a thin-client. Protocol
used by LTSP for communication between the client and server is X11
or Windowing System running over a TCP/IP based network.
This technology is becoming immensely popular in schools across the world as it allows pupils access to computers without purchasing expensive desktop machines. Generally, they consume far less electricity (sometimes as low as < 20% of a regular desktop), lack a hard disk and are much quieter than desktop computers.
Advantages of LTSP
Single-point software installation and maintenance (i.e. only on the LTSP Server), instead of individual systems to be installed and maintained in case of traditional deployments.
Near zero-cost of post-deployment administration for the server. The server hardware typically has fewer points of failure.
100% virus / worm infestation free (Windows viruses and worms do not affect Linux systems). The local environment is highly restricted (and often stateless), providing protection from malware.
Better security model – Thin clients can be designed so that no application data ever resides on the client (it is entirely rendered), centralizing malware protection.
100% legal licensed software (under the open source license) on all terminals, irrespective of the number of terminals used
The software to be deployed may be shared with anyone. All such shared copies would be deemed as licensed software.
20 – 65% lower power consumption due to non-existence of hard drives, CD-ROM and Floppy drives on the terminals. Hence lower electricity bills.
Overall 35% lower cost of hardware, yet with nearly the “full power” of a traditional desktop system
Huge savings in maintenance costs.
Adding new, additional terminal later on is a plug-and-play activity
No additional software licensing / installation and/or support costs need to be paid if new terminals are added later (see #9 above)
Longer thin-client hardware life-cycle (typically 5 – 8 years) as compared to typical desktop PC (typically 2.5 – 3 years) – in institutional setups
Overall, thin clients are environment friendly, longer life-cycle leads to lesser e-waste. Less energy required to run, hence lower carbon (emission) footprint.
Some well-known LTSP deployments around the world
You can visit http://sourceforge.net/apps/mediawiki/ltsp/index.php?title=Ltsp_SuccessStories to see some of the best known LTSP success stories from around the world. The table below lists some of the LTSP deployments in India.
|
1 |
Dr. V. N. Bedekar's Institute of Research and Management Studies, Thane, Maharashtra |
|
2 |
Central Computer Facility, National Physical Laboratory, New Delhi, NCR |
|
3 |
Corporate Desktops - Nashik, Maharashtra. |
|
4 |
Nuchem, New Delhi, NCR |
|
5 |
Ambience Properties Ltd., Hyderabad, Andhra Pradesh |
|
6 |
Kanwal Rekhi School of IT (KReSIT), IIT Bombay, Maharashtra. |
|
7 |
West Bengal University of Technology, Kolkata, West Bengal |
|
8 |
Bijra High School, Durgapur, Burdwan, West Bengal |
|
9 |
Radhakantapur High School, West Midnapore, West Bengal |
|
10 |
Future Foundation School, Sri Aurobindo Inst. of Culture, Kolkata, West Bengal. |
|
11 |
West Bengal State University, Barasat, West Bengal. |
Turbo-charged
LTSP - Using Mille-Xterm / LTSP Cluster Service Layers
The solution entails centralizing servers to form a cluster of terminal servers. The cluster has four major components, as shown in figure below. The first is the boot server, which provides DHCP and TFTP services and serves as a base system optimized for the terminals via NFS. next comes the configurator, which generates the lts.cfg configuration file from an SQL database. The terminal then queries the load balancer, which in turn seeks out the cluster's least-loaded application server. The chosen application server login screen then appears, and after a successful authentication, the user can start using the desktop, browser, office suite and other applications.
MILLE-XTERM
relies on central file and authentication services that provide users
with the same account and file on every application server. The
open-source choice is NFS for users' home directories and OpenLDAP
for the directory service.
Unlike regular LTSP, there is no need for a separate network dedicated to terminals. They can share a LAN with other PCs. However, a reliable network infrastructure is crucial. With usual usage, each terminal generates an average of 1Mb/sec of X11 traffic.
Load Balancing between Application Servers
When
a terminal boots, it requests a display from the application server.
To dispatch users on available application servers, MILLE-XTERM
provides a load balancer. The load balancer agent runs on every
application server, collecting data on the state of the application
server and waiting for load-balancer server requests. A terminal
request for an application server will then prompt the load-balancer
server to get a randomly chosen application server in the weighted
list.
Load Balancing the LTSP Cluster
Currently, more than 800 terminals are deployed with MILLE-XTERM at the Laval School District (one of the founders of the MILLE project), and the plan is to deploy more than 1,000 additional terminals yearly (up to 75% of the existing computers will become X terminals).
Laval
School District (www.cslaval.qc.ca): 800 terminals and still
counting
Mille Illes School District (www.cssmi.qc.ca): 300 terminals and still counting
Grandes Seigneuries School District (www.csdgs.qc.ca): 100 terminals – pilot project
` Coeur des Valles School District (www.cscv.qc.ca): 75 terminals – pilot project
Affluents School District (www.csaffluents.qc.ca): pilot project
Legal Note : The Linux Terminal Server Project is published and distributed under the GNU General Public License.
Another look at LTSP – FICTION vs FACTS
|
FICTION #1 LTSP requires a fairly powerful server. And good thin-client hardware in India is fairly expensive. |
FACT #1 a) An ordinary Intel Core 2 Duo desktop PC system (even assembled will do nicely) using a good motherboard with 2 GB of RAM and 120 GB hard drive is powerful enough to act as an LTSP servers with the addition of extra 1 - 3 GB of RAM for running 10 – 20 thin-clients. Incidentally RAM is very cheap these days. So even the desktops can be used as LTSP Servers. b) LTSP *DO NOT* require the specialized hardware that the PC industry calls as "thin client". An old super-annuated Pentium III /Celeron 1GHz, 128/256 MB RAM with network card capable of PXE booting and a 15" SVGA monitor is like top-line hardware for the terminal hardware requirements. |
|
FICTION #2 Implementing a LTSP “Server” means it involves an IT infrastructure that requires really highly knowledgeable system administrator, which would be expensive and hard-to-find skillset, unlike the traditional individual PC based approach where almost anyone can manage. |
FACT #2 The cost of hardware acquisition is NOT the best parameter to judge the efficacy of LTSP servers. The manageability and maintenance (which is typically a life-cycle long cost) cost of LTSP is nearly ZERO in terms of cost of system administration / software maintanence / day-to-day operational overheads. Not so for individual PC based models. Actual user experience based data included below: a) At Jadavpur University, the first LTSP setup was done at the Dept of Sociology where the people using the system knew little beyond logging in and shutting down the system. Only telephonic support was provided to them on on-requirement basis. The system ran without any down-time for nearly 2 years, before it had to be physically touched (for replacement of a LAN card). b) At Bijra High School's LTSP setup (1 server + 5 nodes [with capability to increase to 8, before requiring a RAM upgrade on the server] - the server is "managed" by the young geography teacher Kakoli Dhara and the Head Master (English teacher) Kazi Nizamuddin. The system is running fine without any problem from November 2007 onwards up to present date and is used regularly for class work. A LTSP system is actually much like the *old* Hero Honda motorcycle advertisement - "Fill it! Shut it! Forget it!", it is designed to be used in places where reaching support personnel may be a problem. |
|
FICTION #3 Purchasing desktop PCs gives us the flexibility of loading several flavours of GNU/Linux and experimenting with them. This will give the students a chance to see and feel the different flavours. |
FACT #3 Sure! But here is a *more* realistic picture : a) LTSP Server supports what is called "client images" - the Operating system + Graphical Desktop + Tools + Utilities and software. Its is this client images which the terminals access. Multiple client images based on different flavours of Linux are available. For example, using a Fedora 12 based LTSP server, we can serve up an Ubuntu 9.10 based image to the terminal clients, the clients will have a Ubuntu Desktop instead of a Fedora Desktop. Multiple OS flavour based client images can be placed on the server and deployed on-the-fly on the terminals / clients, thereby giving the students an opportunity to explore and experience the different flavours, while benefiting from the advantages of LTSP system. |
|
FICTION #4 If the Server goes down for some reason, everything would goes for a toss, whereas one would never face such a problem with individual PCs with Linux installed. It's a single-point of failure. |
FACT #4 This is clearly what is called FUD approach (Fear, Uncertainty and Doubt). *Actual* evidence of server and software stability proves a different story. a)
LTSP offers high availability using clustered LTSP servers with
the software from Mille-Xterm project. If that is deemed to
technically unreachable, then simply having a standby LTSP server
which can be powered on, will do equally well, without any of the
technical headaches (which are really not there after it has been
setup once) c) for the same reason, any software / Operating system update (typically the auto-updates from the Net) will be equally done for all clients, since it needs to be installed on only once on the server. d) no requirement for expensive, branded UPSes for the client terminals. The terminals are plug-n-play devices, with no local storage, hence only surge and spike protectors are enough. By doing away with unnecessary UPSes we also address the issue of e-Waste from the discarded batteries of the same. e)
__NO__ requirement for Air Conditioning for the clients as they
work well in ambient room temparatures, only the server may be
kept in an AC environment and even that can be removed as long as
the space is well-ventilated. g) for the LTSP server itself (even without clustering), using a 2 Hard Disk based mirroring helps prevent against most hardware failures that are related to harddisk failure. h) the LTSP server itself can be imaged and made into a Recovery CD/DVD set, that will allow to restore it within 1 hour from any major hardware related failure, the Recovery CD/DVD will also ensure the ability to clone another new LTSP server of a similar hardware configuration. |
|
FICTION #5 Users will install software they want and this will surely affect all the other users using the server. |
FACT #5 A user can (if only allowed by the configuration of the LTSP server) make local change to the terminal's environment. However, the user can't do any sort of permanent damage to the server's settings. Any misconfiguration "created" by the user can be rectified by just rebooting the thin-client terminal once after the user has logged out. |
References:
[2] http://en.wikipedia.org/wiki/Thin_client
[3] https://wiki.stgraber.org/LTSP-Cluster
[4] http://www.mille-xterm.org/en/Main_Page
[5] http://www.l2c2.co.in/whyltsp.html (this document)
Document Authored By : L2C2 Technologies
Document Licensed under : Creative Commons – Attribution ShareAlike