ตัวปรับขนาดอัตโนมัติ GKE บางครั้งไม่ปรับขนาดพ็อด

เรามีการปรับใช้ที่กำหนดค่าด้วย HPA ตามเมตริก CPU ใช้งานได้ดีเป็นเวลาหลายวัน ปรับพ็อดขึ้นและลง จากนั้นเมื่อถึงจุดหนึ่งดูเหมือนว่าจะไม่สนใจเมตริกและปรับขนาดเป็นพ็อดจำนวนเล็กน้อย โดยปกติแล้วเราจะแก้ปัญหานี้ด้วยการตั้งค่าจำนวนพ็อดขั้นต่ำที่สามารถรองรับทราฟฟิกได้ด้วยตนเอง และหลังจากผ่านไปหนึ่งหรือสองชั่วโมง เครื่องจะเริ่มปรับขนาดอีกครั้ง นี่คือผลลัพธ์ของ kubectl อธิบาย hpa คำสั่งในขณะที่ autoscaler ไม่ทำงานสำหรับเรา:

                                                                 
ชื่อ: my-เราเตอร์-hpa
เนมสเปซ: ค่าเริ่มต้น
ป้ายกำกับ: label1=label1
                                                       label2=label2
คำอธิบายประกอบ: <ไม่มี>
CreationTimestamp: วันพุธที่ 15 กันยายน 2021 12:19:16 +0000
อ้างอิง: การปรับใช้/my-router-v001
เมตริก: ( ปัจจุบัน / เป้าหมาย )
  ซีพียูทรัพยากรบนพ็อด (เป็นเปอร์เซ็นต์ของคำขอ): 188% (943m) / 85%
แบบจำลองขั้นต่ำ: 10
จำลองสูงสุด: 100
พ็อดการปรับใช้: 10 ปัจจุบัน / 10 ต้องการ
เงื่อนไข:
  พิมพ์ข้อความเหตุผลของสถานะ
  ---- ------ ------ -------
  ขนาดที่แนะนำ AbleToScale True ReadyForNewScale ตรงกับขนาดปัจจุบัน
  ScalingActive True ValidMetricพบว่า HPA สามารถคำนวณจำนวนแบบจำลองจากการใช้ทรัพยากรซีพียู (เปอร์เซ็นต์ของคำขอ) ได้สำเร็จ
  ScalingLimited True TooFewReplicas จำนวนเรพลิคาที่ต้องการน้อยกว่าจำนวนเรพลิคาขั้นต่ำ
เหตุการณ์:
  พิมพ์อายุเหตุผลจากข้อความ
  ---- ------ ---- ---- -------
  ปกติ สำเร็จปรับขนาด 60m แนวนอน-pod-autoscaler ขนาดใหม่: 15; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) เกินเป้าหมาย
  ปกติ สำเร็จปรับขนาด 50 ม. (x2 มากกว่า 158 ม.) แนวนอน-พ็อด-ตัวปรับขนาดอัตโนมัติ ขนาดใหม่: 8; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) ต่ำกว่าเป้าหมาย
  ปกติ สำเร็จปรับขนาด 48m แนวนอน-pod-autoscaler ขนาดใหม่: 7; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) ต่ำกว่าเป้าหมาย
  ปกติ สำเร็จปรับขนาด 43 ม. (x2 มากกว่า 105 ม.) แนวนอน-พ็อด-ตัวปรับขนาดอัตโนมัติ ขนาดใหม่: 8; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) เกินเป้าหมาย
  ปกติ สำเร็จปรับขนาด 43m แนวนอน-pod-autoscaler ขนาดใหม่: 12; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) เกินเป้าหมาย
  ปกติ สำเร็จปรับขนาด 37 ม. (x2 มากกว่า 48 ม.) แนวนอน-พ็อด-ตัวปรับขนาดอัตโนมัติ ขนาดใหม่: 6; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) ต่ำกว่าเป้าหมาย
  ปกติ สำเร็จปรับขนาด 34 ม. (x2 มากกว่า 47 ม.) แนวนอน-พ็อด-ตัวปรับขนาดอัตโนมัติ ขนาดใหม่: 5; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) ต่ำกว่าเป้าหมาย
  ปกติ สำเร็จปรับขนาด 29 ม. (x2 มากกว่า 46 ม.) แนวนอน-พ็อด-ตัวปรับขนาดอัตโนมัติ ขนาดใหม่: 4; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) ต่ำกว่าเป้าหมาย
  ปกติ สำเร็จปรับขนาด 28m แนวนอน-pod-autoscaler ขนาดใหม่: 2; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) ต่ำกว่าเป้าหมาย
  ปกติ สำเร็จปรับขนาด 16 ม. (x2 มากกว่า 106 ม.) แนวนอน-พ็อด-ตัวปรับขนาดอัตโนมัติ ขนาดใหม่: 1; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) ต่ำกว่าเป้าหมาย
  ปกติ สำเร็จปรับขนาด 15m แนวนอน-pod-autoscaler ขนาดใหม่: 5; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) เกินเป้าหมาย
  ปกติ สำเร็จปรับขนาด 13 ม. (x2 มากกว่า 148 ม.) แนวนอน-พ็อด-ตัวปรับขนาดอัตโนมัติ ขนาดใหม่: 10; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) เกินเป้าหมาย
  ปกติ สำเร็จปรับขนาด 13 ม. (x3 มากกว่า 123 ม.) แนวนอน-พ็อด-ตัวปรับขนาดอัตโนมัติ ขนาดใหม่: 16; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) เกินเป้าหมาย
  ปกติ สำเร็จปรับขนาด 8m3s (x2 มากกว่า 129m) แนวนอน-pod-autoscaler ขนาดใหม่: 10; เหตุผล: การใช้ทรัพยากร cpu (เปอร์เซ็นต์ของคำขอ) ต่ำกว่าเป้าหมาย

รายงานเมตริก: "188% (943m) / 85%". แต่อีเวนต์สุดท้ายบอกว่า "ต่ำกว่าเป้าหมาย".

คุณช่วยให้ฉันเข้าใจพฤติกรรมของตัวปรับขนาดอัตโนมัติของ GKE หรือแนะนำวิธีแก้ไขข้อบกพร่องได้ไหม