Я хочу создать Мастер Дженкинса, который позволит рабам делать все сборки.
Итак, мой вопрос в том, как немного оперативной памяти я мог бы избежать, выделив экземпляр Master Jenkins? 256M? 384M? 512M? Другое?
Я не могу найти эту конкретную информацию в документах Jenkins.
Сотрудник задал мне тот же вопрос, и мой первый ответ заключался в том, что 1-2 ГБ должно быть достаточно. Позже я обнаружил эту запись из документации Jenkins:
У вас есть мускулистая машина для мастера Дженкинса и не запускайте рабы на мастер машина. Каждое подчиненное устройство имеет определенную память, выделенную в главном JVM, поэтому чем больше RAM для мастера, тем лучше. Мы обычно слышат, что клиенты выделяют 16G или около того.
Я не думаю, что для этого есть правило. Наш мастер использует 2G, и у нас есть 6 рабов. У нас около 60 рабочих мест - большинство из них maven. В прошлом у нас никогда не было проблем с памятью. И наши рабы всегда заняты (я всегда вижу, что какая-то работа или кто-то другой).
Вы можете начать с 512M и посмотреть, как это работает. Если вы видите проблемы с памятью, увеличивайте память. Это единственный способ, о котором я могу думать. Но для наблюдения за памятью вашего мастера используйте Jenkins Monitoring Plugin. Этот плагин объединяет JavaMelody и позволяет вам контролировать JVM вашего мастера и даже подчиненных устройств. Удачи!
У меня есть мастер Дженкинса с несколькими десятками работ и рабов. Но я не запускаю сборки или тесты на Мастере. Основываясь на моих наблюдениях, объем памяти не столь велик. Он редко посещал более 2 или 3 ГБ. Также я считаю, что это зависит от параметра размера памяти, который вы указываете для java-процесса Jenkins. Я бы рекомендовал по крайней мере 2 ГБ оперативной памяти в вашем случае. Вы можете всегда балансировать сборки с ведомыми, если вам нужно.
Это зависит от того, что вы строите, как часто вы выполняете сборки и насколько быстро их нужно создавать. По моему опыту вам нужно 1 ГБ на параллельную сборку, но это может варьироваться в зависимости от того, насколько ресурсоемкой является ваша сборка. Контролируйте использование вашей памяти при самой тяжелой нагрузке, и если объем использования памяти составляет от 70 до 80% или больше, добавьте больше памяти, она примерно на 30-40% или меньше выделяет меньше.
Также следите за использованием диска, около 4 лет назад был сервер сборки TeamCity, который все время падал на колени, эта проблема оказалась мастером и масками, в которых все виртуальные серверы использовали одно и то же прикрепленное хранилище и диски не мог идти в ногу. Больше проблем с средой VM, но все-таки нужно иметь в виду.
По состоянию на середину 2016 года официальная документация сообщает
Требования к памяти для мастера
Объем памяти Дженкинса в значительной степени зависит от многих факторов, поэтому выделенная для него ОЗУ может варьироваться от 200 МБ для небольшой установки до 70+ ГБ для одиночного и массивного мастера Jenkins. Тем не менее, вы должны иметь возможность оценить требуемую ОЗУ на основе ваших потребностей в создании проекта.
Каждое соединение сборки node займет 2-3 потока, что равно примерно 2 МБ или более памяти. Вам также необходимо будет учитывать накладные расходы процессора для Jenkins, если есть много пользователей, которые будут получать доступ к пользовательскому интерфейсу Jenkins.
Как правило, плохой практикой является назначение исполнителей на master, поскольку сборки могут быстро перегрузить процессор CPU/memory/etc и сбой экземпляра, что приведет к ненужному простоям. Вместо этого желательно настроить подчиненные устройства, которые мастер Jenkins может делегировать задания на сборку, сохраняя основную часть работы самого мастера.