Onderwerp: Nieuwe Server met 12 GB RAM, nog steeds hoge load en crashes

Beste Webhostingtalkers,

Ik run een aantal Wordpress websites waarvan 3 'redelijk' groot zijn. Samen goed voor zon 12-15.000 bezoekers per dag. Nu zijn dit best wel sites met aardig wat plugins maar de load is echt buiten proportioneel. Ik draaide het op een 1.8 ghz dual core met 2 GB ram, erg veel problemen gehad met hoge load... Dus ik maak de beslissing over te stappen naar een server met veel meer capaciteit. Een quadcore i7 met 12 GB ram. Ging 2-3 weken goed, en nu gaat ie alweer dagelijks plat

Ik ben zelf niet heel bekend met server omgevingen en heb hulp nodig ( ik kan helaas nog geen managed server betalen ). Een vriend van me die het momenteel veel te druk heeft heeft de server geïnstalleerd. Het draait op , linux, CentOS en Plesk 10.

Het probleem blijkt te liggen bij de Apache die veel te veel CPU en RAM gebruikt.

Ik heb het volgende zelf gedaan:
- in phpmyadmin alle ongebruikte tabellen verwijderd, gerepareerd en geoptimaliseerd van al mijn sites. (voor zover mijn kennis strekt)
- W3 Total Cache op alle sites geinstalleerd, de boel geminify'ed, object caching, plugin caching, noem maar op.

Helaas houd mijn kennis hier op. Ik denk dat er ergens een 'lek' zit waardoor de CPU en RAM load onnodig omhoog schiet, maar ik kan echt niet ontdekken waar het probleem precies ligt omdat ik hier weinig ervaring mee heb.

Hopelijk is hier een expert die me kan helpen, ik heb niet heel veel te besteden maar hulp zal worden beloond. Ik ben op zoek naar iemand die de server voor me kan repareren/optimaliseren.

Een screenshot van Plesk hieronder

Google eens op Wordpress Caching.
Zo spannend vind ik de stats niet trouwens.

Wat zegt Apache logging?

Waarom neem je niet gewoon een managed VPS ergens af? (x2)

Dit was net na een reboot, momenteel is het alweer veel hoger



Qua caching voor wordpress: W3 Total cache is installed op alle sites, dit is meen ik de beste caching plugin voor wordpress.

Betreffende Apache logging: waar zie ik dat?

Zijn het eigen plugins? Of zijn het plugins die veel gebruikt worden? Anders zou je naar een naar de keys in je database kunnen kijken. Ik heb het bij mijn klanten meegemaakt dat ze in eigengemaakte tabelen aan het rommelen warent met 400.000+ records zonder keys... en ja dan gaat het wel ff duren :-)

Deze plugin is ook handig.

http://wordpress.org/extend/plugins/tpc-memory-usage/

Nee zijn allemaal plugins gevonden op wordpress.org. Ik heb bij de meeste goed gechecked of ze ook goed geoptimaliseerd zijn. Ook ga ik niet rommelen in tabellen met een enorme lading records. ik heb simpelweg alles verwijderd van oude plugins die niet meer werden gebruikt.

Let ook op dat geheugen nagenoeg niet meer vrijkomt maar ook gebruikt wordt om te cachen. Dus na een reboot kun je netjes 8Gb vrij hebben, uur later kan hier nog maar 2GB van over zijn. Dit zegt helemaal niets. Ik denk eerder dat je moet gaan checken in de logfiles of er voor de crash nog informatie gegeven wordt. Anders op zoek naar een goede sysadmin die je kan aanwijzen waar het probleem zich voordoet.

nvm ..

"Ook ga ik niet rommelen in tabellen met een enorme lading records."

Uhm.... Wellicht dan toch maar eens geld gaan uitgeven aan een managed omgeving of een mysql boek kopen?

Keys toevoegen in mysql kan geen kwaad maar kan er wel voor zorgen dat je data sneller paraat is en je sneller een request kunt afhandelen...

Oorspronkelijk geplaatst door Bart L

"Ook ga ik niet rommelen in tabellen met een enorme lading records."

Uhm.... Wellicht dan toch maar eens geld gaan uitgeven aan een managed omgeving of een mysql boek kopen?

heb helaas geen tijd om het ook nog eens zelf erbij te gaan doen. Het lijkt erop dat geld uitgeven weer de enige uitweg is...

Maargoed, ik ben hier om iemand te vinden die het denkt de kunnen oplossen voor een leuke vergoeding.

Ooh en apc caching kan ook nog wel eens voor een grote verademing zorgen.... Zeker met zoveel geheugen heb je ook de ruimte om voldoende te cachen.

Dat aantal bezoekers met Wordpress moet je normaal nog kunnen draaien op een fatsoenlijk shared hosting account, dus de overstap naar een nog zwaardere dedicated server is nogal zonde van je geld geweest imo. Als je het zelf wil oplossen moet je gewoon in Wordpress alle modules stuk voor stuk uitschakelen en de load, memory en i/o in de gaten houden en kijken welke plugin het veroorzaakt. Dit is nl zeker geen standaard Wordpress gedrag en 15k bezoekers/dag is natuurlijk respectabel maar dat moet echt prima draaien op een simpel servertje.

Om maar veel te gaan cachen omdat je het geheugen toch hebt lost het misschien tijdelijk op, maar dat is geen definitieve oplossing, je moet de oorzaak van het absurde gebruik oplossen. Anders kun je bij de 30k bezoekers weer een zwaardere server nemen terwijl met de juiste optimalisatie het nog steeds op je oude server had kunnen draaien.

Er zal toch vast iemand zijn die tegen een vergoeding de boel kan optimaliseren? Voor niets gaat uiteraard de zon op maar de ts geeft aan er geld aan uit te willen geven. Er word veel goeds aangedragen maar blijkbaar kan de ts dit niet zelf.

Oorspronkelijk geplaatst door Domenico

Er zal toch vast iemand zijn die tegen een vergoeding de boel kan optimaliseren? Voor niets gaat uiteraard de zon op maar de ts geeft aan er geld aan uit te willen geven. Er word veel goeds aangedragen maar blijkbaar kan de ts dit niet zelf.

Inderdaad. Ik ben op zoek naar iemand die het wil doen tegen een leuke vergoeding.