Score:0

ฉันควรเริ่มแก้ปัญหาโหลดเฉลี่ยสูงที่ใด

ธง gt

ฉันมีคลัสเตอร์ kubernetes ที่ทำงานด้วยโหนดผู้ปฏิบัติงาน 4 โหนด (Ubuntu 20.04 พร้อม 4 CPU) และฉันเห็นค่าเฉลี่ยการโหลดสูงสำหรับทั้งหมด นี่คือผลลัพธ์ของด้านบนบนโหนดใดโหนดหนึ่ง: สูงสุด

ฉันไม่แน่ใจว่าสิ่งนี้คาดหวังหรือไม่เนื่องจากโหนดนี้ใช้งาน 111 คอนเทนเนอร์ อาจมีอย่างอื่นที่ทำให้โหลดเฉลี่ยสูง หรือเป็นเพียงการมีคอนเทนเนอร์มากเกินไปและฉันต้องการทรัพยากรเพิ่มเติมหรือไม่

us flag
คุณช่วยโพสต์จำนวนคอร์บนโหนดได้ไหม นอกจากนี้ยังมีเอาต์พุตของ ``` vmstat 1 10 ``` จะเป็นประโยชน์มาก
Score:0
ธง nc

ค่าเฉลี่ยของโหลดคือจำนวนโปรแกรมที่กำลังรันหรือกำลังรอที่จะรัน

ด้านบนนั้นดี แต่ให้ภาพเพียงครึ่งเดียว - สิ่งที่กำลังทำงานหรือรอให้ทำงานในซีพียู อีกครึ่งหนึ่งเป็นสิ่งที่รอให้ดิสก์ I/O ดำเนินการให้เสร็จสิ้น

สำหรับดิสก์ I/O บนยอด เป็นสิ่งที่ดีตี เพื่อแสดงการใช้ดิสก์ตามกระบวนการ (โดยทั่วไปคุณจะต้องเรียกใช้ในฐานะรูทเพื่อรับสิ่งนั้น)

Score:0
ธง in

กฎทั่วไปคือคุณไม่ต้องการให้โหลดเฉลี่ยของคุณมากกว่าจำนวนคอร์บนโฮสต์ของคุณ นั่นคือสถานการณ์ในอุดมคติ การก้าวไปข้างหน้านั้นไม่ใช่ปัญหาเสมอไป จากประสบการณ์ของฉัน ค่าเฉลี่ยโหลดเพียงอย่างเดียวไม่ได้เป็นตัวบ่งชี้ถึงปัญหาเสมอไป หากคุณมีโหลดสูง ใช้ sys cpu สูง หรือ iowait สูง แสดงว่าคุณอยู่ในตำแหน่งที่ไม่ดี

ด้วย kubernetes สิ่งหนึ่งที่ฉันได้ยินบ่อยๆ ก็คือคุณต้องตั้งค่าขีดจำกัดของทรัพยากร หากคุณไม่มีขีดจำกัด แต่ละพ็อดจะมีสิทธิ์เข้าถึงโหนดได้อย่างสมบูรณ์ แอปพลิเคชันปรับขนาดที่เหมาะสมไม่ใช่ IMO ง่ายๆ โดยเฉพาะอย่างยิ่งเมื่อทุกคนดูเหมือนจะพยายามโยนแอพเนทีฟที่ไม่ใช่คลาวด์ใน k8s

ตามคำแนะนำ คุณสามารถลดปริมาณงานของคุณ เพิ่มพนักงาน (ขยายขนาดออก) หรือเพิ่มทรัพยากรให้กับโหนด (ขยายขนาด) หรือใช้ร่วมกัน

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา