Size: a a a

2020 April 14

AT

Alan Turing in ru_gitlab
нагрузка на сетку остается
источник

b

bofh666 in ru_gitlab
Dmitry Vorobev
Ну так с кондачка, можно хостовый докер сокет пробросить в контейнер сборщика
...который по-прежнему будет тянуть образы с хаба.
источник

AT

Alan Turing in ru_gitlab
образы все равно будут тянуться каждый раз
источник

AT

Alan Turing in ru_gitlab
но не с хаба а с приватного реджистри
источник

DV

Dmitry Vorobev in ru_gitlab
bofh666
...который по-прежнему будет тянуть образы с хаба.
Ага, которые только что собрал. Зачем бы ему их тянуть?
источник

b

bofh666 in ru_gitlab
Alan Turing
нагрузка на сетку остается
У вас слабая сетка?
источник

AT

Alan Turing in ru_gitlab
Вы видимо не понимаете сути проблемы
источник

b

bofh666 in ru_gitlab
Видимо
источник

AT

Alan Turing in ru_gitlab
выполняется много билдов, используется монго, кафка и прочие образы
Каждый раз тянется на каждом билде образ с хаба
источник

AT

Alan Turing in ru_gitlab
который весит очень много
источник

AT

Alan Turing in ru_gitlab
разницы нет, тянуть их с хаба, или с приватного реджистри
источник

AT

Alan Turing in ru_gitlab
он все равно будет тянуться каждый раз
источник

AT

Alan Turing in ru_gitlab
это не решает проблему никак
источник

AT

Alan Turing in ru_gitlab
чуть быстрее будет
источник

DV

Dmitry Vorobev in ru_gitlab
dind запускается в контейнере, у него локальный кеш не персистентный. А юзернейм хочет персистентный =)
источник

b

bofh666 in ru_gitlab
Alan Turing
чуть быстрее будет
Если прокси будет на той же тачке, где динд запускается, то прям сильно быстрее. Но можно, конечно, и сокет прокидывать из системы, что несекьюрно и непонятно, как будет работать, если для билда будете использовать что-то вроде kaniko
источник

DV

Dmitry Vorobev in ru_gitlab
Я в свое время тесты селеноидом так хотел гонять, на каждый тест выкачивал образы селеноида, хрома и еще всякой фигни. Забодало, выбросил
источник

DV

Dmitry Vorobev in ru_gitlab
Можно и не из хоста сокет прокидывать =))
источник

DV

Dmitry Vorobev in ru_gitlab
Развернуть контейнер с dind на той же тачке, что и раннер. Персистить ему /var/lib/docker. Сконфигурировать dind и раннер жить в одной сетке, в качестве DOCKER_HOST указывать имя и порт контейнера с dind. Выходит практически то же самое, что и сервис параллельно с джобой поднимать
источник

b

bofh666 in ru_gitlab
Dmitry Vorobev
Развернуть контейнер с dind на той же тачке, что и раннер. Персистить ему /var/lib/docker. Сконфигурировать dind и раннер жить в одной сетке, в качестве DOCKER_HOST указывать имя и порт контейнера с dind. Выходит практически то же самое, что и сервис параллельно с джобой поднимать
ОК. Прошло полгода. /var/lib/docker забился леерами образов. Но мы же умные, мы под эту точку монтирования отдельное блочное устройство отдали с LVM — тупо докинем места и поживем еще полгода, правда?)
источник