Andrei
зачем?
чтоб в каждом namspace был в какой то мере независимый
Rainbow
Звучит как ingress для каждого namespace
Rainbow
именно так
зачем? больше 1-2 двух ingress на кластер это уже экзотика или заблуждения
Andrei
зачем? больше 1-2 двух ingress на кластер это уже экзотика или заблуждения
признаюсь до меня девелоперы уже выстроили такую политику мне пока сложно понять на сколько это критично главный подход в том чтобы namespace был независим
Rainbow
признаюсь до меня девелоперы уже выстроили такую политику мне пока сложно понять на сколько это критично главный подход в том чтобы namespace был независим
это костыли и растрата ресурсов имхо. Проще убрать и оставить один ingess. Два нужно в случае websockets, там длинная история с перезапуском и подключениями
Andor
ну тоесть гитлаб там просто "для прозрачности" котрую он и не даст
А ты думал что это магическая штука которая сама за тебя всё сделает?
Rainbow
А ты думал что это магическая штука которая сама за тебя всё сделает?
если не считать чутка настройки, то сама все делает.
Andor
Ну про это же и была претензия
Andor
"всё равно самому крутить"
Rainbow
docker build -t $IMAGE . docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN $REGISTRY docker push $IMAGE вместо 3 строк тащить сторонний сервис? Я может криворукий, но мне проще так, чем тащить внешний сервис 😁 там доки читать нужно и тп.
Rainbow
И CI вообще кривой выходит. Сходи туда, слови webhook, сюда сходи, ещё webhook
Andor
Кажется была речь про реджистри, а не про сборку образов
Andor
Но не уверен
Rainbow
там потом был разговор "а как иначе" без сервисов сборки image
Andor
Аа
Andor
Ну как бы ci/cd
Rainbow
тип правами нужно рулить, ha и тп.
Andor
Ну ты сам знаешь
Rainbow
gitlab прозрачно рулит правами. Есть доступ к репе - можешь пушить, нет доступа - иди вон. docker push с левым image не сделать, все строго привязано к репе
Rainbow
Мне бы ещё отдельно ACL настраивать в стороннем сервисе 😬 как будто делать нечего
Andrey
Andrey
https://github.com/kubernetes/kubernetes/issues/72257
Andrey
Ахахаха
Это ультрапотрат
Tamerlan
коллеги, вопрос немного не по теме - знает кто чат по сетевому оборудованию arista?
Tamerlan
если знает кто, отправьте в личку плиз
Aleksey
и gitlab-runner в 2 строчки собирает image
А может тогда подскажите как ревизии имаждей в гитлабе чистить?
Vitaliy
А ты думал что это магическая штука которая сама за тебя всё сделает?
Нет конечно. Откуда такое предположение? Вопрос то не в этом был.
Vitaliy
Не держать гитлаб с реджистри в кубе 😑
Даже мысли такой небыло. Совсем, даже совсем наоборот борюсь с товарищами желающими жтого
Vitaliy
Вы не поняли. Речь была про реджистри с HA и как плюс нормальные ACL без привязки к пониманию правильности конкретной персоной "мне подходит значит всем", сканы и вот это вот все. Но начали больше говорить про саму сборку образов. Образы собираются без проблем и не используя гитлаб, acl "только если есть доступ к репе в гит*" тоже не всем подходит.
Rainbow
А может тогда подскажите как ревизии имаждей в гитлабе чистить?
gitlab не может знать какие image нужны. Я просто раз в пару месяцев удаляю все из registry.
Rainbow
registry с ha, это пару реплик и s3
Andor
сам докер-реджистри стейтлесс, а хранилищем у него может быть любое S3-совместимое хранилще, например
Andor
хранилище HA - реджистри HA
Rainbow
у меня наверное местами все падало, кроме registry 😁
Vitaliy
он вполне себе стейтфул. как минимум тот registry2 докер имадж который я видел.
Rainbow
если image умеет хранить state на s3, то это не стейтфул
Andor
реджистри умеет хранить имджи в с3
Andor
и это весь стейт у него
Andor
(если ничего не поменяли)
Vitaliy
ответьте на вопрос: можно ли запустить несколько реплик реджистри с шаред стораджом, не только в RO? ну к примеру одна реплика сейчас сервис имаджи в RW режиме, а вторая делает GC
Rainbow
не поменяли, у них так и написано, хотите ha, храните на s3
Vitaliy
это не сильно HA
Vitaliy
это некий сторадж который используется более чем 1 инстансом одновременно
Andor
это не сильно HA
для тебя S3 - не высокодоступен?
Andor
ну ок
Vitaliy
для меня HA это не только storage
Andor
для тебя - ок
Andor
для докер-реджистри - вполне себе
Andor
как ты на него будешь запросы принимать - другой вопрос и решается скорее сетевыми проксями
Rainbow
тут скорее всего кейс "а что если у меня 2 кластера одновременно упадут 😱😱😱"
Rainbow
не получится же некоторое время делать docker pull
Andor
кластера s3?
Rainbow
не, я про то, что падения registry - это такой пшик. Пофиг
Rainbow
Проснулся, позавтракал, поднял
Andor
если у тебя селф-хостед и сторейж == локальный диск, то это может быть больно
Andor
потому что образы место занимают
Rainbow
потому что образы место занимают
может как бомбанёт - буду думать. Пока не важно. На dev сервере куча места с raid1.
Rainbow
Хоть убей не вижу смысла в ha registry. Выкатывать новые релизы не выйдет. Ну ок, почини registry, выкати.
Vitaliy
еще раз: у вас есть 2 запущеных инстанса реджистри поверх одного "какого-то, не важно какого" стораджа. пусть будет S3. они запущены. сразу, одновременно, оба два. вы нараутили запросы на один инстанс который потом ушел в валхаллу. остался второй запущенный который не сервил трафик.. (у нас же умные прокси, ага) что происходит дальше?
Andor
Ты правда странно его прочитал
Vitaliy
спосибо, теперь все ясно. пошел я...
Andor
Я не говорил про "умные прокси", сам реджистри стейтлесс и проксировать запросы можно на любой запущеный
Vitaliy
я задал вопрос и он не странно был пропущен
Rainbow
у docker push / docker pull
Vitaliy
я описал про какой конкретно реджистри я говорил и вопрос
Rainbow
все тулы адекватно реагируют на перезапуск registry, прям проверено куча раз
Vitaliy
а еще, я бы попросил с указанным реджистри провести практическое тестирование. потому что мои тесты опровергают ваши заявления