Amazon Route 53 - DNS und Domain-Registrierung

Was ist Amazon Route 53?

Amazon Route 53 ist ein hochverfügbarer und skalierbarer Domain Name System (DNS) Web-Service von AWS, der drei zentrale Funktionen vereint: Domain-Registrierung, DNS-Routing und Health Monitoring. Der Name “Route 53” bezieht sich auf den traditionellen DNS-Port (TCP/UDP Port 53) und signalisiert die Kernfunktion des Services: das Routing von Nutzeranfragen zu Infrastruktur.

Im Gegensatz zu vielen traditionellen DNS-Anbietern bietet Route 53 eine tiefe Integration mit AWS-Services und intelligente Routing-Policies, die über einfaches DNS hinausgehen. Der Service nutzt ein globales Anycast-Netzwerk mit zahlreichen Edge-Standorten weltweit und bietet ein gestaffeltes Service-Level-Agreement mit Service Credits bei Verfügbarkeitsunterschreitungen.

Route 53 eignet sich für: DNS-Hosting für Websites und Anwendungen, Traffic Management mit komplexen Routing-Policies, Disaster Recovery durch automatisches Failover, globales Load Balancing basierend auf Nutzer-Standort oder Latenz sowie Domain-Registrierung und -Verwaltung für zahlreiche Top-Level-Domains.

DNS-Routing-Policies

Route 53 bietet sieben verschiedene Routing-Policies, die je nach Anwendungsfall ausgewählt werden können:

Simple Routing

Standard-DNS-Routing ohne zusätzliche Intelligenz:

Eigenschaften:

• Ein oder mehrere IP-Adressen pro Record
• Keine Health Checks
• Zufällige Auswahl bei mehreren IPs
• Niedrigste Kosten

Anwendungsfälle: Einfache Websites mit einem Server, statische Inhalte ohne Failover-Anforderungen.

Weighted Routing

Traffic-Verteilung basierend auf konfigurierbaren Gewichtungen:

Eigenschaften:

• Prozentuale Traffic-Verteilung (z.B. 90% zu A, 10% zu B)
• Kombinierbar mit Health Checks
• Ideal für A/B-Testing und Blue/Green-Deployments

Anwendungsfälle:

• Graduelle Rollouts neuer Anwendungsversionen
• Load Distribution über mehrere Rechenzentren
• Traffic-Shifting zu Testzwecken

Beispiel: 95% Traffic zu Produktionsumgebung, 5% zu Canary-Deployment für Tests.

Latency-Based Routing

Routing zur AWS-Region mit niedrigster Netzwerk-Latenz für den Nutzer:

Eigenschaften:

• Automatische Latenz-Messung
• Berücksichtigt tatsächliche Netzwerk-Performance, nicht nur geografische Distanz
• Kombinierbar mit Health Checks

Anwendungsfälle:

• Globale Anwendungen mit Multi-Region-Deployment
• Performance-Optimierung für internationale Nutzer

Beispiel: Europäische Nutzer zu eu-central-1, US-Nutzer zu us-east-1, Asia-Pacific zu ap-southeast-1.

Failover Routing

Active/Passive Failover mit Health Checks:

Eigenschaften:

• Primary und Secondary Resource
• Automatisches Failover bei Ausfall der Primary Resource
• Health Checks erforderlich

Anwendungsfälle:

• Disaster Recovery mit Backup-Site
• Maintenance-Windows mit automatischem Umschalten
• High Availability für kritische Anwendungen

Beispiel: Produktionsdatenbank in Frankfurt (Primary), Standby in Irland (Secondary).

Geolocation Routing

Routing basierend auf geografischer Herkunft des Nutzers:

Eigenschaften:

• Routing nach Kontinent, Land oder US-Bundesstaat
• Content-Lokalisierung (Sprache, Währung)
• Unterstützung von Data-Residency-Anforderungen

Anwendungsfälle:

• Regionale Content-Auslieferung (z.B. EU-Nutzer zu EU-Servern)
• Lizenzierung (bestimmte Inhalte nur in spezifischen Ländern)
• Geo-Blocking

Beispiel: Deutsche Nutzer zu deutscher Sprachversion auf EU-Servern, US-Nutzer zu englischer Version.

Geoproximity Routing

Routing basierend auf geografischer Nähe mit konfigurierbaren Bias-Faktoren:

Eigenschaften:

• Berücksichtigt geografische Lage von Ressourcen und Nutzern
• Bias-Faktoren erweitern oder verkleinern geografische Regionen
• Erfordert Route 53 Traffic Flow

Anwendungsfälle:

• Feinkörnige Traffic-Verteilung über mehrere Regionen
• Load Shifting zwischen Rechenzentren

Beispiel: Frankfurt-Server mit positivem Bias zieht mehr Traffic aus Osteuropa.

Multivalue Answer Routing

Gibt mehrere zufällig ausgewählte gesunde IP-Adressen zurück:

Eigenschaften:

• Mehrere IP-Adressen pro Response
• Health Checks pro IP
• Client wählt aus mehreren Optionen

Anwendungsfälle:

• Client-seitige Failover-Logik
• Simple Load Distribution ohne Load Balancer

Health Checks

Route 53 Health Checks überwachen die Verfügbarkeit und Performance Ihrer Endpoints weltweit:

Endpoint Monitoring

Protokolle: HTTP, HTTPS, TCP

Features:

• String Matching im Response Body
• Status-Code-Validierung
• TLS/SSL-Zertifikat-Validierung
• Latency Measurements

Konfiguration:

• Konfigurierbare Check-Intervalle
• Failure Threshold: Anzahl aufeinanderfolgender Fehlschläge vor Unhealthy-Status
• Verteilte globale Checker-Infrastruktur

Calculated Health Checks

Kombiniert mehrere Health Checks mit logischen Operatoren:

Beispiel: “Anwendung ist gesund WENN (Datenbank UND API UND Cache) gesund sind.”

Anwendungsfälle:

• Komplexe Abhängigkeiten modellieren
• Multi-Tier-Application-Monitoring
• Alarm-Aggregation

CloudWatch Alarm Health Checks

Überwacht CloudWatch-Alarme als Health Check:

Anwendungsfälle:

• Custom Metrics (z.B. Queue-Länge, Cache-Hit-Rate)
• Cross-Region-Metrics
• Business-Logik-basierte Health Checks

Route 53 Resolver: Hybrid-DNS für VPCs

Route 53 Resolver ermöglicht DNS-Auflösung zwischen AWS VPCs und On-Premises-Netzwerken:

Inbound Endpoints

On-Premises-DNS-Server können AWS-interne Domains auflösen:

Setup:

• Erstellen Sie Inbound Endpoints in der VPC (ENIs in Subnets)
• On-Premises-DNS-Server forwarden AWS-Queries zu Inbound-Endpoint-IPs
• Route 53 löst AWS-interne Domains auf (z.B. Private Hosted Zones)

Anwendungsfälle:

• Hybrid-Cloud mit Active Directory
• On-Premises-Anwendungen greifen auf AWS-Services zu
• Zentrale DNS-Verwaltung

Outbound Endpoints

AWS-Ressourcen können On-Premises-Domains auflösen:

Setup:

• Erstellen Sie Outbound Endpoints in der VPC
• Konfigurieren Sie Resolver Rules (welche Domains zu On-Premises forwarden)
• Route 53 forwarded Queries zu On-Premises-DNS-Servern

Anwendungsfälle:

• EC2-Instanzen greifen auf interne Unternehmenssysteme zu
• AWS-Workloads mit Active-Directory-Authentifizierung
• Hybrid-DNS mit zentraler On-Premises-Verwaltung

Resolver Rules

Definieren, welche Domains wohin geroutet werden:

Rule Types:

• Forward Rules: Leiten Queries zu On-Premises-DNS-Servern weiter
• System Rules: Überschreiben Forward Rules für spezifische Domains
• Conditional Forwarding: Basierend auf Domain-Patterns

Sharing: Resolver Rules können über AWS RAM (Resource Access Manager) mit anderen AWS-Accounts geteilt werden.

Alias Records vs. CNAME Records

Route 53 bietet Alias Records als AWS-spezifische Alternative zu CNAME Records:

CNAME Records

Limitierungen:

• Nicht nutzbar für Zone Apex (z.B. example.com, nur www.example.com)
• Kostenpflichtige Queries
• Zusätzlicher DNS-Lookup erforderlich

Alias Records

Vorteile:

• Funktionieren am Zone Apex (example.com)
• Kostenlose Queries zu AWS-Ressourcen
• Gesundheits-Checks via Resource Health
• Schnellere Auflösung (kein zusätzlicher Lookup)

Unterstützte Ziele:

• Elastic Load Balancers (ALB, NLB, CLB)
• CloudFront Distributions
• S3 Website Endpoints
• API Gateway
• VPC Interface Endpoints
• Andere Route 53 Records

Beispiel:

example.com -> Alias -> ALB-abc123.eu-central-1.elb.amazonaws.com

DNSSEC: DNS Security Extensions

DNSSEC schützt vor DNS-Spoofing und Cache-Poisoning durch kryptografische Signaturen:

DNSSEC Signing

Route 53 kann Hosted Zones signieren:

Prozess:

1. AWS erstellt DNSSEC-Keys (KSK und ZSK) via KMS
2. Route 53 signiert DNS-Records mit dem ZSK
3. Sie hinterlegen den DS-Record beim Betreiber der übergeordneten Zone

Key Management:

• AWS-managed Keys (KMS) oder Customer-Managed Keys
• DNSSEC-Key-Distribution via Trust Anchor

DNSSEC Validation

Route 53 Resolver kann DNSSEC-Signaturen validieren:

Features:

• Schutz vor DNS-Hijacking
• Validierung von Upstream-Queries
• CloudWatch-Metriken für DNSSEC-Failures

Anwendungsfälle:

• Compliance-Anforderungen (z.B. Finanzsektor)
• Schutz kritischer Infrastruktur

Route 53 Application Recovery Controller

Disaster-Recovery-Service für Multi-Region-Anwendungen:

Readiness Checks

Validiert, ob Ihre Disaster-Recovery-Umgebung einsatzbereit ist:

Prüfungen:

• Resource Sets in mehreren Regionen vorhanden?
• Kapazität in Backup-Region ausreichend?
• Dependencies (Datenbanken, Caches) repliziert?

Reporting: Kontinuierliche Readiness-Scores mit Empfehlungen.

Routing Control

Zentrales Failover-Management mit Safety Rules:

Konzept:

• Control Panel mit Routing Controls (ON/OFF-Schalter für Regionen)
• Safety Rules verhindern gleichzeitiges Abschalten aller Regionen
• Assertion Rules validieren Mindest-Verfügbarkeit

Anwendungsfälle:

• Kontrollierte Region-Failovers
• Schutz vor Fehlkonfigurationen
• Compliance mit Disaster-Recovery-Richtlinien

Zonal Shift

Verschiebt Traffic weg von betroffenen Availability Zones:

Features:

• AZ-Anomalie-Erkennung
• Temporäres Abschalten einzelner AZs
• Automatische Wiederherstellung nach Behebung

Traffic Flow: Visueller Policy Editor

Traffic Flow ist ein visueller Editor für komplexe Routing-Policies:

Beispiel-Szenario:

1. Geolocation: Europa → EU-Deployment
2. Latency: Innerhalb der EU → niedrigste Latenz (Frankfurt vs. Irland)
3. Weighted: 90% Produktion, 10% Canary
4. Failover: Primary → Secondary bei Health-Check-Fehlschlag

Vorteile:

• Wiederverwendbare Templates (Traffic Policies)
• Versionierung von Policies
• Rollback-Fähigkeit

Integration mit innFactory

Als AWS Reseller unterstützt innFactory Sie bei:

DNS-Architektur-Design

• Multi-Region-DNS-Strategien
• Hybrid-DNS mit Route 53 Resolver
• DNSSEC-Implementierung
• Traffic Flow Policies für komplexe Szenarien

Domain-Migration

• Transfer von Domains zu Route 53
• Minimierung von DNS-Downtime
• Bulk-Domain-Management
• Domain-Registrar-Konsolidierung

High Availability & Disaster Recovery

• Health-Check-Strategien
• Failover-Architekturen
• Application Recovery Controller Setup
• RTO/RPO-Optimierung

Hybrid-Cloud-Integration

• Route 53 Resolver Endpoints
• Active-Directory-Integration
• VPN/Direct-Connect-DNS-Routing
• Conditional Forwarding Rules

Kostenoptimierung

• Alias Records statt CNAME (kostenlose Queries)
• Hosted-Zone-Konsolidierung
• Query-Pattern-Analyse

Kontaktieren Sie uns für eine unverbindliche Beratung zu Amazon Route 53 und AWS.