Ich habe ein paar Tage mit Hochverfügbarkeitslösungen herumgespielt und finde bisherUCARPsehr nützlich für IP-Failover.
Es ist kinderleicht und funktioniert.
Ich habe darüber nachgedacht, noch einen Schritt weiterzugehen:
Wennder Routerwelches die beiden Knoten mit derselben IP verbindetwürde ALLE Pakete an beide Knoten senden(jederzeit), dann könnte icherreichen Sie einen deutlich besseren Lastausgleich.
Es ist wie eine „Master-Master“-Lösung statt eines „Master-Backups“.
Quell-IPs sind teilbar.
DerRedundanzgruppeNehmen wir an, zwei solcher Knoten teilen sich eine („virtuelle“) IP, wie gesagt.
Wenn beide aktiv sind, teilen sie einfach die Quell-IP (die reine Nummer) des Clients und wissen, wie sie reagieren müssen.
Beispielsweise nimmt Node1 IPs, die durch 2 geteilt sind.
Node2 nimmt den Rest.
Ein Client initiiert eine TCP/IP-Verbindung (über die gemeinsame IP).
Der Router, der beide Knoten verbindet, sendet diese Anfrage an beide.
Wenn die IP des Clients perfekt durch 2 teilbar ist, antwortet Node1.
An diesem Punkt ignoriert Node2 dies, da es Node1 kennt.
Wenn ein Knoten ausfällt, z. B. Knoten1, erkennt der andere (Knoten2) dies - normalerweisewie es UCARP jedenfalls tut!
An diesem Punkt würde Node2 beginnen, die restlichen Clients zu bedienen.
Wenn Knoten1 zurückkommt, beantwortet Knoten2 keine SYN-Anfragen (erste Schritte beim Aufbau einer TCP/IP-Verbindung), die von einer durch 2 teilbaren IP-Adresse kommen, mehr, sodass Knoten1 weiterhin den Dienst versieht.
Ein mögliches Problem könnte aus der Richtung des Routers kommen: Es muss jedes eingehende Paket an X-Knoten in der Redundanzgruppe senden. Hohe(re) interne Netzwerklast.
Ein weiteres mögliches Problemist, dass jeder Knoten praktisch viele, viele Pakete erhält, auch solche, die er nicht „will“.
Bei den heutigen Routern/Netzwerkkarten halte ich dies für einen sehr geringen Preis im Vergleich zum Nutzen vonsehr hohe Verfügbarkeit.
Ganz zu schweigen davon, dass ich in einem solchen Fall100 % meiner Ressourcen nutzen (auf gute Art und Weise)anstatt einen oder mehrere „Standby“-Server zu haben, die nichts weiter tun, als „bereitzustehen“.
Meine genaue Frage ist:
1) Gibt es bereits eine solche Lösung? (Open Source, Freeware, Linux-basiert).
2) Kann ein Router so etwas unterstützen? Welche Standards sollte er unterstützen? Was würde ich einen DS/VPS-Anbieter bezüglich dieser Fähigkeit fragen?
Wie dem auch sei, dies sind einige meiner Überlegungen zu diesem Thema. Ich würde mich über eine kurze Antwort mit Links und ein paar Worten freuen. Mehr ist natürlich willkommen :)
Antwort1
Ich glaube nicht, dass das möglich/machbar ist. Es existiert definitiv nicht, da es im Vergleich zu herkömmlichen Ansätzen nur von sehr begrenztem Nutzen ist.
Das Hauptproblem, das ich sehe, ist die Verfolgung jedes eingehenden und ausgehenden IP-Pakets und die Synchronisierung des Status des IP-Stacks auf beiden Computern auf eine Weise, die für die Anwendung vollständig transparent ist. Wie „simuliert“ man eine Anwendung auf Knoten 1, die die Arbeit erledigt, aber nicht antwortet, oder wie magisch den Status eines Knotens 2 aufnimmt? Sie kann die TCP-Kommunikation einer Anwendung auf Knoten 1 nicht einfach fortsetzen, ohne ... spezielle Programmierung.