Codespot Mobile
Przepływy pracy

projektowanie balansowania ruchu DNS i globalnych load balancerów

03
Projektowanie puli

Skonfiguruj pulę z kontrolą stanu

Potrzebujesz puli backendów, które dzielą między sobą ruch. Agent odczytuje Twoje notatki, tworzy plik konfiguracyjny i uruchamia polecenie testowe, aby zweryfikować składnię przed wdrożeniem.

01

Otwórz folder

Otwórz folder projektu w czacie.

02

Przeczytaj konfigurację

Przeczytaj aktualny plik konfiguracyjny, aby zobaczyć istniejące backendy.

03

Stwórz zmiany

Napisz nową konfigurację puli z kontrolą stanu.

04

Zweryfikuj składnię

Uruchom polecenie testu konfiguracji, aby sprawdzić błędy.

Przykładowa konfiguracja

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

Plik yaml definiuje pulę z trzema aktywnymi backendami i jednym serwerem zapasowym, z parametrami kontroli stanu.

Zweryfikuj failover na własnych systemach

Stwórz plan failover

Agent używa list_dir, aby zobaczyć strukturę folderów, oraz read_file, aby sprawdzić Twoje obecne notatki lub pliki konfiguracyjne, co pozwala zrozumieć układ. grep znajduje konkretne porty. edit_file dodaje serwer zapasowy, który przejmie ruch, jeśli jeden z backendów zawiedzie. Widzisz kartę diff pokazującą dokładnie, co zmieni się w puli. Shell uruchamia polecenie testu konfiguracji i raportuje kod wyjścia. Przełącz się w tryb Plan only, aby zobaczyć pełną sekwencję zmian bez ich wykonywania. balansowanie ruchu DNS pomaga zarządzać ruchem, a podczas testów możesz zweryfikować failover dual wan ze statycznym ip. Każda akcja pojawia się w czacie jako karta z jej rzeczywistym wynikiem.

Przetestuj failover ręcznie

Użytkownik zatrzymuje jeden z backendów w zaplanowanym oknie, a agent używa http_get, aby sprawdzić stronę kontroli stanu pozostałych backendów. Sprawdza również zatrzymany backend. Agent używa write_file, aby zaktualizować Twoją instrukcję obsługi (runbook) wynikami testu. Buforowanie DNS może znacząco opóźnić failover przez czas trwania TTL. Agent zapisuje te wyniki w interfejsie czatu w przejrzysty sposób. To weryfikuje, że konfiguracja globalnego load balancera jest poprawna. Weryfikujesz przełączenie ruchu na inne łącze, uruchamiając ponownie backend. Agent sprawdza, czy wraca on do puli w pełni.

Codespot Mobile dla Windows

Zacznij projektować swoją pulę już dziś

Pobierz Codespot Mobile ↗