Mailing-List: contact users-de-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-de@httpd.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <5AF7BC8A6CDCD511880500508BB9E7E606EAA975@ntmail.desy.de>
From: "Germer, Carsten" <carsten.germer@desy.de>
To: "'users-de@httpd.apache.org'" <users-de@httpd.apache.org>
Subject: RE: Load Balancing
Date: Thu, 28 Oct 2004 13:06:27 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Also da kommt jetzt die etwas tiefere Analyse ;)

Stimmt, ein DNS-Round-Robin nimmt immer einfach den n=E4chsten. Wenn
allerdings deine Session-Persistenz _auch_ in der Datenbank gespeichert =
wird
und nicht im RAM des Webservers ist es egal, dann kann der User landen =
wo er
will, die Session bleibt bestehen.

F=FCr gew=F6hnlich ist das allerdings nicht so, sondern das RAM des =
Webservers
spielt eine wichtige Rolle.

Du hast geschrieben:
>3.) Ja, die Session ist zentraler Bestandteil aller Projekte und als =
Datei
im Session-Folder abgelegt.
>Eines der gr=F6=DFten Probleme, die zun=E4chst mal gegen Round Robin =
sprechen.=20

Wenn Du die M=F6glichkeit hast den Session-Folder irgendwie auf ein
gemeinsames (z.B. NFS-) Laufwerk zu legen h=E4ttest Du kein Problem mit
Round-Robin, allerdings darf Die dann die M=FChle mit dem geshareten
NFS-Laufwerk nicht abmillern...

Der Tip von Kernel sieht gut aus. Ich w=FCrde auch sagen Du kommst um =
ein
(semi-)professionelles SetUp nicht herum. Aber h=E4lt ein LVS Sessions =
auf dem
gleichen Arbeitshost? Das weiss ich nicht.

Switches, Router und Internetverbindung des RZs wo Du deine Kisten
aufstellst m=FCssen ausfallsicher sein, da braucht es entsprechende
zus=E4tzliche Hardware.

Dahinter zwei Kisten mit LVS, dahinter 2 Kisten mit deinem Apache
(Spiegelung =FCber cron gesteuertes rsync) und ein ausfallsicheres
MySQL-Setup.

Wenn man sich auch die Hardware ala F5-switch oder Cisco-LB-Router =
sparen
k=F6nnte und m=F6chte, ohne zus=E4tzliche Hardware und consulting =
f=FCrs SetUp wirds
wohl nicht so einfach was werden.

Ich w=FCrde das ganze bei einem ISP hosten der ein ausfallsicheres =
SetUp
inklusive F5-Switch oder Cisco-LB-Router anbietet ^_^ das w=E4re das
einfachste.

/Carsten


>-----Original Message-----
>From: Sandra Kleinert [mailto:nocrap@aks-teach.de]=20
>Sent: Thursday, October 28, 2004 12:31 PM
>To: users-de@httpd.apache.org
>Subject: Re: Load Balancing
>
>
>Das klingt recht interessant. Ich werde es mir mal anschauen.
>
>Bei diesem Round Robin:
>Wie l=F6se ich das Problem, dass ein Client bei jedem Request an einen =

>anderen Node verwiesen wird? Soweit ich weiss, nimmt der DNS=20
>dabei immer=20
>einfach den n=E4chsten. Ein User landet wahrscheinlich bei jedem=20
>Klick auf=20
>einem anderen Server - jedenfalls habe ich keinen Einflu=DF. Das=20
>w=E4re bei=20
>meinem Modell einfach nicht akzeptabel. Ich brauche ein Load=20
>Balancing,=20
>was nur zu Beginn der Verbindung den besten Server nimmt und dann auch =

>bei diesem bleibt.
>
>Sandra
>
>Kernel wrote:
>
>> Eine L=F6sung w=E4re 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=20
>irgendwas
>> machen, sonst kommen halt Anfragen an, die nciht mehr=20
>bearbeitet werden
>> k=F6nnen. Aus dem DNS austragen bringt nichts, da die Zeit=20
>viel zu lange=20
>> ist,
>> bis diese =C4nderung sich verbreitet hat. Also musst du mit scripts=20
>> arbeiten,
>> die =FCberpr=FCfen ob eine IP da ist und wenn nicht, sie auf=20
>einem anderen=20
>> Rechner
>> aufnehmen. Das kann ein fieses Gefrickel werden.
>>
>> wenn man wirklich seri=F6se loadbalancing ohne (relativ zumindest)=20
>> single point auf failure haben will,
>> und eine kosteng=FCnstige l=F6sung braucht, dann ist wohl LVS (Linux =

>> virtual Server)
>> der beste weg:
>>
>> man kann zwei rechner als gateway einrichten, die hinter sich=20
>> angeschlossene
>> serverfarmen bedienen. diese server haben alle nicht direkt=20
>> erreichbare IPs, sind
>> aber dem client voll transparent zug=E4nglich =FCber die LVS=20
>Gateways. die=20
>> beiden
>> gateways checken sich gegenseitig und wenn einer ausf=E4llt, nimmt =
der=20
>> andere sofort
>> seine arbeit auf und gibt sie wieder ab, wenn das gateway wieder da=20
>> ist. aus einem
>> solchen system kann man rechner rausnehme ohne=20
>konfig=E4nderungen machen=20
>> zu m=FCssen.
>>
>> dann hat man ein relativ sicheres und hochperformantes ding.=20
>aber die=20
>> realisierung dauert
>> eine weile und nat=FCrlich hat man noch mehr single points of =
failure:=20
>> der switch, wo die
>> gateways dran h=E4ngen, die router davor, die anbindung des=20
>> rechenzentrums, wo die kisten
>> stehen, etc.
>>
>> f=FCr wirkliche hochverf=FCgbarkeit braucht man mehrere =
rechenzentren an=20
>> verschiedenen geographischen
>> standpunkten, die =FCber DNS RR angesteuert werden und dann=20
>intern eine=20
>> clusterl=F6sung. so macht
>> es google zb.
>>
>>
>> wenn das f=FCr dich nicht in frage kommt, schau mal hier:=20
>> http://freshmeat.net/projects/mod_backhand/
>>
>>
>>
>> Gr=FC=DFe,
>> Philipp
>>
>>
>> ----- Original Message ----- From: "Germer, Carsten"=20
>> <carsten.germer@desy.de>
>> 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=FCnstige L=F6sung ist ein "Round=20
>Robin" auf
>> DNS-Basis mit mehreren Rechnern mit gespiegelten=20
>Filesystemen dahinter.
>> Ein paar Fragen um deine Situation genauer einsch=E4tzen zu =
k=F6nnen:
>> 1. =C4ndert sich die Website oft und wenn ja wie wird der neue =
content
>> eingespielt?
>> 2. Wird das PHP nur verwendet um Daten abzurufen oder=20
>schreiben die User
>> auch etwas auf dein System?
>> 3. Bekommen die User eine Session =FCber die sie l=E4ngere Zeit=20
>auf deinem
>> System arbeiten?
>> 4. Wenn Session, ist das =FCber cookies oder URL-Encoded gel=F6st?
>> 5. Benutzt Du eine Datenbank im Backend der Website?
>>
>> Das Fragen geht sicher sp=E4ter noch weiter :) aber soviel erstmal =
um
>> absch=E4tzen zu k=F6nnen was Du vorhast und brauchst.
>>
>> Lieben Gru=DF /Carsten
>>
>>
>>> -----Original Message-----
>>> From: Sandra Kleinert [mailto:nocrap@aks-teach.de]
>>> 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 =FCber 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=FCr mich etwas entt=E4uschend.
>>>
>>> Jetzt wende ich mich an Euch:
>>> Ich verwende Apache mit PHP unter Linux.  Bei den Versionen bin ich
>>> v=F6llig frei. Ich suche eine kostenlose Clustering oder Load=20
>Balancing
>>> Software f=FCr Apache. Weiss jemand da was?
>>>
>>> Vielen Dank im voraus.
>>> Sandra
>>>
>>>
>>> ---------------------------------------------------------------
>>> -----------
>>>                Apache HTTP Server Mailing List "users-de"
>>>      unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
>>>           sonstige Anfragen an users-de-help@httpd.apache.org
>>> ---------------------------------------------------------------
>>> -----------
>>>
>>
>>=20
>---------------------------------------------------------------
>-----------
>>                Apache HTTP Server Mailing List "users-de"
>>      unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
>>           sonstige Anfragen an users-de-help@httpd.apache.org
>>=20
>---------------------------------------------------------------
>-----------
>>
>>
>>
>>=20
>---------------------------------------------------------------
>-----------
>>                Apache HTTP Server Mailing List "users-de"     =20
>> unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
>>           sonstige Anfragen an users-de-help@httpd.apache.org
>>=20
>---------------------------------------------------------------
>-----------
>>
>
>
>---------------------------------------------------------------
>-----------
>                Apache HTTP Server Mailing List "users-de"=20
>      unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
>           sonstige Anfragen an users-de-help@httpd.apache.org
>---------------------------------------------------------------
>-----------
>

--------------------------------------------------------------------------
                Apache HTTP Server Mailing List "users-de" 
      unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
           sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------