Điều này không dành riêng cho Kubernetes, đây là hành vi bình thường của LACP. Nó không cung cấp sự gia tăng thông lượng thực sự, thay vào đó hành động của nó tốt hơn nên được mô tả là "sự phân phối xác định của kết nối" (không phải các gói riêng lẻ) và khả năng chịu lỗi.
Nó trích xuất từ các gói một số trường tiêu đề (được xác định bởi chế độ) và băm chúng. Chẳng hạn, chế độ băm "lớp 3 + 4" lấy thông tin lớp 3 và 4 của OSI, ví dụ: IP và cổng. Hàm băm trực tiếp xác định chân LACP nào sẽ đi ra khỏi gói này. Cho dù bạn chọn chế độ băm nào, tất cả các gói thuộc cùng một kết nối sẽ được băm vào cùng một chân, vì vậy bất kỳ kết nối đơn lẻ nào cũng không thể vượt quá thông lượng một chặng.
Khi một kết nối khác xuất hiện, nếu bạn may mắn, nó có thể sử dụng một nhánh LACP khác. Trong trường hợp này, hai kết nối sẽ được phân phối giữa các chân và bạn sẽ có tổng thông lượng gấp đôi giữa các máy chủ. Điều này không được đảm bảo: có thể xảy ra trường hợp cả hai đều được định tuyến qua cùng một chặng. Tuy nhiên, khi bạn có nhiều kết nối (như thường xảy ra khi chúng ta xem xét các cụm hội tụ), trung bình cả hai chân sẽ được sử dụng.
Tôi có thể so sánh điều này với Kubernetes, nếu bạn muốn.Nếu bạn thêm các nút (và mở rộng quy mô triển khai cho phù hợp), bạn có thể tăng số lượng máy khách mà cụm có thể phục vụ. Nhưng bạn không thể cải thiện độ trễ phản hồi (thời gian phục vụ) của một yêu cầu cụ thể theo tỷ lệ này (nếu cụm không bị quá tải).
