1und1 mit extrem schnellen MySQL-Servern

[SunBlack]

Hallo ihr,

in letzter Zeit ist mir aufgefallen, dass unsere Schul-HP immer schlechter zu erreichen ist. Nunja, ich hab mal ein paar Screenshots mit FireBug gemacht

Ungecacht: Bild1 und Bild2
Und nun von TL gecacht: Bild.

Habt ihr bei euch auch solche Probleme mit dem SQL-Server von 1und1?

SunBlack

[Stephan]

Hallo SunBlack,

ja, diese Erfahrung habe ich auch schon gemacht, wie viele andere auch. Bei 1&1 scheint es eher ein Glücksspiel mit den Datenbanken und deren Geschwindigkeit zu sein, wie es mir scheint. Das einzige was Abhilfe schafft, ist wohl den Webhoster zu wechseln.

[SunBlack]

Die Server scheinen eher stark ungleichmäßig ausgelastet zu sein. Denn jetzt braucht die Seite nur noch 1Sek...

[SunBlack]

Hallo ihr,

um mal was konkretes zu 1und1 zu haben. Was meint ihr dazu?

Im Anhang noch eine genauere Statsitik von einem anderem anbieter (den ich bisher aller 1min überpüfen lassen hatte)

[lindesbs]

Einen Anbieterwechsel machen ?

Wie testest der Service denn auf Erreichbarkeit ? Via Ping (schlecht) oder via realem Webseitenaufruf ?

Ich sperre auf meinen Vermietservern z.b. aufdringliche Pinger. Nach mehrmaligem Anpingen werden die einfach gesperrt.

[SunBlack]

Beim ersten Anbieter weiß ich es nicht ob er nur die Verbindung aufbaut oder auch herunterlädt. Zu mindestens geht das per http.

Beim zweiten wird die Website auf jeden Fall heruntergeladen. Um Traffic zu sparen habe ich dafür eine leere TL-Seite eingerichtet (ob aller 1min von 5 Servern knappe 28KB runtergalden wird oder immer 1,5KB ist doch nen unterschied).

Auf jeden Fall zeigt mir die Statstik das man 1und1 wirklich nicht empfehlen kann - denn die Probleme scheinen ja nicht kurzfristig sein sondern häufiger. Hier wird sogar nicht einmal richtig überprüft ob der MySQL-Server verfügbar ist, sondenr lediglich ob eine Antwort kommt (ob TL einen SQL-Fehelr ausgibt habe ich gar nicht erst noch überprüfen lassen, obwohl ich es auch könnte)

[SunBlack]

Mhm, jetzt hat die Schule wieder begonnen und nun ist der Server auch wieder schnell. Scheint so als ob das Problem einfach daran lag, dass auf Grund der wenigen Aufrufe die SQL-DB nicht im RAM lag - und jetzt bei steigender Zugriffsrate vermehrt im RAM liegt.