Tweakers.net 10 jaar: De hostinggeschiedenis 1998 - 2001

Op 19 mei 2000 werden Aphrodite en Athena in de serverruimte van Vuurwerk geplaatst. Op 21 mei werd het forum overgezet naar Vuurwerk en drie dagen later was de rest van Tweakers.net aan de beurt. Dat er sprake was van een vooruitziende blik blijkt uit het feit dat al op 13 juni de eerste plannen werden aangekondigd voor de bouw van een derde server. Niemand had kunnen voorspellen dat de voltooiing van dit plan bijna zes maanden in beslag zou nemen...

Het uitgangspunt bij het samenstellen van de derde server was het bereiken van een hogere redundancy en betrouwbaarheid alsmede het vergroten van de capaciteit van de webservers. Athena zou na de komst van de nieuwe server dienst gaan doen als webserver en de taken van Athena zouden overgenomen worden door de nieuwe server, Artemis genaamd.

De configuratie van de nieuwe database-server werd diverse keren verbeterd gedurende de zes maanden dat Artemis in aanbouw was. Reeds vanaf het begin was het de bedoeling dat Artemis voorzien zou worden van hardware scsi-raid met drie of vier snelle 10.000 toeren schijven. Aanvankelijk zouden een Thunderbird 800 en een MSI K7T-Master als processor en moederbord dienst doen en het geheugen was op 640MB begroot.

Wat uiteindelijk in december bij Vuurwerk werd geplaatst was een aanzienlijk steviger configuratie. Tegen onze stoutste verwachtingen in bleven de bezoekersaantallen van Tweakers.net snel toenemen. Zelfs in de zomer, een periode waarin de pageviews normaal gesproken afnemen, bleef de site groeien. Door deze groei en de overschakeling op een database-driven forum nam de belasting van de servers binnen enkele maanden met een factor drie toe. Het werd duidelijk dat een eenvoudige Mysql-machine niet lang op zijn taak berekend zou zijn.

Processor

Het oorspronkelijk plan om een simpele Thunderbird-processor te gebruiken, werd al snel aan de kant geschoven vanwege het feit dat de kosten van een dual-processor-configuratie in geen verhouding stonden met de totale prijs van het systeem. Als je 15.000 gulden aan een server uitgeeft kan er ook nog wel 1500 gulden bij om 'm dubbel zo snel te maken met twee cpu's. De noodzaak van een dual processor-systeem was aanvankelijk niet aanwezig. Tot september 2000 draaide Tweakers.net op een relatief simpele database met een omvang van minder dan 200 megabytes. Het forum maakte nog gebruik van UBB, die zijn gegevens in platte tekstfiles beheerde. De belasting van de Mysql-server was nooit een probleem geweest.

UBB had grote nadelen. De search veroorzaakte een gigantische serverbelasting en moest daarom uitgeschakeld worden. UBB kon door zijn ranzig gescripte Perl-code nauwelijks aangepast worden en verder deden zich regelmatig vreemde verschijnselen voor waardoor soms complete subforums corrupt raakten. Om die reden werd UBB vaak als 'organisme' omschreven. Een oplossing voor het UBB-probleem was in ontwikkeling door Arjen Schol, de PHP-developer van Fokzine. Zijn op PHP en Mysql gebaseerde Topix-software ging voor het eerst live op het Fokforum en werd vanaf september 2000 ook op de Gathering of Tweakers gebruikt. Dankzij Topix werd de load op de webservers veel beter beheersbaar, maar een onvermijdelijk gevolg was een hogere load op de database-server. Dit betekende een nieuw factor in ons 'database upgrade'-plan en was tevens de tweede reden om een dual processor-configuratie te rechtvaardigen.

Er werd gekozen voor twee PIII-733's omdat deze ten tijde van de levering in oktober 2000 de beste prijs/prestatie-verhouding boden. De PIII-933 en PIII-1000 waren op dat moment nog behoorlijk duur. Een processor-upgrade is een simpele handeling die altijd op een later tijdstip, als de noodzaak van een snellere processor daadwerkelijk aanwezig is, uitgevoerd kan worden. AMD kwam dit keer niet in aanmerking omdat een dual Athlon-configuratie destijds niet mogelijk was en Xeons waren geen optie vanwege de hoge prijs. Een quad-plank kostte al achtduizend gulden en dan dan zouden we nog minimaal 2500 gulden per cpu kwijt zijn. De goedkopere dual processor-Xeons met 256KB L2 cache boden geen prestatievoordeel ten opzichte van de Pentium III en waren daarom ook kansloos om een plekje in de database-server te bemachtigen.