Phase 3 — Failover

Phase 3 fügt gesundheitsgeprüftes Failover auf der Zone aus Phase 1 hinzu: Ein F5 XC DNS-Lastverteiler gibt je nach Pool-Zustand unterschiedliche Antworten für einen Namen zurück, sodass der Datenverkehr automatisch zu einem gesunden Pool wechselt.

Geplantes Design

Der DNS-Lastverteiler-Stack besteht aus drei F5 XC-Ressourcen und einem Eintrag in der Zone:

Ressource	Rolle
`xcsh_dns_lb_health_check`	Prüft jedes Mitglied (HTTP, HTTPS, TCP, ICMP oder UDP), um den Pool-Zustand zu ermitteln
`xcsh_dns_lb_pool`	Eine Gruppe von Mitgliedern mit einem Lastverteilungsmodus (`ROUND_ROBIN`, `PRIORITY`, …) und einem Verweis auf die Gesundheitsprüfung
`xcsh_dns_load_balancer`	Regeln, die pro Anfrage einen Pool auswählen, mit einem Fallback-Pool
`lb_record` (in `xcsh_dns_zone`)	Bindet einen Namen in der Zone an den DNS-Lastverteiler

Das dns-lb-Modul wird diese ausdrücken, und das Zone-Modul erhält einen lb_record-Eintrag, der auf den Lastverteiler verweist — sodass ein einzelnes terraform apply den gesamten Failover-Pfad aufbaut.

Geplante Demonstration

Sobald das Modul veröffentlicht ist, wird die Failover-Demo Folgendes tun:

Zwei Pools (primär und sekundär) hinter dem DNS-Lastverteiler mit einer Gesundheitsprüfung bereitstellen.
Den lastverteilten Namen auflösen und bestätigen, dass er die Antwort des primären Pools zurückgibt.
Den primären Pool in einen ungesunden Zustand versetzen und bestätigen, dass die Auflösung auf den sekundären Pool failover durchführt — das Bereitschaftsgate fragt dig ab, bis sich die Antwort ändert.
Den primären Pool wiederherstellen und das Failback bestätigen.

Fahren Sie bis dahin mit Phase 4 — Abbau fort, um die Zone aus Phase 1 zu entfernen.