Даня
Свой конфиг
Sergey
там сука даже написанно какие приколы в какой версии
Даня
Не всегда, дядь
Anatoliy
там сука даже написанно какие приколы в какой версии
да, вот только мне надо версия после которой мультистейджинг появился в докере.
Anatoliy
А про выше 17.05 я не нашел, может плохо искал.
Sergey
АААААА, мультистейдж появил в докер 17,05, в ченжлоге кубера написанно поддерживаемые версии
Sergey
1.11.2, 1.12.6, 1.13.1, and 17.03.2.
Sergey
сопоставляем
Sergey
включаем мозг
Sergey
думаем
Anatoliy
АААААА, мультистейдж появил в докер 17,05, в ченжлоге кубера написанно поддерживаемые версии
Да, а теперь внимательно читаем мой вопрос выше. "Может кто сказать максимальную версию докера с которой работает кубер нормально?" Где здесь слово об офф доках? Я сомневаюсь что тут нет людей которые бы попробовали взять версию выше
Даня
17.03 у меня
Даня
И кубер последний
Shamil
800 человек в чате и никто бедолагам не поможет. Что за черствые люди пошли!
Sergey
ты сука в машину льешь какой бензик, который заявлен производителем или любой
Sergey
сук возьми и проверь
Sergey
заработает - окей
Sergey
все нахуй
Anatoliy
ну да, конечно, вот так просто взять и обвносить по всему кластеру докер, а потом еще проще выискать что там и как. особенно когда сам не можешь понять из за чего там ошибка.
Shamil
Не злите человека люди.
Anatoliy
Да все мне понятно, когда сам горишь и темой интересуешь и разбираешься в ней - действительно раздражают "всякие". Сам такой, но в другой области. Но блин когда новую область начинаешь трогать - так ведь всегда.
Shamil
Вот у тебя какая видеокарта?
Anatoliy
1080
Shamil
А у меня Intel
Shamil
А проц какой?
Shamil
И памяти сколько?
Anatoliy
тож интел, 6800
Anatoliy
32)
Shamil
Вот прикинь: ты можешь крутить у себя 6 виртуалок, по 4ГБ ОЗУ и у тебя еще останется FarCry 3 запустить.
Shamil
Подними локально кластер и еби его во все щели, вместо того, чтобы в телеге сидеть. Через месяц еще меня научишь, как там чего.
Anatoliy
в kubespray наверное можно указать версию докера при инсталляции https://github.com/kubernetes-incubator/kubespray/blob/adcfcc117827d274924783f6dd22247a420dab97/roles/docker/defaults/main.yml
не, это я находил, меня интересовала именно ситуация с тем что бы оно работало, заменить можно. но с моим уровнем знаний я потом не пойму из за чего оишбка(
Oleg
но вообще не понятно зачем тебе в кубере мультистейдж
Oleg
это же скорее дженкинса задачка
Oleg
а он у тебя будет запускаться DiD
Anatoliy
но вообще не понятно зачем тебе в кубере мультистейдж
потому что в том докерфайле что я пробую собрать - мультистейдж. в принципе я его уже исправил, так что он там сейчас не нужен. но образ с альпином все равно не упаковался( Operation timed out при "RUN apk —no-cache add ca-certificates"
Oleg
зачем тебе собирать на нодах кластера когда можно поставить правильный дженкинс с нужными причендалами и собирать в нем?
Anatoliy
зачем тебе собирать на нодах кластера когда можно поставить правильный дженкинс с нужными причендалами и собирать в нем?
затем что я с джинкинсом знаком не больше недели, по тому, что находится в интернетах - идут всякие пайплайны и прочее, да и оно действительно удобно если разобраться. А так да, можно конечно поднять постоянные slave(я ведь прав, вы это имели в виду?) и работать с ними. Но раз уж так начал - то почему нет? Потом проще будет когда потребуется что-то вдруг добавить.
Anatoliy
Да и... почему бы и не в кубере? ну будет запускаться пяток секунд - так ну и что?
Алексей
дался всем дженкинс. Gitlab ставь и запускай пайплайны через gitlab. Там же DiD сборки можно делать, там же всё в одном месте и репы и CI
Anatoliy
дался всем дженкинс. Gitlab ставь и запускай пайплайны через gitlab. Там же DiD сборки можно делать, там же всё в одном месте и репы и CI
думал, но тупит он, тормозит и вообще очень жирный, имхо конечно. да и если умть только его - то потом на другое фиг перейдешь. а у меня сейчас выходит что потом можно будет привязать что угодно
Oleg
Рекомендую изучить дженкинс и деплой дженкинса в кубер, чтобы дженкинс-ноды можно было быстро скалировать. Пайплайн и билдинг с мультистейджем.
Shamil
Идите https://gitter.im/jenkinsci-ru/public
Shamil
Вот тут ссылка прошла, там наверное про дженкис говорят...
Shamil
Но это не точно.
Anatoliy
Хорошо, спасибо, и прошу прощения, из за меня опят ьвсе ушло к дженкинсу
Алексей
думал, но тупит он, тормозит и вообще очень жирный, имхо конечно. да и если умть только его - то потом на другое фиг перейдешь. а у меня сейчас выходит что потом можно будет привязать что угодно
ну потому что потом понятно становится, что когда всё в одном месте это мегаудобно. Дженкинс может и хороший, но для того чтобы CI запустить - нужно потыркать кнопки, создать, настроить. А для гитлаба ты в конфиге gitlab-ci всё описываешь и весь CI собирается из него. И никаких лишних танцев с бубном, как в дженкинсе. (я и то и другое настраивал, по мне gitlab из них двоих - вне конкуренции)
Shamil
@Visteras ты просто сбит с толку с терминами
Алексей
Oleg
http://www.monkeylittle.com/blog/2017/02/09/autoscaling-jenkins-with-kubernetes.html
Алексей
Рекомендую изучить дженкинс и деплой дженкинса в кубер, чтобы дженкинс-ноды можно было быстро скалировать. Пайплайн и билдинг с мультистейджем.
Олег я так понимаю ты дженкинс хорошо знаешь. Подскажи, возможно ли организовать в дженкинсе в одном пайпе последовательно сборку и деплой. Но деплой только "по кнопке", когда нужно будет, а не сразу после сборки?
Anatoliy
это и я могу сказать, там можно ожидать события, типа дернуть урл
Алексей
т.е. пайплайн всё это время висит активным?
Anatoliy
а вот тут не подскажу, скорее всего тоже да. и что будет если "не нажать" на кнопку - тоже не знаю.
Oleg
Олег я так понимаю ты дженкинс хорошо знаешь. Подскажи, возможно ли организовать в дженкинсе в одном пайпе последовательно сборку и деплой. Но деплой только "по кнопке", когда нужно будет, а не сразу после сборки?
Обычно у тебя отдельно сборка, тестирование и пуш в регистри и отдельно деплой. Кроме того еще тестирование ручное, поэтому без колбэков никак.
Алексей
Обычно у тебя отдельно сборка, тестирование и пуш в регистри и отдельно деплой. Кроме того еще тестирование ручное, поэтому без колбэков никак.
а как это выглядит? Т.е. получается нужно делать пайплайн для сборки, пайплайн для тестов, пайплайн для деплоя? А если деплоить на разные окружения, то соответственно под каждое окружение свой пайплайн?
Oleg
Вообще лично я не пользуюсь сложными схемами на своих задачах. Пайплайн для сборки, чтобы контейнера дошли до приватных регистри а деплою вообще руками. Но по уму должно быть https://jenkins.io/doc/pipeline/steps/pipeline-input-step/
Алексей
Попробуйте gitlab. Все эти "сложные" схемы в нём элементарщина встроенная в базовый функционал. Без доп взмахов волшебными палочками и бубнами.
Oleg
Oleg
дело в том что с мультистейджем роль дженкинсов в перспективе действительно останется только в части интерактивности с людьми. Ну то есть тестеру надо же на что-то нажать чтобы сказать что все ок.
Алексей
ну на мой взгляд дженкинс уже очень конкретно недотягивает. Может я просто привык настолько к Gitlab, но в нём действительно всё это просто. К тому же в гитлабе мы описываем весь пайп со всеми стейджами в одном файле, в нём же расставляем зависимости, в нём же определяем какой стейдж автоматом исполняется, а какой руками катать. ну и для сборки там сейчас можно либо образы использовать (DinD), либо как у меня выделенный сборщик, на котором gitlab-runner свои таски выполняет. Самое главное всё же, на мой взгляд - описание пайплайна которое лежит в репе приложения и больше никаких действий, кроме описания этого конфига, для создания пайплайна не требуется.
Oleg
ну на мой взгляд дженкинс уже очень конкретно недотягивает. Может я просто привык настолько к Gitlab, но в нём действительно всё это просто. К тому же в гитлабе мы описываем весь пайп со всеми стейджами в одном файле, в нём же расставляем зависимости, в нём же определяем какой стейдж автоматом исполняется, а какой руками катать. ну и для сборки там сейчас можно либо образы использовать (DinD), либо как у меня выделенный сборщик, на котором gitlab-runner свои таски выполняет. Самое главное всё же, на мой взгляд - описание пайплайна которое лежит в репе приложения и больше никаких действий, кроме описания этого конфига, для создания пайплайна не требуется.
"описание пайплайна которое лежит в репе приложения и больше никаких действий, кроме описания этого конфига, для создания пайплайна не требуется." ну считай что в дженкинсе тоже самое
G72K
можно что то в этом духе сообразить https://gist.github.com/ChesterFie1d/7da47a00ebfdf8ed93f8143876b4d48a
Если основной процесс не pid1 - жди беды. Надо notify в & а Nginx чотко exec в конце
G72K
Всем привет кто нибудь подымал kubernets с поддержкой nvidia gpu. Желательно kops реализация. ?
В kube-aws точно NVidia из коробки делали, костылищи, можете подглядеть
G72K
1.11.2, 1.12.6, 1.13.1, and 17.03.2.
Я на кстати 17.09 завелся, пока дышит
bebebe
Попробуйте gitlab. Все эти "сложные" схемы в нём элементарщина встроенная в базовый функционал. Без доп взмахов волшебными палочками и бубнами.
Расскажите как правильно из одного пайплайна дергать другой Расскажите как сделать депенды таким образом чтобы они не ждали окончания предыдущего стейджа полностью, а начинали запускаться по окончанию конкретных джоб
bebebe
Впрочем это оффтопик