Dedicated server specs voor vBullentin forums

[Paul Z.]

Een vriend van mij host een aantal forums welke draaien onder vBullentin. Op dit moment heeft hij in gebruik een single CPU Quad core Xeon met 4 GB RAM en 2x 160GB disks in RAID1 en het OS is FreeBSD.
Nu klaagt hij dat zijn gebruikers klagen over de snelheid, en is hij op zoek naar een andere leverancier voor de dedicated servers.
Nu heeft zijn server beheerder hem geadviseerd om een dual CPU Quadcore Xeon met 8GB geheugen en snelle schijven te gaan huren voor zijn drukste forum, en voor de kleinere forums een soortgelijke server...

Ik vind dat zelf nogal een overkill voor een forum waar dagelijks max. 1000 bezoekers komen, en waarvan de database 4GB in formaat is. Traffic op dit moment is ook maar <2000GB/maand...
Hij wil niet overgaan naar Linux vanwege zijn beheerder die 100% FreeBSD doet... Dus als dat een performance boost zou geven dan is het nog altijd geen optie voor hem...

Wat zijn jullie ervaringen met vBullentin software kwa performance?
Wat zouden jullie aanraden voor een forum zoals beschreven?

Bedankt!

[PeterT]

Ik raad je aan iemand in te huren die de server eens goed (softwarematig) onder handen neemt. MySQL-tweaks kunnen al een wereld van verschil maken bij vBulletin.

Kijk anders ook eens hier: http://www.vbulletin.com/forum/forumdisplay.php?f=14

[Paul Z.]

Ik zal dit zowiezo met hem bespreken en met zijn beheerder. Het probleem is dat hij zweert bij zijn beheerder, dus het heel lastig is om hem te overtuigen dat er misschien veel meer snelheid uit de hardware te halen valt...

[Phu]

Neem ipv raid 1 raid 10 dit is met dezelfde betrouwbaarheid maar net iets sneller.
uitleg is zoek je maar op google
anders SAS schijven van 10K willen ook wel helpen.
FreeBSD is geen probleem toch ?

Laat je vBulletin eens nalopen op backdoors etc
want wij hebben meerdere vBulletin board draaien op
X3220 en RAID10 op 4x 500 SATA en dit draait allemaal zonder hogeload of traagheid.

Probeer anders je huidige server extra geheugen bij te prikken misschien dat dit juist op
piek momenten juist de traagheid veroorzaakt.

1000Bezoekers zegt niets
We hebben een aantal fora draaien met actief 2500 uniek bezoekers dagelijks
en 200 post dus vrij weinig.

Misschien even wat meer informatie geven?

[QBell]

Aan de hardware ligt het zeker niet....

Ik heb fora's weer meer aantallen aan bezoekers komen die op mindere hardware staan.
Mijn advies zou dus zijn om alles te laten controleren en te fine tunen.
Wat PeterT dus al zegt.

Als je dan toch bezig bent, laat dan ook gelijk de apache config doorlichten.
Zeker een optimalisatie in prefork of worker threads kan nogal eens een performance boost geven.

Ik weet verder niet hoe cache management bij VB geregeld is, maar bij invision power board (de grote tegenhanger van vb) kan je cache management (deels) verhuizen van de database naar extensies als xcache of eaccelerator. Dit doet het meestal ook wel goed in de snelheid.

Wat ik als laatste altijd doe bj grote en drukke fora's is geforceerd cachen van statische files. Dus mod_expires laten forceren om bestanden als css, plaatjes en js te cachen door de clients. Als je dit laatste goed instelt gaat je laadtijd altijd flink omlaag.



Eventueel kan ik een offerte voor je maken voor de optimalisatie (moet je wel contact met mij opnemen want ik mag hier geen offerte neer zetten). En hoewel je aangeeft dat de technisch beheerder stroef is, zou je hem misschien wel met het argument kunnen overtuigen dat 2 mensen meer weten als 1. Ik leer tenslotte ook nog iedere dag nieuwe dingen.

[wonko]

zoals iedereen het al aangeeft, is het een samenspel van verschillende factoren. Enkele factoren kunnen in gelijke vorm door iedereen geleverd worden: de machine inkopen bij een ander gaat geen verschil maken, dat dien je enkel te doen als je niet tevreden bent over bvb connectiviteit of het vervangen van hardware bij falen; etc...

Waar het quasi altijd op neerkomt in dergelijke gevallen is een niet optimaal ingestelde webserver, database-server of software. Ik gok ook op de database, of op teveel disk-IO, en vermoedelijk een combinatie van beide.

De software is hier (vbulletin) in de basis best wel prima, traagheid is meestal het gevolg van een verkeerde/slecht geschreven plugin.

[Wynand]

De software is hier (vbulletin) in de basis best wel prima, traagheid is meestal het gevolg van een verkeerde/slecht geschreven plugin.

En/Of een lege my.cnf.

[Paul Z.]

Bedankt voor alle adviezen. Ik ga morgen met hem praten en eens kijken of ik wat op de server kan rondneuzen kwa configuraties...

De tip over de plugins zal ik ook gebruiken, ik weet dat hij een aantal plugins gebruikt maar ik weet niet hoe goed die geschreven zijn, dus misschien eens proberen met wat plugins uitgeschakeld..

Jullie horen nog van mij...

[vDong]

Ik zal dit zowiezo met hem bespreken en met zijn beheerder. Het probleem is dat hij zweert bij zijn beheerder, dus het heel lastig is om hem te overtuigen dat er misschien veel meer snelheid uit de hardware te halen valt...

Paul,

Als voormalige beheerder kan ik iig zeggen dat er niks mis is met een extra paar ogen, zeker als dat iemand is die veel in de diepte verstand heeft van mysql optimalisatie.

Zorg er in dit geval wel voor dat de persoon die je aanraadt van goede qualiteit is, anders zal de beheerder zich inderdaad beledigd kunnen voelen en zorg ervoor dat je afspreekt dat de huidige beheerder erbij is.

Ik kan je in ieder geval vertellen dat een overstap naar linux waarschijnlijk niet uit gaat maken, ga vooral eens na met bv cacti waar je bottleneck zit.

[Freezer]

Kijk eens of de server al swap gebruikt of wat de i/o wait is?