Linux server reageert erg raar bij veel bezoekers

[Soulmaster]

Als het ten tijde van veel bezoekers op 1 van mijn websites veel mensen aanwezig zijn dan worden mijn (wordpress) websites ineens erg traag. Net of er sprake is van een soort van file vorming want de load op mijn server is laag op zo'n moment.

Als ik dan (plesk) de instellingen van de php ondersteuning aanpas van fastcgi naar FPM dan is alles ineens weer supersnel voor een tiental minuten, daarna is er weer een duidelijke vertraging merkbaar. Als ik dan weer terugga naar fastcgi dan is weer alles supersnel..

En zo blijf ik dus bezig met switchen tussen deze 2 opties.. Ik heb bij de php instellingen al de max_execution_time op maximaal gezet maar nog steeds blijf ik dit probleem houden.

Ik draai met ubuntu/apache 2.2 en PHP 7.0 met plesk 17.. en hoop dat hier iemand weet waaraan dit ligt en een mogelijke oplossing weet aan te dragen.

[EnnaN]

mijn gok: geheugen. Je hebt te weinig geheugen om al je children te voorzien van memory. Bv: je hebt 20 children (processen die php 'uitvoeren') en als die allemaal tegelijk draaien moet je swappen. En ja, dat is traag.

Als je wisselt van php uitvoer methode (geen idee hoe dat werkt in plesk, maar het is een redenatie) dan kill je je huidige processen, en heb je dus weer even ademruimte omdat je op 0 childs start. maarja, zodra alle mensen die een error kregen op f5 gedrukt hebben, is het weer langzaam.

Overigens kan het natuurlijk met deze redenatie net zo goed een ander issue zijn, bv een database die het niet bij kan houden, oid, maar goed, waarom niet mem?

Ik zou het iig zo verklaren waarom het werkt met wisselen -> je killed mogelijk gewoon alles, en dan is het idd weer even snel?

[Soulmaster]

Dat zou best eens kunnen ja, alleen ik weet niet in plesk waar je dit kan instellen.

[Sjoak]

Dit is waarschijnlijk rpc.xml(of xml.rpc is even uit hoofd) die wordt door mensen misbruikt en je kunt die geen public rechten geven waardoor je server minder load heeft.

[Soulmaster]

na lang zoeken heb ik dan toch nog de mpm-prefork gevonden en de MaxRequestPerChild stond om 0, ik heb deze nu op 4000 gezet en de httpd gerestart. benieuwd of EnnaN zijn tip de oplossing is.

[DukeBox]

Begin anders eens bij de basics, check met (h)top waar de bottleneck zit.

[Soulmaster]

die laat alleen veel www requesten zien.

Ik heb nu mijn prefork al volgt ingesteld:

StartServers 8
MinSpareServers 5
MaxSpareServers 20
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 40000

en nu lijkt het probleem te verholpen te zijn.

DukeBox schreef op dinsdag 14 maart 2017 @ 17:10:
Begin anders eens bij de basics, check met (h)top waar de bottleneck zit.

[Soulmaster]

Update. sinds ik dus de prefork heb aangepast totaal geen vertraging meer op de server en zelfs nu nog meer bezoekers..

Hier zit een zeer happeyh froz0

[Blokker_1999]

Een ander snel overzicht is trouwens atop . Dat geeft bovenaan ook de status weer van CPUs, MEM, HDD, net, ... en als er iets vol zit of zwaar belast wordt komt het simpelweg in het rood te staan. Maar een overvol geheugen en het gebruik van swap is ook in een standaard top al zichbaar.

[Soulmaster]

sinds de aanpassing van de child naar 40.000 lijken alle problemen als sneeuw voor de zon verdwenen.

Blokker_1999 schreef op woensdag 15 maart 2017 @ 07:54:
Een ander snel overzicht is trouwens atop . Dat geeft bovenaan ook de status weer van CPUs, MEM, HDD, net, ... en als er iets vol zit of zwaar belast wordt komt het simpelweg in het rood te staan. Maar een overvol geheugen en het gebruik van swap is ook in een standaard top al zichbaar.

[Soulmaster]

Even een kleine update. Door een verschrikkelijke gebeurtenis, 2 inwoners van ons kleine stadje zijn afgelopen vrijdag bij een noodlottig ongeval omgekomen en RTLnieuws vond het fijn om dit direct te linken op hun website zag ik de server al rookwolken gaan geven.

Nou niets van dat. ondanks een enorme hoeveelheid bezoekers bleef de server razend snel (mede door de cache) nu de mpm-prefork goed is gezet..

Dus bij deze nogmaals thnx voor de hulp