Codespot Mobile
Робочі процеси

балансування навантаження DNS та проектування глобального балансера

03
Проектування пулу

Створіть пул із перевіркою стану

Вам потрібен пул бекендів, що розподіляють трафік. Агент прочитає ваші нотатки, підготує файл конфігурації та запустить вашу тестову команду для перевірки синтаксису перед застосуванням.

01

Відкрийте папку

Відкрийте папку проєкту в чаті.

02

Прочитайте конфігурацію

Прочитайте поточний файл конфігурації, щоб побачити наявні бекенди.

03

Підготуйте зміни

Напишіть нову конфігурацію пулу з перевіркою стану.

04

Перевірте синтаксис

Запустіть команду тестування конфігурації, щоб перевірити наявність помилок.

Приклад конфігурації

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

Цей yaml-файл визначає пул із трьома активними бекендами та одним сервером очікування, включаючи параметри перевірки стану.

Перевірка failover на ваших власних системах

Підготуйте план відмовостійкості

Агент використовує list_dir, щоб побачити структуру вашої папки, та read_file, щоб перевірити ваші поточні нотатки або файли конфігурації, для розуміння структури. grep знаходить конкретні порти. edit_file додає сервер очікування для обробки трафіку, якщо один із бекендів вийде з ладу. Ви бачите картку diff, яка показує, саме що зміниться в пулі. Shell запускає вашу команду тестування конфігурації та повідомляє код виходу. Перемкніться в режим Plan only, щоб побачити повну послідовність змін без їх виконання. Балансування навантаження DNS допомагає керувати трафіком, і ви можете перевірити відмовостійкість dual wan зі статичним IP під час тестування. Кожна дія відображається в чаті як картка з реальним результатом.

Протестуйте відмовостійкість вручну

Ви зупиняєте один із бекендів у запланований вікно, а агент використовує http_get для перевірки сторінки стану залишилися бекендів. Він перевіряє зупинений бекенд. Агент використовує write_file, щоб оновити ваш runbook результатами тесту. Кешування DNS може значно затримати failover на тривалість TTL. Агент чітко записує ці результати в інтерфейсі чату. Це підтверджує правильність конфігурації глобального балансера навантаження. Ви перевіряєте перемикання трафіку на інше з’єднання, запустивши бекенд знову. Агент перевіряє, чи повністю він повернувся до пулу.

Codespot Mobile для Windows

Почніть проектувати свій пул сьогодні

Завантажити Codespot Mobile ↗