Routing-Richtlinien: Einfach, gewichtet und latenzbasiert

Route-53-Routing-Richtlinien bestimmen, wie DNS-Abfragen beantwortet werden, wenn mehrere Ressourceneintragssätze denselben DNS-Namen verwenden. Die Richtlinie legt fest, welche IP-Adresse oder welcher DNS-Name von Route 53 unter welchen Bedingungen zurückgegeben wird. Die Auswahl der richtigen Routing-Richtlinie ist eines der am häufigsten geprüften Themen in der SAA-C03-Prüfung.

Verfügbare Routing-Richtlinien: Simple, Weighted, Latency-based, Failover, Geolocation, Geoproximity und Multivalue Answer. Jede Richtlinie dient einem anderen Anwendungsfall. Die meisten können für ein automatisches Failover mit Zustandsprüfungen kombiniert werden.

Einfaches Routing ordnet einen DNS-Namen einer oder mehreren IP-Adressen (bei A-Einträgen) oder einem anderen Hostnamen (bei CNAME/ALIAS) zu. Wenn ein einzelner Wert konfiguriert ist, gibt Route 53 immer diesen Wert zurück. Wenn mehrere Werte konfiguriert sind, gibt Route 53 alle Werte in zufälliger Reihenfolge zurück, und der Client wählt einen davon aus.

Das einfache Routing ist die Standardrichtlinie und eignet sich am besten für Setups mit einer einzelnen Ressource, bei denen Sie keine Zustandsprüfungen, Traffic-Aufteilung oder geografische Differenzierung benötigen. Zustandsprüfungen werden nicht unterstützt. Ist die Ressource nicht fehlerfrei, gibt Route 53 ihre Adresse trotzdem zurück.

Gewichtetes Routing verteilt DNS-Abfragen entsprechend den von Ihnen zugewiesenen Gewichtungen auf mehrere Ressourcen. Für jeden Eintrag wird eine numerische Gewichtung zwischen 0 und 255 festgelegt. Route 53 gibt jeden Eintrag proportional zu dessen Gewichtung geteilt durch die Summe aller Gewichtungen zurück.

Beispiel: Drei Einträge mit den Gewichtungen 70, 20 und 10 erhalten jeweils ungefähr 70 %, 20 % und 10 % des Traffics. Bei Gewichtung 0 wird der Eintrag vom Routing ausgeschlossen, aber nicht gelöscht. Das ist nützlich, um den Traffic vorübergehend zu stoppen, ohne den Eintrag zu entfernen. Gewichtetes Routing wird typischerweise für A/B-Tests, Canary-Deployments und Blue-Green-Umschaltungen verwendet.

Gewichtetes Routing eignet sich besonders für Bereitstellungs- und Testszenarien:

• Canary-Release: Leiten Sie 5 % des Traffics an eine neue Version (Gewichtung 5) und 95 % an die stabile Version (Gewichtung 95); verschieben Sie die Gewichtungen schrittweise, sobald Ihr Vertrauen wächst
• Blue-Green-Deployment: Beginnen Sie mit 100/0 (alles an Green), verschieben Sie dann langsam auf 50/50 und anschließend auf 0/100 (alles an Blue), und löschen Sie danach den Green-Eintrag
• Lasttests: Leiten Sie einen kleinen Teil des Produktivtraffics an eine Testumgebung, um die Leistung unter realer Last zu überprüfen

Gewichtetes Routing funktioniert mit Zustandsprüfungen. Wenn die Zustandsprüfung eines gewichteten Eintrags fehlschlägt, nimmt Route 53 ihn nicht mehr in die Antworten auf und verteilt seine Gewichtung auf die fehlerfreien Einträge.

Latenzbasiertes Routing leitet jede DNS-Abfrage an die AWS-Region weiter, die für den Endbenutzer die niedrigste Netzwerklatenz bietet. Route 53 misst die Latenz zwischen globalen DNS-Resolvern und AWS-Regionen und leitet Abfragen an die Region mit der besten gemessenen Latenz weiter.

Sie erstellen für jede Region, in der sich Ihre Ressourcen befinden, einen Eintrag mit dem Typ LATENCY und geben die Region an. Route 53 wählt für jede Abfrage die Option mit der niedrigsten Latenz aus, ohne die tatsächlichen Ressourcen zu vergleichen. Verwendet werden AWS-Latenzmessungen und keine Echtzeitmessungen vom Standort des Benutzers.

Latenzbasiertes Routing und Geolocation-Routing werden in der Prüfung häufig verwechselt:

• Latenzbasiertes Routing: Das Routing basiert auf der Netzwerkleistung, um die Round-Trip-Zeit zu minimieren – ein Benutzer in Japan kann zu us-west-2 geleitet werden, wenn die Latenz dort zu diesem Zeitpunkt niedriger ist als in ap-northeast-1
• Geolocation-Routing: Das Routing basiert auf der geografischen Herkunft der DNS-Abfrage – ein Benutzer in Japan wird unabhängig von der Latenz immer zum Datensatz für Japan geleitet

Verwenden Sie latenzbasiertes Routing zur Leistungsoptimierung und Geolocation-Routing für personalisierte Inhalte, gesetzliche Compliance oder sprachspezifische Inhalte.

Multivalue-Answer-Routing gibt als Antwort auf jede DNS-Abfrage bis zu 8 gesunde Datensätze zurück, sodass der Client zufällig einen davon auswählen kann. Im Gegensatz zum einfachen Routing (das nicht erreichbare IPs zurückgeben kann) ist Multivalue-Routing mit Health Checks integriert und gibt nur die IP-Adressen gesunder Ressourcen zurück.

Multivalue Answer ist kein Ersatz für einen Load Balancer – DNS-Load-Balancing ist weniger ausgefeilt und Datensätze werden auf Clientebene zwischengespeichert. Es bietet jedoch eine einfache und kostengünstige Möglichkeit, Datenverkehr zu verteilen und die Ausfallsicherheit zu verbessern, wenn Sie mehrere gleichwertige Endpunkte haben.

Die meisten Routing-Richtlinien (alle außer Simple) können mit Health Checks verknüpft werden. Wenn ein Health Check fehlschlägt, gibt Route 53 diesen Datensatz in DNS-Antworten nicht mehr zurück. Beim gewichteten Routing wird der Datenverkehr des ausgeschlossenen Datensatzes auf gesunde Datensätze mit Gewichtung verteilt. Beim latenzbasierten Routing wird die gesunde Region mit der nächstniedrigeren Latenz verwendet.

Health Checks werden unabhängig von Routing-Richtlinien ausgewertet und können für HTTP-, HTTPS- und TCP-Endpunkte konfiguriert werden. Berechnete Health Checks kombinieren die Ergebnisse mehrerer Health Checks (AND-/OR-Logik) zu einer zusammengefassten Zustandsbewertung.

Schnellübersicht zur Auswahl der Routing-Richtlinie in der Prüfung:

• „A/B-Test“, „Canary“, „Blue-Green“ → Weighted
• „niedrigste Latenz“, „nächstgelegene Region“, „beste Leistung“ → Latency
• „einzelne Ressource“, „einfache Einrichtung“ → Simple
• „mehrere IPs, alle gesund“ → Multivalue Answer
• „Active-Passive-Failover“ → Failover
• „länderspezifische Inhalte“, „gesetzliche Einschränkung“ → Geolocation
• „Routing nach Nähe zu Ressourcen“ → Geoproximity

Gewichtetes Routing ist die empfohlene Strategie für die schrittweise Umstellung des Datenverkehrs während Migrationen. Typischer Ablauf:

1. Start: alte Infrastruktur mit Gewichtung 100, neue mit Gewichtung 0
2. Neue Infrastruktur aktivieren: auf 95/5 umstellen und Fehlerraten sowie Latenz überwachen
3. Schrittweise erhöhen: 80/20 → 50/50 → 20/80 → 5/95 über mehrere Stunden oder Tage
4. Abschluss: 0/100; alte Infrastruktur außer Betrieb nehmen
5. Rollback: Wenn Probleme auftreten, die Gewichtung der neuen Infrastruktur sofort auf 0 setzen, um den Datenverkehr zu stoppen

Dieses Vorgehen minimiert das Risiko gegenüber einer sofortigen Umstellung und ermöglicht ein schnelles Rollback durch Anpassen einer DNS-Gewichtung, ohne erneut bereitstellen zu müssen.

Mit Route 53 können Sie komplexe Routing-Konfigurationen erstellen, indem Sie Richtlinien logisch kombinieren. Sie können beispielsweise latenzbasiertes Routing verwenden, um die nächstgelegene Region auszuwählen, und innerhalb dieser Region gewichtetes Routing, um den Datenverkehr auf mehrere Endpunkte dort aufzuteilen. Dies erreichen Sie, indem Sie gewichtete Datensätze mit einem bestimmten SetIdentifier in derselben Region erstellen, die anschließend von der Latenzrichtlinie ausgewählt werden.

Ein einzelner Datensatz kann jedoch nur eine Routing-Richtlinie haben. Verwenden Sie für kombinierte Muster eine Datensatzebene für die Latenz und innerhalb jeder Region eine separate Gruppe gewichteter Datensätze, die auf unterschiedliche ALBs oder Elastic IPs verweisen.

Testen Sie Ihr Verständnis der Konzepte aus dieser Lektion für AWS Solutions Architect (SAA-C03).

In dieser Lektion haben Sie gelernt: Simple-Routing gibt einen oder mehrere Werte ohne Health Checks zurück, gewichtetes Routing teilt den Datenverkehr prozentual auf für A/B-Tests und schrittweise Migrationen, und latenzbasiertes Routing leitet Benutzer zur Region mit der niedrigsten Latenz zur Leistungsoptimierung. Die meisten Richtlinien lassen sich mit Health Checks kombinieren, um ein automatisches Failover zu ermöglichen. Als Nächstes sehen wir uns die Routing-Richtlinien Failover und Geolocation an.