Wo genau siehst du das Problem? Wenn man wissen will, was jeder einzelne Server so trieb, kann man das lokale Logfile auswerten.
was es dann ja nicht mehr gibt, weil beide IPs auf einem Rechner verwaltet wurden.
das problem auf einem server ist wirlich geringer, aber trotzdem vorhanden. du musst
z.b. alle webserver so konfugurieren, dass sie auch auf alle IPs antworten. nat�rlich
geht das, aber es ist eine zus�tzliche �berlegung, die vielleicht mal probleme machen k�nnte.
das gr��ere problem auf den rechnern ist aber einfach die verwaltung. heartbeat pingt
einen rechner (arp-ping oder was weiss ich) und f�hrt die IP hoch, wenn er den
rechner nicht mehr erreichen kann. was machen wir f�r den fall, dass die kiste nur kurz
weg war und wieder hochkommt ? dann haben wir zwei IPs. muss man also wieder
f�r sorgen, dass der andere rechner die IP dann auch wieder abgibt. und wie ? pingen
geht schlecht, dann muss man schon mit MAC adressen arbeiten. ein ziemliches
gefrickel, m.E.
Viel schlimmer finde ich das Problem des arp-cachings, das heisst, du f�hrst die IP auf einem anderen Server hoch, aber die beteiligten Router bzw. Switche versuchen noch (via MAC) auf den alten Server zuzustellen.
das ist ein riesenproblem, dass man mit LVS ebenfalls nicht hat. wie auch das oben
beschriebene. ausgefallene rechner kann man reparieren und wieder reinschalten, LVS
erkennt, dass der node wieder da ist und bindet ihn dynamisch wieder ins geschehen ein.
Gr��e, ps
--------------------------------------------------------------------------
Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an [EMAIL PROTECTED]
sonstige Anfragen an [EMAIL PROTECTED]
--------------------------------------------------------------------------
