เปิดโฟลเดอร์
เปิดโฟลเดอร์โปรเจกต์ในแชท
คุณต้องการ Pool ของ Backend ที่แบ่งปันการรับส่งข้อมูล ตัวช่วยจะอ่านบันทึกของคุณ ร่างไฟล์คอนฟิก และรันคำสั่งทดสอบเพื่อตรวจสอบไวยากรณ์ก่อนที่คุณจะนำไปใช้งาน
เปิดโฟลเดอร์โปรเจกต์ในแชท
อ่านไฟล์คอนฟิกปัจจุบันเพื่อดู Backend ที่มีอยู่
เขียนคอนฟิก Pool ใหม่พร้อม Health Checks
รันคำสั่งทดสอบคอนฟิกเพื่อตรวจสอบข้อผิดพลาด
lb-plan.yamlบันทึกแล้ว.1 ไฟล์lb-plan.yamlอ่าน 12 บรรทัด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 นี้กำหนด Pool พร้อม Backend ที่ใช้งานอยู่สามตัวและเซิร์ฟเวอร์สำรองหนึ่งตัว รวมถึงพารามิเตอร์ Health Check
ตัวช่วยใช้ list_dir เพื่อดูโครงสร้างโฟลเดอร์ของคุณ และใช้ read_file เพื่อตรวจสอบบันทึกหรือไฟล์คอนฟิกปัจจุบัน เพื่อให้คุณเข้าใจโครงสร้าง grep หาพอร์ตเฉพาะ edit_file เพิ่มเซิร์ฟเวอร์สำรองเพื่อจัดการการรับส่งข้อมูลหาก Backend ตัวหนึ่งล้มเหลว คุณเห็นการ์ด diff ที่แสดงสิ่งที่เปลี่ยนแปลงใน Pool อย่างชัดเจน Shell รันคำสั่งทดสอบคอนฟิกของคุณและรายงาน exit code สลับไปใช้โหมด Plan only เพื่อดูลำดับการเปลี่ยนแปลงทั้งหมดโดยไม่มีการดำเนินการ dns load balancing ช่วยจัดการการรับส่งข้อมูล และคุณสามารถตรวจสอบการ Failover ของ Dual WAN ด้วย Static IP ระหว่างการทดสอบ การกระทำแต่ละอย่างปรากฏในแชทเป็นการ์ดพร้อมผลลัพธ์จริง
หยุด Backend ตัวหนึ่งในช่วงเวลาที่วางแผนไว้ แล้วตัวช่วยใช้ http_get เพื่อตรวจสอบหน้า Health Check ของ Backend ที่เหลือ มันจะตรวจสอบ Backend ที่หยุดทำงาน ตัวช่วยใช้ write_file เพื่ออัปเดต Runbook ของคุณด้วยผลการทดสอบ DNS Caching อาจทำให้การ Failover ช้าลงตามระยะเวลาของค่า TTL ตัวช่วยบันทึกผลลัพธ์เหล่านี้ในอินเทอร์เฟซแชทอย่างชัดเจน สิ่งนี้ยืนยันว่าคอนฟิก Global Load Balancer ถูกต้อง คุณสามารถตรวจสอบการเปลี่ยนการรับส่งข้อมูลไปยังลิงก์อื่นโดยเริ่ม Backend อีกตัวหนึ่ง ตัวช่วยจะตรวจสอบว่า Backend นั้นกลับเข้าสู่ Pool อย่างสมบูรณ์