การดำเนินการนี้ไม่เฉพาะเจาะจงสำหรับ Kubernetes ซึ่งเป็นพฤติกรรมปกติของ LACP มันไม่ได้ให้ปริมาณงานที่เพิ่มขึ้นจริง แต่ควรอธิบายการกระทำของมันว่าเป็น "การกระจายเชิงกำหนดของ การเชื่อมต่อ" (ไม่ใช่แต่ละแพ็กเก็ต) และค่าความคลาดเคลื่อนที่ยอมรับได้
มันแยกจากแพ็คเก็ตบางฟิลด์ส่วนหัว (กำหนดโดยโหมด) และแฮชพวกเขา ตัวอย่างเช่น โหมดแฮช "layer3+4" รับข้อมูล OSI เลเยอร์ 3 และ 4 เช่น IP และพอร์ต แฮชกำหนดโดยตรงว่าขา LACP ใดที่จะออกจากแพ็กเก็ตนี้ ไม่ว่าคุณจะเลือกโหมดแฮชแบบใด แพ็กเก็ตทั้งหมดที่อยู่ในการเชื่อมต่อเดียวกันจะถูกแฮชไปยังขาเดียวกัน ดังนั้น การเชื่อมต่อใด ๆ จะต้องไม่เกินทรูพุตขาเดียว.
เมื่อการเชื่อมต่ออื่นปรากฏขึ้น หากคุณโชคดี อาจใช้ขา LACP อื่นได้ ในกรณีนี้ การเชื่อมต่อสองรายการจะถูกกระจายระหว่างขา และคุณจะมีทรูพุตรวมสองเท่าระหว่างโฮสต์ สิ่งนี้ไม่รับประกัน: อาจเกิดขึ้นได้ทั้งคู่จะถูกส่งผ่านขาเดียวกัน แต่เมื่อคุณมีการเชื่อมต่อจำนวนมาก (ตามปกติเมื่อเราพิจารณาคลัสเตอร์ที่มาบรรจบกัน) โดยเฉลี่ยแล้วทั้งสองขาจะถูกใช้
ฉันสามารถเปรียบเทียบสิ่งนี้กับ Kubernetes ได้หากต้องการหากคุณเพิ่มโหนด (และปรับขนาดการปรับใช้ตามนั้น) คุณสามารถเพิ่มจำนวนไคลเอนต์ที่คลัสเตอร์ให้บริการได้ แต่คุณไม่สามารถปรับปรุงเวลาในการตอบสนอง (เวลาในการให้บริการ) ของคำขอเฉพาะได้ด้วยการปรับขนาดนี้ (หากคลัสเตอร์ไม่ได้โอเวอร์โหลด)