Это не относится к Kubernetes, это нормальное поведение LACP. Он не обеспечивает истинного увеличения пропускной способности, скорее его действие лучше описать как «детерминированное распределение связи"(не отдельные пакеты), и отказоустойчивость.
Он извлекает из пакетов некоторые поля заголовка (определяемые режимом) и хеширует их. Например, хэш-режим «уровень 3+4» принимает информацию уровней 3 и 4 OSI, т.е. IP и порт. Хэш напрямую определяет, из какой ветви LACP будет выходить этот пакет. Какой бы режим хеширования вы ни выбрали, все пакеты, принадлежащие одному и тому же соединению, будут хешироваться в одну и ту же ногу, поэтому любое отдельное соединение не может превышать пропускную способность одной ветви.
Когда появляется другое соединение, если вам повезет, оно может использовать другую ветвь LACP. В этом случае два соединения будут распределены между ветвями, и у вас будет удвоенная общая пропускная способность между хостами. Это не гарантируется: может случиться так, что они оба будут проходить через одну и ту же ногу. Но когда у вас много подключений (как это обычно бывает, когда мы рассматриваем конвергентные кластеры), в среднем будут использоваться обе ветви.
Я могу сравнить это с Kubernetes, если хотите.Если вы добавите узлы (и соответствующим образом масштабируете развертывание), вы можете увеличить количество клиентов, которые могут обслуживаться кластером. Но вы не можете улучшить задержку ответа (время обслуживания) конкретного запроса с помощью этого масштабирования (если кластер не был перегружен).
