Re: [Talk-de] XAPI auf Standard-Hosting-Paketen [was: XAPI Neubauen]
On Tue, Sep 07, 2010 at 11:58:46AM +0200, Peter Wendorff wrote: > Hallo Bernd. > Erlaube die direkte Frage an den Fachmann, die mir seit Jahren und > unabhängig von der XAPI-Geschichte hier immer wieder in den Kopf kommt: > > Wie aufwändig ist ein load-Balancing auf dem vServer zu konfigurieren, > das einer Anwendung bei Bedarf Rechenzeit klaut? > Also - um bei XAPI als Beispiel zu bleiben: > - solange Rechenkapazität frei ist, gib XAPI; was sie haben will, > - wollen andere Domains/vServer/... was haben, wird die XAPI > gedrosselt/gestoppt/zurückgedereht, weil die anderen vServer höhere > Priorität haben. > > Letztendlich stelle ich mir dabei eine Konfiguration vor, die das > kulante/unscharfe "aber nicht über das normale Maß hinaus Last erzeugen" > obsolet macht, weil übermäßige Last nur bei Bedarf erlaubt wird. Das problem der XAPI ist nicht CPU sondern RAM und Plattengeschwindigkeit. Tendentiell reicht da ein P3 mit 1GHZ wenn du halt da 64GB Ram dranschnallst und 500GB Platte in 100 Platten. Das problem ist nicht CPU sondern i/o bound. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI auf Standard-Hosting-Paketen [was: XAPI Neubauen]
Hallo Peter. Am Dienstag 07 September 2010, 11:58:46 schrieb Peter Wendorff: > Wie aufwändig ist ein load-Balancing auf dem vServer zu konfigurieren, > das einer Anwendung bei Bedarf Rechenzeit klaut? > Also - um bei XAPI als Beispiel zu bleiben: > - solange Rechenkapazität frei ist, gib XAPI; was sie haben will, > - wollen andere Domains/vServer/... was haben, wird die XAPI > gedrosselt/gestoppt/zurückgedereht, weil die anderen vServer höhere > Priorität haben. Von vServern war hier nie die Rede. Ein vServer ist etwas grundsätzlich anderes als Shared-Hosting. Bei vServern weiß der Host nicht, was der Gast macht. Er weiß noch nicht einmal wie viele seiner zugeteilten Ressourcen der Gast wirklich nutzt. Hat der Gast 1 GB RAM, dann fehlt das 1 GB dem Host, unabhängig ob das beim Gast überhaupt belegt ist. Man kann schon CPUs und RAM auf einzelne vServer auch zur Laufzeit verteilen, aber AFAIK nicht lastabhängig, da der Host nicht weiß wann der Gast was braucht. Beim Shared-Hosting benutzen ja alle die selben Ressourcen. Da läuft als z.B. ein MySQL-Server, der unterschiedliche User arbeiten lässt. Um jetzt einem Benutzer mehr Leistung bei niedriger Priorität zu geben, müsste das direkt der MySQL-Server unterstützen (dessen Anfragen zurück stellen wenn andere Anfragen warten). Aber halt nicht nur der MySQL-Server sondern auch jede andere Komponente des Systems. Und solche Einstellungen kennen die meisten Programme nicht. > Letztendlich stelle ich mir dabei eine Konfiguration vor, die das > kulante/unscharfe "aber nicht über das normale Maß hinaus Last erzeugen" > obsolet macht, weil übermäßige Last nur bei Bedarf erlaubt wird. Ich sehe mit aktuell verfügbarer Software keine Möglichkeit, das auf diese Weise zu lösen. Zudem ist das Problem hierbei voraussichtlich nicht die Rechenleistung. Eine XAPI muss einen großen Datenbestand haben (Plattenplatz), diesen gelegentlich auslesen und aktualisieren (Platten-Performance) und einen Index im Speicher halten (viel RAM). Das letztliche Suchen ist gar nicht so sehr das Problem. Wenn das System jetzt also ausgelastet wäre, würde ich der XAPI z.B. signalisieren, dass RAM frei werden muss. Die XAPI kann das zwar machen, belastet dann aber die Festplatte mehr. Die Festplatte ist aber in solchen Situationen dann auch schon gut dabei, das ist also keine Verbesserung. Ist die Überlast-Situation dann vorbei, kann die XAPI ihre mehreren GB wieder ins RAM laden, blockiert dabei einige Sekunden lang die Festplatte und das System gerät gleich wieder in eine Überlast-Situation. Für solche Dinge ist Shared-Hosting schlicht und einfach nicht ausgelegt. Gruß, Bernd -- Zucker gibt dem Kaffee einen schlechten Geschmack, wenn man vergißt, ihn hineinzutun. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI auf Standard-Hosting-Paketen [was: XAPI Neubauen]
Hallo Bernd. Erlaube die direkte Frage an den Fachmann, die mir seit Jahren und unabhängig von der XAPI-Geschichte hier immer wieder in den Kopf kommt: Wie aufwändig ist ein load-Balancing auf dem vServer zu konfigurieren, das einer Anwendung bei Bedarf Rechenzeit klaut? Also - um bei XAPI als Beispiel zu bleiben: - solange Rechenkapazität frei ist, gib XAPI; was sie haben will, - wollen andere Domains/vServer/... was haben, wird die XAPI gedrosselt/gestoppt/zurückgedereht, weil die anderen vServer höhere Priorität haben. Letztendlich stelle ich mir dabei eine Konfiguration vor, die das kulante/unscharfe "aber nicht über das normale Maß hinaus Last erzeugen" obsolet macht, weil übermäßige Last nur bei Bedarf erlaubt wird. Gruß Peter On 07.09.2010 09:29, Bernd Wurst wrote: Hallo liebe Diskutanten. Am Sonntag 05 September 2010, 22:29:52 schrieb Stephan Knauss: Anforderungen wären: - läuft "out of the box" auf möglichst vielen Hosting-Angeboten. Also wohl PHP+MySQL Ich bitte darum, von diesem Plan großen Abstand zu nehmen. Wir als Webhoster würden unseren Kunden was husten, wenn sie so eine Anwendung bei uns in einem einfachen Hosting-Tarif laufen lassen würden. Eine XAPI, bzw. allgemein ein solches Angebot mit enormer Datenbank-Last kann einfach nicht friedlich mit anderen Projekten auf einem Server koexistieren. Die Datenbank- und Platten-Performance ist sowieso beim Shared-Hosting am schnellsten der Flaschenhals, da gibt es also in der Regel keinen großen Kulanzrahmen. Es gibt für uns zwei Möglichkeiten, die Ressourcen auf die Kunden aufzuteilen: Entweder der Kunde verhält sich so, dass er anderen nicht übermäßig die Ressourcen entzieht oder wir müssen technisch dafür sorgen, dass er nicht mehr Ressourcen nutzen kann als er soll. Wir fahren bisher auf ersterer Schiene ganz gut und andere Hoster tun dies auch. Wenn man bei den Hostern, bei denen es technisch bisher also funktionieren würde, ein solches Setup zu betreiben, das jetzt wirklich macht und in Betrieb setzt, werden auch z.B. wir umgehend allen Kunden ihre Ressourcen sparsamer zuteilen müssen. Es stehen doch einige Server für OSM zur Verfügung und wenn man Spenden sammelt kommen doch üblicher Weise auch ganz nette Summen zusammen. Da sollte es doch möglich sein, einen Server mit ausreichend RAM und exklusiver Nutzung für diesen Zweck aufzutreiben. Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] XAPI auf Standard-Hosting-Paketen [was: XAPI Neubauen]
Hallo liebe Diskutanten. Am Sonntag 05 September 2010, 22:29:52 schrieb Stephan Knauss: > Anforderungen wären: > - läuft "out of the box" auf möglichst vielen Hosting-Angeboten. Also > wohl PHP+MySQL Ich bitte darum, von diesem Plan großen Abstand zu nehmen. Wir als Webhoster würden unseren Kunden was husten, wenn sie so eine Anwendung bei uns in einem einfachen Hosting-Tarif laufen lassen würden. Eine XAPI, bzw. allgemein ein solches Angebot mit enormer Datenbank-Last kann einfach nicht friedlich mit anderen Projekten auf einem Server koexistieren. Die Datenbank- und Platten-Performance ist sowieso beim Shared-Hosting am schnellsten der Flaschenhals, da gibt es also in der Regel keinen großen Kulanzrahmen. Es gibt für uns zwei Möglichkeiten, die Ressourcen auf die Kunden aufzuteilen: Entweder der Kunde verhält sich so, dass er anderen nicht übermäßig die Ressourcen entzieht oder wir müssen technisch dafür sorgen, dass er nicht mehr Ressourcen nutzen kann als er soll. Wir fahren bisher auf ersterer Schiene ganz gut und andere Hoster tun dies auch. Wenn man bei den Hostern, bei denen es technisch bisher also funktionieren würde, ein solches Setup zu betreiben, das jetzt wirklich macht und in Betrieb setzt, werden auch z.B. wir umgehend allen Kunden ihre Ressourcen sparsamer zuteilen müssen. Es stehen doch einige Server für OSM zur Verfügung und wenn man Spenden sammelt kommen doch üblicher Weise auch ganz nette Summen zusammen. Da sollte es doch möglich sein, einen Server mit ausreichend RAM und exklusiver Nutzung für diesen Zweck aufzutreiben. Gruß, Bernd -- Die Kirche sagt, du sollst deinen Nächsten lieben. Ich bin überzeugt, dass sie meinen Nachbarn nicht kennt. - Sir Peter Ustinov signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de