

Met vriendelijke groet, Yourwebhoster.eu - Managed VPS diensten met Epyc performance op 100% SSDs
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
Als ik een server zie sterven dan is dat vrijwel altijd door teveel IO, oftewel de disk is te traag. XLS draait natuurlijk meerdere VPS'en op hun cloud infrastructuur, dus je deelt de hardeschijf met honderden andere VPS'jes. Een disk is normaal al de traagste schakel in een server, en op zo'n gedeelde disk dus al helemaal.
Dus je hebt denk ik 2 optiesOptie 1 is uitzoeken of je misschien relatief veel disk IO doet en zoja of je dat misschien terug kan brengen. Optie 2 is een dedicated machine nemen of een VPS waarbij je meer IO kunt doen.
Het probleem bij die VPS-en van hun is inderdaad de IO wait / IOPS die niet mee kunnen komen, hoor hier meer mensen over klagen helaas. Als je naar de info op hun website kijkt over het platform is het ook niet spectaculair. Raid 6 is nu ook niet iets wat bekend staat om de goede prestaties. Als ze dit tunen / verberen kan het een zeer leuk product zijn.
Ik heb daar ook een vps en laatste was ook mijn vps down. "Hij was uit zijn geheugen gelopen". Ja nou dat zal, maar dat is erg vreemd met maar een handje vol bezoekers en 1GB geheugen. Ik heb dus het idee dat dat ook een IO tekort was.
Ze gaan daar wel iets aanbieden met ssd cache, maar ik heb nu wel het idee dat ze daar chronisch tekort aan IOPS hebben.
Dit zal een probleem bij vrijwel elke VPS aanbieder zijn denk ik:
- iSCSI of FC is al een extra laag t.o.v. DAS (Direct Attached Storage ofwel gewoon een schijf in je server), maar je moet als VPS aanbieder wel pronken met redundancy en HA, dus DAS is geen optie.
- Waar een reguliere machine sneller SAS zal hebben zal een VPS iSCSI storage machine eerder SATA hebben doordat SAS een te hoge prijs per GB heeft en de tarieven voor VPSjes onder druk staan.
Heel vaak is het uit geheugen lopen een gevolg van trage IO. De apache childs blijven langer actief omdat het langer duurt de content te genereren. Hierdoor loopt het aantal apache processen op, wordt er meer geheugen gebruikt, dan wordt er geswapped, hierdoor worden de disks weer trager, waardoor apache nog langer moet wachten, waardoor.... etc.
Disk IO is een belangrijk onderdeel van de performance van je server. In een shared omgeving is dat erg moeilijk te sturen. Extra disks plaatsen of guests via IO restricties beperken zijn zo'n beetje de enige oplossingen.
Redbeenl, na aanleiding van jouw bericht en ook wat test gegevens op wht.com (http://www.webhostingtalk.com/showthread.php?t=1040757) was de IO inderdaad ver onder de maat.
Ze hebben bij xls een onderzoek gestart en inderdaad problemen gevonden. Er is nu al het een en andere gedaan, en ze kijken er binnenkort nog weer verder naar. Iig bedankt dus voor je inzicht!
Mijn vps is nu verhuisd en heb nu een velen malen betere IO. De vraag is natuurlijk wel of dat zo blijft als het platform weer voller loopt, maar voor nu ben ik tevreden.

Met vriendelijke groet, Yourwebhoster.eu - Managed VPS diensten met Epyc performance op 100% SSDs
Lees hier de webhostingtalk.nl forum regels en voorwaarden!

Zo dan.. heb je daar 5 maanden over moeten nadenken?![]()