Das klingt recht interessant. Ich werde es mir mal anschauen.
Bei diesem Round Robin:
Wie löse ich das Problem, dass ein Client bei jedem Request an einen anderen Node verwiesen wird? Soweit ich weiss, nimmt der DNS dabei immer einfach den nächsten. Ein User landet wahrscheinlich bei jedem Klick auf einem anderen Server - jedenfalls habe ich keinen Einfluß. Das wäre bei meinem Modell einfach nicht akzeptabel. Ich brauche ein Load Balancing, was nur zu Beginn der Verbindung den besten Server nimmt und dann auch bei diesem bleibt.
Sandra
Kernel wrote:
Eine Lösung wäre sicherlich DNS Round-Robin, wie vorgeschlagen.
Hat allerdings einen grossen Nachteil: Wenn eine der Kisten, die du
per DNS eingebunden hast, abraucht, dann musst du mit der IP irgendwas
machen, sonst kommen halt Anfragen an, die nciht mehr bearbeitet werden
können. Aus dem DNS austragen bringt nichts, da die Zeit viel zu lange ist,
bis diese Änderung sich verbreitet hat. Also musst du mit scripts arbeiten,
die überprüfen ob eine IP da ist und wenn nicht, sie auf einem anderen Rechner
aufnehmen. Das kann ein fieses Gefrickel werden.
wenn man wirklich seriöse loadbalancing ohne (relativ zumindest) single point auf failure haben will,
und eine kostengünstige lösung braucht, dann ist wohl LVS (Linux virtual Server)
der beste weg:
man kann zwei rechner als gateway einrichten, die hinter sich angeschlossene
serverfarmen bedienen. diese server haben alle nicht direkt erreichbare IPs, sind
aber dem client voll transparent zugänglich über die LVS Gateways. die beiden
gateways checken sich gegenseitig und wenn einer ausfällt, nimmt der andere sofort
seine arbeit auf und gibt sie wieder ab, wenn das gateway wieder da ist. aus einem
solchen system kann man rechner rausnehme ohne konfigänderungen machen zu müssen.
dann hat man ein relativ sicheres und hochperformantes ding. aber die realisierung dauert
eine weile und natürlich hat man noch mehr single points of failure: der switch, wo die
gateways dran hängen, die router davor, die anbindung des rechenzentrums, wo die kisten
stehen, etc.
für wirkliche hochverfügbarkeit braucht man mehrere rechenzentren an verschiedenen geographischen
standpunkten, die über DNS RR angesteuert werden und dann intern eine clusterlösung. so macht
es google zb.
wenn das für dich nicht in frage kommt, schau mal hier: http://freshmeat.net/projects/mod_backhand/
Grüße, Philipp
----- Original Message ----- From: "Germer, Carsten" <[EMAIL PROTECTED]>
To: <users-de@httpd.apache.org>
Sent: Thursday, October 28, 2004 10:41 AM
Subject: RE: Load Balancing
Hallo Sandra, Eine sehr einfache und kostengünstige Lösung ist ein "Round Robin" auf DNS-Basis mit mehreren Rechnern mit gespiegelten Filesystemen dahinter. Ein paar Fragen um deine Situation genauer einschätzen zu können: 1. Ändert sich die Website oft und wenn ja wie wird der neue content eingespielt? 2. Wird das PHP nur verwendet um Daten abzurufen oder schreiben die User auch etwas auf dein System? 3. Bekommen die User eine Session über die sie längere Zeit auf deinem System arbeiten? 4. Wenn Session, ist das über cookies oder URL-Encoded gelöst? 5. Benutzt Du eine Datenbank im Backend der Website?
Das Fragen geht sicher später noch weiter :) aber soviel erstmal um abschätzen zu können was Du vorhast und brauchst.
Lieben Gruß /Carsten
-----Original Message----- From: Sandra Kleinert [mailto:[EMAIL PROTECTED] Sent: Thursday, October 28, 2004 10:34 AM To: users-de@httpd.apache.org Subject: Load Balancing
Hallo liebe Liste
Ich war gestern auf der LinuxWorldExpo in Frankfurt mit der Hoffnung etwas über Load Balancing und Apache herauszufinden. Leider bin ich nicht so richtig weiter gekommen, weil einfach nicht die richtigen Leute da waren. So war es für mich etwas enttäuschend.
Jetzt wende ich mich an Euch: Ich verwende Apache mit PHP unter Linux. Bei den Versionen bin ich völlig frei. Ich suche eine kostenlose Clustering oder Load Balancing Software für Apache. Weiss jemand da was?
Vielen Dank im voraus. Sandra
--------------------------------------------------------------- ----------- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --------------------------------------------------------------- -----------
-------------------------------------------------------------------------- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --------------------------------------------------------------------------
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--------------------------------------------------------------------------
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--------------------------------------------------------------------------
