Короткий ответ заключается в том, что это оказывает влияние.Это двухуровневый механизм, в котором первый уровень (задача) необязательно предоставляет внешнюю границу, а второй уровень (контейнер) обеспечивает внутренние границы в пределах первого уровня (если вы не укажете границу уровня задачи, весь хост считается границей первого уровня). ).
Длинный ответ включен в этот пост в блоге
Конфигурации ресурсов контейнеров с явно настроенным размером задачи
В этом конкретном сценарии задача сама становится твердой границей вокруг контейнера(ов), которые могут выполняться внутри этой задачи.
В этом сценарии контейнеры, работающие в этой конфигурации задачи, могут использовать только емкость, определяемую размером задачи, то есть они рассматривают задачу как свои границы. Если быть точным, контейнеры по-прежнему видят общую емкость, потому что они могут читать /proc, но эта общая емкость для них непригодна.
С точки зрения управления памятью важным отличием является то, что для контейнеров не требуется настраивать какой-либо тип ограничения памяти. В этом случае все они конкурируют за объем доступной памяти на уровне задачи. [...]
Если вы настраиваете ограничения на уровне контейнеров, сумма мягких ограничений памяти всех контейнеров, работающих внутри этой конкретной задачи, не может превышать размер памяти задачи. [...]
