Om maar 's even ontopique te gaan:
Als je Thincliens met CD-ROM wilt moet je dus voor FAT clients gaan.
Fat clients zijn gewone pc's met bijvoorbeeld ICA clientsoftware erop. Als je 't makkelijk wilt doen, maak je die waterdicht (bijvoorbeeld met progman.exe als shell en alles verder afgeschermt, 1 icon: aan uit doe je gewoon via centrale management software) zodat je daar alvast geen gedonder kunt krijgen.
Op die manier kun je je huidige machines hergebruiken. De CD-ROM van je machines moet je delen evenals de A-drive zou je die willen gebruiken en je kunt in je loginscript zetten dat deze die shares als default aanmaakt onder een bepaalde driveletter.
Je kunt dat in bijvoorbeeld een ICA sessie gewoon je lokale drives benaderen voorzover je dat ingesteld hebt. Software installeren kan dus niet vanaf je lokale clients.
Verder: Centralised computing klinkt allemaal heel erg leuk en aardig maar houdt er wel rekening mee dat gebruikers de hele tijd liggen te zeuren over software die geïnstalleerd moet worden en dat niet alle software werkt onder bijvoorbeeld ICA (Citrix). Dit is een feit waarmee je zeker rekening moet houden.
Ook is het zo dat als er een server down gaat dat de andere meer load krijgen daardoor, de gebruikers werken in principe lokaal op de server, gaat er nog eentje down dan moet je toch al een verdomd goede loadbalancer hebben wil je dat nog op kunnen vangen. Brengt ons bij het punt van load balancing, deze is gewoon nodig wil je al je verkeer fatsoenlijk laten stromen over je netwerk.
Verder heb je natuurlijk nog een aparte file server nodig en evt. nog een aparte printserver, die laatste hoeft niet zo spectaculair te zijn, het ligt eraan hoeveel printers je hebt natuurlijk.
Ook moet je rekening houden met email, hoe gaat dat in zijn werk, welke mailserver ga je gebruiken áls je überhaupt een mailserver gebruikt... Let ook goed op welke software je installeerd op de TS-en, geeft deze niet teveel overhead.
Je zult alle bandbreedte die je tot je beschikking hebt moeten benutten, niets ongebruikt laten... Bouw daarom wel buffers in, bijvoorbeeld houd minimaal 10mbits bandbreedte over voor evt. latere toepassingen en noodvoorzieningen.
En bedenk dat gebruikers al snel geneigd zijn om te klagen over de trage snelheid van het netwerk! Meer mensen betekend meer bandbreedte en dus meer verbruik. Dus een nominaal lagere snelheid!
Natuurlijk zijn er wel voordelen

Je hoeft niet meer alle pc's af te lopen voor onderhoud, is er een fatclient defect, gewoon omwisselen, no problem er is geen afhankelijke software op de clients geïnstalleerd, maar gewoon standaard software die voor elke client hetzelfde is.
Central computer heeft als voordeel dat je een dikke serverfarm hebt, die alle clients serveren. Dit heeft dus wel voordeel in hardwareaanschaf en levensduur van de hardware, als het goed is hoeven gebruikers niets te merken wanneer servers vervangen wordt. Bijhangen van servers is gewoon extreem gemakkelijk, gebruikers merken het meteen in snelheid en de last van de servers wordt meteen minder

Anderzijds is het tegenover gesteld als je servers weg doet.
Natuurlijk heb je nu een vast budget, je hoeft immers niet meer elke zoveel jaar je clients te vernieuwen, deze kun je de komende 5 jaar minimaal laten staan, omdat zij alleen beeld en toetsenbordaanslagen doorgeven. Hoogstens je netwerkappartuur omdat die het meeste gebruikt gaat worden.
Omdat je spreekt van zoveel clients zou ik niet volledig centralised gaan werken, maar verschillende lokaties en dus ook verschillende netwerken gebruiken, dit scheelt je zoveel in capaciteit. Ook kun je bij wijze van nood op iets terug vallen. Je kunt de verschillende lokaties verbinding met een backbone van glas met routers ertussen die je desgewenst open en dicht kunt zetten. Je moet natuurlijk wel een of meerdere fileservers hebben, die kunnen dan mooi verbonden worden met je backbone. Zo creeër je redundancy binnen je netwerk.
Vooral handig omdat je best wel afhankelijk bent van je netwerk. Denk daar ook goed overna, een 10mbits netwerk forget it! 100mbit kan goed, maar toch zou ik voor 1gb gaan onderling voor de servers en tussen de backbones.
Verder onthoudt dat per gebruiker ongeveer 100 mb RAM gebruikt wordt, reken nooit te weinig maar ga altijd van meer uit, dan wordt je load namelijk wat beter verdeeld op de server. Reken ook in schrijfruimte, een gebruiker kost je ongeveer 200 mb ruimte op de server. Vergeet hier ook niet aan te denken, houdt genoeg ruimte over, het systeem moet wel blijven draaien natuurlijk
Op een quad Xeon 550 met 2048mb ram, 9gb hdd draaien bijvoorbeeld 50 ~ 70 gebruiker redelijk. Op een dual Xeon 1.2 met 1024mb ram, 9 gb hdd draaien 40 ~ 60 gebruikers prima en fatsoenlijk.
Hier op af gaande zou ik kijken voor dual Xeon's met 2048mb ram met 20 gb hdd kiezen, als je dan 3 gHz. Als je bovenstaande gegevens vergelijkt zou ik uitkomen op zo'n 60 ~ 90 gebruikers per server....
Rekensommetje:
1454 / 75 = 19,38.
Gaan we uit van hele servers worden het dus 20 terminal servers... Wordt aan de krappe kant misschien dus ga uit van nog 2 erbij just to be on the safe site...
22 terminal servers.
Hiervoor heb je natuurlijk ook loadbalancers nodig, anders gaat het falikant mis met inloggen, een server gigantische load, andere bijna niets, het moet gelijk verdeeld zijn natuurlijk

Anders heeft die wel goede snelheiden terwijl de andere totaal niets heeft...
Voor 22 terminalservers zou je best wel eens 2 loadbalancers kunnen inzetten, als je bovendien op twee verschillende lokaties werk binnen je gebouw (zéér aan te raden vanwegen redundancy!) Dat zijn dus weer 2 servers erbij...
Daarbij nog eens file en print servers. Laten we zeggen dat elke leerling een datastorage krijgt van zo'n 50 mb, redelijk voor leerlingen lijkt mij zo (weet niet welke leerlingen dat je hebt, ga ervanuit dat er geen grafische leerlingen bijhangen)
Krijg je dus 72,6 gb, er vanuit gaande dat we naar de 100mb gaan en nog wat extra ruimte opnemen voor andere zaken zou je een storage van 175 gb kunnen nemen. Lijkt me redelijk houd je 30 gb in reserve.
Je pakt voor te beginnen 1 file server, die deze storage servereert, dit is goed mogelijk. Misschien is het verstandiger om 2 of zelfs 4 servers te pakken ivm de hoge netwerk belasting die het netwerk gaat genereren omdat alle gebruikers hierop werken.
Buitendat als je meerdere fileservers hebt, zou je taken kunnen combineren, zo zou je een server kunnen installeren als zuiver printserver, daarnaast om de printserver te ontlasten zou je een deel van je printervloot op de fileservers erbij kunnen zetten.
Je hebt natuurlijk ook nog pc's nodig voor software op uit te rollen naar de TS-sen toe.
En je hebt een mailserver nodig als je die gebruikt.
Verder zou het ook zo kunnen zijn dat je een aparte applicatieserver gebruikt om applicaties op de draaien dit is een mogelijkheid om de load van je terminalservers omlaag te brengen en zo gebruikers sneller te laten werken.
Goed tellen we even op:
2 loadbalancers voor de terminalservers.
22 terminal servers.
4 fileservers waarvan 2 ook printservers zijn.
1 printserver.
Dat zijn dus al 31 servers, een niet echt misselijke serverfarm!
We hebben het trouwens nog niet gehad over het fysieke netwerk, zorg ervoor dat je géén spanningtree hebt en dat je collisiondomains zo klein mogelijk houd. Dit allemaal bevorderd je capaciteit en je load op je netwerk wat weer zorgt voor snelle connecties en blije gebruikers omdat het niet langzaam draait.
Al met al is het een hele kluif, je moet ook met de software om kunnen gaan, TS-servers beheren, je moet een hoop cursussen volgen, een hoop nieuwe kennis opdoen voor je aan dit avontuur kunt gaan beginnen. Buitendat zal het een gigantische kostenpost zijn, ik denk wel iets minder dan 'n complete herautomatisering van de desktops die overal staan.
En denk eraan:
het is een achtbaan als je bezig bent kun je niet meer terug!
edit:
OMG wat een lap tekst...
Laten we weer 's bierbrouwen of gewoon gekke dingen bouwen en knutselen. YEAH!
RIP Lada 2105 "Igor" 31-12-1992 - † 21-02-2014. De nieuwe Igor: Tesla model 3 SR+ 21-08-2020