Hallo,
Wird die ausgefallene IP dann als zus�tzliche IP auf einem der Nodes verwaltet? Wie kann denn das ablaufen? Muss man wahrscheinlich auchKann man selbst machen, gibt auch Tools und Ans�tze hierf�r, Stichwort 'heartbeat' ...
heartbeat ist genau die anwendung daf�r, allerdings ist das takeover, wie ich
in meiner ersten mail schon geschrieben habe, eine nicht ganz gute sache, weil
dadurch viele probleme entstehen die alle gel�st und verwaltet werden m�ssen.
(z.b. die logfiles, die serverconfigs f�r alle ips, etc)
Der Tip von Kernel sieht gut aus. Ich w�rde auch sagen Du kommst um ein
(semi-)professionelles SetUp nicht herum. Aber h�lt ein LVS Sessions auf dem
gleichen Arbeitshost? Das weiss ich nicht.
also ich nehme jetzt mal folgendes setup an:
1 rechenzentrum 2 lvs gateways x webserver x datenbankserver
dann sieht das ganze so aus
LVS-GW1 - LVS-GW2
|
web-1 web2 web3 web4
| | | |
datenbankserver (1 oder mehr)
die sache mit dem datenbank server bespreche ich nicht, weil daf�r ja scheinbar schon
eine m�glichkeit besteht. ab sich halte ich datenbankcluster f�r viel komplexer, deshalb
hat mysql ja auch seine clusterl�sung implementiert, die aber ja noch nciht stable ist.
was den webcluster betrifft: die LVS gateways kann man sehr komplex konfigurieren (z.b.
wenn man verschieden starke webserver hat kann man gewichtetes round-robin machen und
viele andere verteilmechanismen). in den std. einstellungen bekommt ein client den erstmals�
zugewiesenen server immer wieder, dass heisst der webserver kann die session immer fortf�hren.
wenn das gateway allerdings abraucht und das backup gateway �bernehmen muss, dann
wird der client vermutlich beim n�chsten zugriff neu geroutet und die session w�re weg.
zu LVS: lvs ist eigentlich ein set von kernel-patches und userland tools. ich empfehle dringend den
einsatz von keepalived. das ist ein serversytem, was mit sehr sch�nen configdateien die userland
utils einsetzt. so ersparrt man sich eigenes scripten und das failover zwischen zwei lvs gateways
l�uft einfach sauber. http://freshmeat.net/projects/keepalived/
lvs ist keine l�sung f�r eilige. das setup will gut �berlegt sein und es erfordert auch etwas
arbeit, bis man lvs versteht. wenn man nicht bereit ist, sich etwas in die materie einzuarbeiten,
solle man es nicht benutzen...
Viele Gr��e,
Philipp
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--------------------------------------------------------------------------
