Сколько Jenkins Executors у вас может быть?

Это действительно зависит от вашей среды и количества ресурсов, выделенных этому экземпляру Jenkins. Я не верю, что есть какие-либо ограничения на количество исполнителей, которое позволяет Дженкинс. В настоящее время мы без проблем запускаем один экземпляр Jenkins с 20 исполнителями. Конечно, в зависимости от вашего конвейера сборки и шаблонов коммитов вы можете обнаружить, что количество установленных исполнителей слишком велико. Вам просто нужно следить за тем, действительно ли вы использовали всех исполнителей в любой момент времени.

Если вы обнаружите, что приближаетесь к потолку ресурсов для своего экземпляра Jenkins и не можете увеличить лимиты ресурсов, вам следует начать использовать ведомые устройства.

Одним из способов отслеживания использования ресурсов является плагин мониторинга.

***Редактировать:

Недавно нам пришлось пересмотреть соотношение исполнителя к процессору из-за того, что на самом деле делают наши конвейеры. Вам действительно нужно определить, насколько ЦП привязан к вашим конвейерам/заданиям. Это неизбежно будет варьироваться в зависимости от варианта использования.

В нашем случае наши конвейеры были сильно привязаны к процессору и стали еще больше, когда мы оптимизировали нашу систему, ввели параллельную обработку и т. д. В итоге мы получили по одному исполнителю на ядро ​​процессора с несколькими дополнительными «административными» исполнителями для выполнения быстрых/легких задач. .

В настоящее время мы запускаем jenkins на одной машине с 20 ядрами, но опять же, это зависит от вашего варианта использования. Нам пришлось провести много вычислений, чтобы определить, сколько экскуторов/ядер процессора нам нужно, исходя из нашей частоты сборки и целевого времени сборки. Когда нам в конечном итоге потребуется увеличить вычислительную мощность, мы в конечном итоге будем использовать ведомые устройства для распределения заданий между несколькими машинами.

Еще одно замечание: вам также необходимо учитывать доступную память, поскольку увеличение количества исполнителей увеличивает объем потребляемой памяти. У нас был случай, когда у нас было достаточно вычислительной мощности, но не хватило памяти, что привело к сбою процессов Jenkins из-за ошибок OutOfMemory.

Я искал этот же вопрос и нашел это рядом с полем в самом Дженкинсе:

редактировать: чтобы быть более конкретным, Jenkins версии 2.73.3, в пользовательском интерфейсе, в конфигурации вашей работы должны быть маленькие ? с правой стороны каждого поля. Если вы нажмете на них, они предоставят вам более подробную информацию о том, что ожидается в этом поле. В случае с полем исполнителей вы должны найти это.

Максимальное количество одновременных сборок, которые Jenkins может выполнять на этом агенте. Хорошим значением для начала будет количество ядер ЦП на машине. Установка более высокого значения приведет к тому, что каждая сборка займет больше времени, но может увеличить общую пропускную способность. Например, одна сборка может быть привязана к ЦП, а вторая сборка, работающая в то же время, может быть привязана к вводу-выводу, поэтому вторая сборка может использовать свободную мощность ввода-вывода в этот момент.

Агенты должны иметь хотя бы одного исполнителя. Чтобы временно предотвратить выполнение любых сборок на агенте, используйте кнопку Пометить этот узел временно в автономном режиме на странице агента.

Это не относится к мастеру Jenkins — установка количества исполнителей на ноль предотвратит выполнение любых сборок на мастере.

Из того, что я могу понять, это зависит от того, что именно делает ваша работа; наши сценарии развертывания просто выполняют gcloud команды, поэтому мы запускаем их на экземпляре с большим количеством исполнителей. Наши тесты селена, однако, выполняются на экземпляре с 1 исполнителем/ядром. Судя по тому, что кажется, мы немного перестраховываемся.