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]
--------------------------------------------------------------------------
