MythosBayern – irgendwas ist ja immer.

So oder ähnlich muss All-Inkl wohl inzwischen über mich denken.

Der Reihe nach.

Vor einigen Wochen spendierte ich meinem Account dort ein Upgrade. ‘Gab diverse Gründe dafür (weniger Kunden pro Server, Traffic-Flat, etc.) und alles klappte soweit einwandfrei.

Einer der Hauptgründe für das Upgrade – sich häufende System-Ausfälle – war danach aber mitnichten behoben.

Diverse Support-Anfragen (24.11., 30.11., 03.12., 08.12.) ergaben für mich als Kunde keine befriedigenden Antworten nach Ursache und Lösungen für das Problem. Zumeist wurde mir ein Server-Umzug empfohlen. Erst auf mehrmalige Nachfrage, bei immer wieder wechselnden Ansprechpartnern, rückte man ein wenig mit der Sprache raus (das man nämlich eigentlich im Trüben fischt).

das Problem ist, dass Sie eine zeitweise Nichterreichbarkeit feststellen, die wir zumindest in einer zeitweisen höheren Auslastung des Server nachvollziehen können. Die optimalste und schnellste Lösung ist daher der Umzug auf einen anderen Server, den wir aber nur auf einen PHP 5 und MySQL 5 durchführen können, da wir keine freien PHP4 und MySQL 4.1 Server aktuell führen.

Die andere Seite ist, dass wir ständig nachschauen und versuchen herauszufinden ob was extrem lastiges auf dem Server ausgeführt wird, was wir können bzw. abziehen können. Leider hat unsere Suche danach aber bisher zu keinem erfolgreichen Ergebnis geführt.

Soweit, so gut (oder schlecht).

Was soll ich mit so einer Analyse anfangen?

Zunächst einmal nur die Frage, ob alle meine Webs das verarbeiten könnten (PHP und MySQL 5).

In diese Überlegungen platzte gestern abend um 20:33 eine “nette” E-Mail des All-Inkl-Support, Betreff “Überlastung des Shared Server durch Ihren Account”:

Hallo,

aufgrund ständiger CPU lastiger Datenbankabfragen in Form von:
SELECT DISTINCT bn_posts.*, COUNT( tr.object_id) AS cnt FROM bn_term_taxonomy tt, bn_term_relationships tr, bn_posts WHERE 1 AND tt.taxonomy = ‘post_tag’ AND tt.term_taxonomy_id = tr.term_taxonomy_id AND tr.object_id = bn_posts.ID AND tt.term_id IN( 190,12,7,524,175,102 ) AND bn_posts.ID != 1188 AND bn_posts.post_status = ‘publish’ GROUP BY tr.object_id ORDER BY cnt DESC, bn_posts.post_date_gmt DESC LIMIT 5

wird der Server permanent überlastet, somit lässt nicht nur die Geschwindigkeit Ihrer Seiten sondern auch die Seiten der restlichen Kunden auf dem Server nach. Bitte beheben Sie umgehend das Problem.

Sehr schön. Zunächst einmal reagiere ich auf die Form solcher E-Mails allergisch. Vor allem, wenn ich der Kunde bin und der Dienstleister mir sowas schickt. In zweiter Hinsicht flippe ich aber vollends aus, wenn ich als Kunde dazu genötigt werde, an einem Abend wie gestern 1-2 Stunden in meinen Sourcen zu wühlen, um die – dynamisch erzeugte – Datenbank-Abfrage zu finden.

Nun, ich habe sie gefunden. Das Problem war die Wordpress-Extension Related Posts in der Version 0.1. Nach Deaktivierung dieses Plugins ging die Server-Last laut All-Inkl und selbst meiner persönlichen Wahrnehmung im Frontend spürbar zurück.

Fazit: Das war wohl das Problem der reduzierten Performance und Verfügbarkeit in den letzten Wochen.

Will ich zumindestens hoffen.

Und noch etwas: Die Form und der Inhalt des Supports meines Hosting-Dienstleisters hat mich zumindestens nachdenklich gemacht. Wenn aktuell technisch alles wieder in Ordnung ist – meinetwegen. Aber Gedanken muss ich mir trotzdem mal machen, denke ich.

P.S. Später am Abend (23:23) hat man sich übrigens noch bei mir entschuldigt.