Waarom de snelste host voor je buurman de traagste is voor jou

Je leest reviews en vergelijkt providers tot je verder leest en iemand anders precies dezelfde provider afbrandt vanwege traagheid of onbetrouwbare e-mail. Hostingreviews kunnen enorm tegenstrijdig zijn. Bij veel pakketten is er een heel praktische verklaring: shared hosting.

Op shared hosting draaien vaak honderden websites op dezelfde server. Je deelt CPU, RAM en database/PHP met onbekenden. Het resultaat: de host die bij je buurman vliegensvlug voelt, kan bij jou traag aanvoelen zonder dat jij iets hebt veranderd.

Shared hosting in normale mensentaal: je deelt alles achter de schermen

Shared hosting is populair, omdat het goedkoop is en voor veel eenvoudige websites prima werkt. Alleen: je koopt geen ‘eigen server’, je huurt een plek op een server die je deelt met veel anderen. Dat delen gebeurt op meerdere niveaus, maar vooral op de drie plekken die het meeste invloed hebben op snelheid:

• CPU en RAM
• Databasecapaciteit
• PHP-processen

Waarom je database ineens traag wordt: MySQL connection pools

Veel websites leunen zwaar op de database. MySQL kan maar een beperkt aantal gelijktijdige verbindingen aan. Servers werken daarom met een connection pool. Wat er gebeurt bij een buur die piekt: die site trekt veel bezoekers, opent veel databaseconnecties en vult de pool. Zodra dat gebeurt, moeten jouw databasequeries wachten tot er weer ruimte is. Voor jou ziet dat eruit als:

• Een adminomgeving die ‘hangt’
• Productpagina’s die langzaam laden
• Sporadische time-outs

PHP workers: waarom je homepage soms wel en soms niet laadt

PHP is de motor van veel websites. Een server heeft een gelimiteerd aantal PHP workers: processen die pagina’s kunnen genereren. Bij piekbelasting op naburige sites wordt het aantal beschikbare workers voor jouw site effectief kleiner. Het gevolg is extra wachttijd, langzamere laadtijden en soms 503-errors.

De onverwachte bijwerking: e-mailproblemen door een gehackte buur

Shared hosting betekent vaak ook een gedeeld IP-adres. Dat kan een nadeel zijn als een buurwebsite gehackt wordt en malware of spam verstuurt. Het IP-adres kan dan op een blacklist belanden. En dan kunnen jouw legitieme e-mails ineens in de spamfolder eindigen. Dit is precies het soort probleem dat je in reviews terugziet als ‘hun mail is slecht’, terwijl het soms een ‘buurman-effect’.

Waarom hoster-benchmarks misleidend kunnen zijn

Hosts laten graag snelheidstests zien. Alleen: die tests worden vaak gedraaid op servers die niet vol zitten met andere klanten of onder ideale omstandigheden. Dat is een laboratoriumomgeving. In productie kan het gedrag totaal anders zijn. Daarom kun je benchmarks wel gebruiken om grof te vergelijken.

Zo test je zelf of je op een drukke server zit

Test je site op meerdere momenten van de dag met GTMetrix of Pingdom, bijvoorbeeld:

• 08:00u
• 12:00u
• 20:00u

Zie je grote verschillen in TTFB en totale laadtijd, terwijl je niets aan je site hebt veranderd? Dan is de kans groot dat je server op sommige momenten simpelweg druk is. Dat is typisch shared-hosting gedrag.

Wil je zekerheid, kijk naar resource-isolatie

Shared hosting is niet slecht, maar het is gedeeld. En gedeeld betekent: je prestaties hangen deels af van je buren. Dat verklaart waarom reviews zo tegenstrijdig kunnen zijn.

Wil je meer zekerheid over prestaties en minder last van buurman-effecten, kijk dan naar providers die resource-isolatie bieden. Antagonist.nl is een voorbeeld van een provider die dit als uitgangspunt meeneemt.