Codespot Mobile
Workflows

DNS-Load-Balancing und globale Lastverteilung entwerfen

03
Pool entwerfen

Pool mit Health Checks entwerfen

Du brauchst einen Backend-Pool, der den Traffic teilt. Der Agent liest deine Notizen, erstellt die Konfigurationsdatei und führt deinen Testbefehl aus, um die Syntax zu prüfen, bevor du sie anwendest.

01

Ordner öffnen

Öffne den Projektordner im Chat.

02

Konfig lesen

Lies die aktuelle Konfigurationsdatei, um die bestehenden Backends zu sehen.

03

Änderungen entwerfen

Schreibe die neue Pool-Konfiguration mit Health Checks.

04

Syntax prüfen

Führe den Konfig-Testbefehl aus, um Fehler zu finden.

Beispielkonfiguration

lb-plan.yaml
# Load balancer pool config
# Algorithm: round robin
pool:
  name: web-pool
  algorithm: round_robin
  backends:
    - addr: 10.0.0.1
      port: 8080
    - addr: 10.0.0.2
      port: 8080
    - addr: 10.0.0.3
      port: 8080
  health_check:
    path: /health
    interval: 10s
    fail_threshold: 3
    pass_threshold: 2
  standby:
    - addr: 10.0.0.4
      port: 8080

Diese YAML-Datei definiert einen Pool mit drei aktiven Backends und einem Standby-Server, einschließlich Health-Check-Parametern.

Failover auf eigenen Systemen verifizieren

Den Failover-Plan entwerfen

Der Agent nutzt list_dir, um deine Ordnerstruktur zu sehen, und read_file, um deine aktuellen Notizen oder Konfigurationsdateien zu inspizieren, damit du den Aufbau verstehst. grep findet die spezifischen Ports. edit_file fügt einen Standby-Server hinzu, um Traffic zu übernehmen, falls ein Backend ausfällt. Du siehst eine Diff-Karte, die genau zeigt, was sich im Pool ändert. Shell führt deinen Konfigurationstestbefehl aus und meldet den Exit-Code. Wechsle in den Modus Plan only, um die vollständige Abfolge der Änderungen zu sehen, ohne sie auszuführen. DNS-Load-Balancing hilft beim Traffic-Management, und du kannst Dual-WAN-Failover mit statischer IP während der Tests verifizieren. Jede Aktion erscheint im Chat als Karte mit ihrem echten Ergebnis.

Das Failover manuell testen

Der Leser stoppt ein Backend in einem geplanten Fenster, und der Agent nutzt http_get, um die Health-Seite der verbleibenden Backends zu prüfen. Er prüft das gestoppte Backend. Der Agent nutzt write_file, um dein Runbook mit den Testergebnissen zu aktualisieren. DNS-Caching kann das Failover für die Dauer der TTL erheblich verzögern. Der Agent protokolliert diese Ergebnisse klar in der Chat-Schnittstelle. Dies bestätigt, dass die globale Load-Balancer-Konfiguration korrekt ist. Du verifizst den Traffic-Failover auf eine andere Leitung, indem du das Backend jetzt wieder startest. Der Agent prüft, ob es vollständig in den Pool zurückkehrt.

Codespot Mobile für Windows

Starte heute mit dem Design deines Pools

Codespot Mobile herunterladen ↗