nextjs app, который билдится на облаке и билд отправляется в докерхаб (ну и еще несколько шагов). проблема в том, что на виртуалке амазона (t2.micro) билд и пуш проходит в среднем не более 5 минут, а на виртуалке гугла (e2-micro) это дело длится около 20 минут, при том условии, что дженкинс разворачивался с одного скрипта и там, и там, а остальная обвязка в виде гита, докерхаба, дженкинсфайла одна и та же. в чем может быть проблема?
и какие метрики хоста вы уже рассмотрели? память/cpu/io - не так ли?
и там, и там озу по 1гб, так как не хватает поэтому дополнительно используется своп, во время билда процессор долбится почти всегда в сотку, но на гугле 2 ядра, в отличие от амазона с 1 ядром, нагрузка на диск не превышает 50%, зачастую она гораздо меньше (и там, и там ссд). причем, даже банальный пуш в докерхаб занимает минут 9 времени, хотя казалось бы скорость сети (при пуше до 200 мбит поднимается) позволяет 800мб протолкнуть куда быстрее. ощущение, что сами шаги выполняются очень медленно
для сборки 1гиг крайне мало (только чисто ось сожрёт 250мег + ваш агент сборки ещё столько же). а вот образ в 800мег это крайне много (вы там ось чтоли на js написали?). Я бы начал с оптимизации этого говна и использовал бы виртуалки хотя бы с 32 гигами на борту.
с одной стороны вы правы, но с другой стороны почему на амазоне это в несколько раз быстрее. на js пишу не я))
ну в условиях такого дикого дифицита ресурсов говорить о "быстрее-медленее" мало приходится - быть может вам просто повезло и на амазоне у вас реального cpu или диска больше достаётся вашей виртуалке. короче надо искать не причину "быстрее-медленее", а устранять это
Обсуждают сегодня