AWS Multi Zone Redundancy – Load Balancer vs. Global Accelerator vs. Elastic IP, was soll verwendet werden?

AWS Multi Zone Redundancy – Load Balancer vs. Global Accelerator vs. Elastic IP, was soll verwendet werden?

Ich bin etwas verwirrt über die Optionen zum Lastenausgleich zwischen verschiedenen AZs zur Redundanz. Ich habe eine Anwendung, die einen Netzwerklastenausgleich erfordert und bei der Lastverteilung und Auswahl der Endpunkte optimalerweise nicht von DNS abhängig sein sollte. (Einige Clients verwenden keine DNS-Auflösung, sondern stellen eine direkte Verbindung zu IPs her.)

Ich sehe hierfür im Wesentlichen drei Möglichkeiten:

  1. Global Accelerator – damit könnte ich eine globale IP-Adresse haben und hätte nicht nur Redundanz zwischen Zonen, sondern sogar Regionen, richtig? Gibt es außer den zusätzlichen Kosten irgendwelche Nachteile?

  2. Verwenden Sie einen Netzwerk-Load Balancer, der die Last zwischen verschiedenen Zonen verteilt. Dabei habe ich festgestellt, dass ich nicht allen Sites eine einzige IP-Adresse zuweisen kann. Obwohl ich elastische IPs an LB-Endpunkte in jeder Zone anhängen kann, kann ich sie nach der Erstellung nicht mehr ändern. Das bedeutet, dass ich bei einem Zonenausfall kein „Failover“ durchführen kann, sondern auf DNS angewiesen wäre (was ich vermeiden möchte). Gibt es eine Möglichkeit, dies mit Load Balancern zu tun?

  3. Ich kann ein Warm-Standby-Setup haben, indem ich eine Lambda-Funktion verwende und eine elastische IP erneut an eine Standby-Instanz in einer anderen Zone anhänge, mit dem Nachteil, dass ich hier standardmäßig kein Lastenausgleich verwenden kann und im besten Fall nicht in der Lage wäre, "aktiv aktiv" auszuführen.

Ich habe viel Dokumentation zu verwandten Themen für AWS gefunden, aber nichts Spezifisches für diese Art von Problem. Hat jemand Hinweise oder Vorschläge, wie man das am besten umsetzt?

verwandte Informationen