การตรวจสอบความสมบูรณ์ของโหลดบาลานเซอร์ในระบบคลาวด์ของ Google ทำให้เกิดการโหลดบนเซิร์ฟเวอร์

ฉันได้กำหนดค่าโหลดบาลานเซอร์ https บน google cloud ด้วยการตรวจสุขภาพโดยมีพารามิเตอร์ต่อไปนี้:

ตรวจสุขภาพ :

ช่วงเวลา : 30 วินาที
หมดเวลา : 15 วินาที
เกณฑ์ที่ดีต่อสุขภาพ: 1 ความสำเร็จ
เกณฑ์ที่ไม่ดี: ความล้มเหลว 2 ครั้งติดต่อกัน

ฉันสังเกตเห็นว่าการตรวจสุขภาพทำให้เกิดคำขอจำนวนมากและเซิร์ฟเวอร์ปรับขนาดเป็น 6VM โดยไม่มีการรับส่งข้อมูลจริงจากผู้ใช้ การตรวจสภาพทำให้ทราฟฟิกภายในทำให้เซิร์ฟเวอร์ช้าลงหรือไม่

สาเหตุที่เป็นไปได้ของการตรวจสุขภาพที่ไม่แข็งแรงหรือไม่ดี:

• กฎไฟร์วอลล์กำลังปิดกั้นการเข้าถึงช่วง IP ต้นทางสำหรับการตรวจสอบความสมบูรณ์
• อินสแตนซ์ไม่ได้รับฟังที่พอร์ตปลายทาง
• ไม่ได้ติดตั้งสภาพแวดล้อมของแขก

1. ยืนยันกฎไฟร์วอลล์อนุญาตให้ช่วง IP ต้นทางสำหรับการตรวจสอบความสมบูรณ์เชื่อมต่อกับอินสแตนซ์: หลักเกณฑ์การตรวจสุขภาพ
2. ตรวจสอบให้แน่ใจว่าคุณสามารถใช้ telnet ไปยังพอร์ตที่ใช้สำหรับการตรวจสอบความสมบูรณ์จากอินสแตนซ์อื่นในเครือข่ายเดียวกัน:
   telnet <อินสแตนซ์-ip> <dst-พอร์ต>
3. ตรวจสอบให้แน่ใจว่าเซกเมนต์ TCP จากช่วง IP สำหรับการตรวจสอบประสิทธิภาพกำลังเข้าถึงอินสแตนซ์:
   tcpdump -i any -ttn 'โฮสต์ <ilb-ip> และ (net 130.211.0.0/22 ​​หรือ net 35.191.0.0/16)'
4. ตรวจสอบให้แน่ใจว่ามีการติดตั้ง Guest Environment เพื่อให้ NIC ได้รับการกำหนดค่าให้รับฟังที่อยู่ IP ของ ILB: ตรวจสอบสภาพแวดล้อมของแขก

โปรดดูที่ลิงค์ด้านล่าง:
อะไรทำให้การตรวจสุขภาพอัตโนมัติที่ดี
ความสำคัญของกฎไฟร์วอลล์

ด้วยการตั้งค่าเหล่านี้ การตรวจสุขภาพจะทำงานดังนี้:

ช่วงเวลา : 30 วินาที
หมดเวลา : 15 วินาที
เกณฑ์ที่ดีต่อสุขภาพ: 1 ความสำเร็จ
เกณฑ์ที่ไม่ดี: ความล้มเหลว 2 ครั้งติดต่อกัน

1. ระบบสำรองหลายระบบได้รับการกำหนดค่าพร้อมกันด้วยพารามิเตอร์การตรวจสอบความสมบูรณ์การตั้งค่าช่วงเวลาและระยะหมดเวลามีผลกับแต่ละระบบ

2. ผู้ตรวจสุขภาพแต่ละคนทำสิ่งต่อไปนี้:

2a เริ่มต้นการเชื่อมต่อ HTTP จากหนึ่งในที่อยู่ IP ต้นทางไปยังอินสแตนซ์แบ็กเอนด์ทุกๆ 30 วินาที

2b. รอถึงสิบห้าวินาทีสำหรับรหัสตอบกลับ HTTP 200 (ตกลง)

3. แบ็กเอนด์ถือว่าไม่แข็งแรงเมื่อระบบโพรบตรวจสอบความสมบูรณ์อย่างน้อยหนึ่งระบบทำสิ่งต่อไปนี้:

3ก. ไม่ได้รับรหัสตอบกลับ HTTP 200 (ตกลง) สำหรับหนึ่งโพรบ ตัวอย่างเช่น การเชื่อมต่ออาจถูกปฏิเสธ หรืออาจมีการเชื่อมต่อหรือซ็อกเก็ตหมดเวลา

3ข. ได้รับการตอบกลับสองครั้งติดต่อกันซึ่งไม่ตรงกับเกณฑ์ความสำเร็จเฉพาะของโปรโตคอล

4. แบ็กเอนด์จะถือว่ามีประสิทธิภาพเมื่อระบบโพรบตรวจสอบความสมบูรณ์อย่างน้อยหนึ่งระบบได้รับหนึ่งคำตอบที่ตรงกับเกณฑ์ความสำเร็จเฉพาะของโปรโตคอล

ในตัวอย่างนี้ แต่ละโพรเบอร์เริ่มต้นการเชื่อมต่อทุกๆ 30 วินาที เวลาผ่านไปสามสิบวินาทีระหว่างความพยายามเชื่อมต่อของโพรเบอร์โดยไม่คำนึงถึงระยะเวลาของการหมดเวลา (ไม่ว่าการเชื่อมต่อจะหมดเวลาหรือไม่ก็ตาม) กล่าวอีกนัยหนึ่ง การหมดเวลาต้องน้อยกว่าหรือเท่ากับช่วงเวลาเสมอ และการหมดเวลาจะไม่เพิ่มช่วงเวลา*

ในตัวอย่างนี้ เวลาของ prober แต่ละอันมีลักษณะดังนี้ หน่วยเป็นวินาที:

t=0: เริ่มโพรบ A

t=15: หยุดโพรบ A

t=30: เริ่มโพรบ B

t=45: หยุดโพรบ B

t=60: เริ่มโพรบ C

t=75: หยุดโพรบ C

การตรวจสอบความสมบูรณ์ระบุว่าแบ็กเอนด์ตอบสนองต่อการรับส่งข้อมูลหรือไม่

ฉันขอแนะนำให้คุณเปลี่ยนค่าเหล่านี้เป็น:

หมดเวลา : 5 วินาที

เกณฑ์สุขภาพ: 2 สำเร็จ