フォルダを開く
チャットでプロジェクトフォルダを開きます。
バックエンドのプールを作成し、トラフィックを分散する必要があります。エージェントはあなたのメモを読み取り、設定ファイルの草案を作成し、適用前に構文テストコマンドを実行して検証します。
チャットでプロジェクトフォルダを開きます。
既存のバックエンドを確認するために、現在設定ファイルを読み込みます。
ヘルスチェック付きの新しいプール設定を作成します。
エラーがないか確認するために、設定テストコマンドを実行します。
lb-plan.yaml保存済み.1ファイルlb-plan.yaml12行読み取りbackend3件の一致# 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ファイルは、3つのアクティブなバックエンドと1つの待機サーバー、およびヘルスチェックパラメータを含むプールを定義しています。
エージェントはlist_dirでフォルダ構造を確認し、read_fileで現在のメモや設定ファイルを検査して構成の概要を把握します。grepで特定のポートを検索します。edit_fileで、バックエンドの1つが失敗した場合にトラフィックを処理する待機サーバーを追加します。プールで変更される内容が正確にわかる差分カードが表示されます。Shellで設定テストコマンドを実行し、終了コードを報告します。Plan onlyモードに切り替えて、変更を適用せずに変更の全シーケンスを確認できます。DNS負荷分散はトラフィック管理に役立ち、テスト中は静的IPでデュアルWANフェイルオーバーを検証できます。各アクションは、実際の結果と共にチャット上のカードとして表示されます。
計画的なメンテナンスウィンドウでバックエンドの1つを停止し、エージェントはhttp_getで残りのバックエンドのヘルスチェックページを確認します。停止したバックエンドもチェックします。エージェントはwrite_fileでテスト結果をランブックに反映します。DNSキャッシュにより、TTL期間分だけフェイルオーバーが遅れる可能性があります。エージェントはこれらの結果をチャットインターフェースに明確に記録します。これにより、グローバルロードバランサの設定が正しいことが検証されます。バックエンドを再起動して、トラフィックが別のリンクにフェイルオーバーすることを確認します。エージェントは、バックエンドがプールに完全に復帰したことを確認します。