Grigorii
У хетзнер клауда нет cloud firewall
Только что в истории как раз этот же твой комментарий за 18 год нашел)
Terry
пару раз в неделю
Никита
А если он спит?
Тогда стоит зайти на ноду и проверить доступность реджистри, ну и далее по обстоятельствам.
Terry
Именно в клауде?
почитай хецнер статус историю
Никита
Как это сделать?
get pod PODNAME -o wide, там посмотреть, на какую ноду под зашедулило; потом ssh на неё.
Puma
Не так часто ложится там все в хетзнер, сейчас очень много виртуалок в нем юзаю
Terry
Не так часто ложится там все в хетзнер, сейчас очень много виртуалок в нем юзаю
почитав статусы виртуалок, взяли железки, с ними меньше проблем
Terry
а многие ток для тестов берут
Puma
почитав статусы виртуалок, взяли железки, с ними меньше проблем
Ну там много статусов что у упала такая то нода, просто нод много. Если бы писали статусы про падение серверов то из было бы на порядок или два больше
Puma
Ну смотря сколько серверов у вас
Puma
За год наверно было десятка два фейлов
Puma
Электричество, свичи , роуты, проц ы, диски, просто непонятные проблемы с серверами
Puma
В одно время я находился просто в перманентных миграциях
Puma
Сейчас уменьшил количество железа раза в три
Puma
Как облако у них подешевело частично перевел туда
Anonymous
Народ а кто как применяет фаервол по соседству с докером. Я рублю input форвардом с правилом 1 внешний интерфейс но докер swarm при создании сервиса прокидывает цепочку выше этой блокировки, в итоге порты смотрят жопой в мир.?
Rainbow
там в docker-compose v3.3 можно указать bind адрес, чтобы не светить жопой.
𝚔𝚟𝚊𝚙𝚜
Anonymous
Да тяжко програмеров заставить это делать а за всем не уследишь
Anonymous
Деплой автоматом CI/CD
Rainbow
можно использовать приватную сетку и все.
Anonymous
Ну это как вариант
Rainbow
это самый нормальный вариант - все остальное скорее всего кривое.
Отделение Bereke Bank
Можно взять виртуалки у нормального провайдера и закрыть жопу cloud firewall-ом, открыв только нужное
Никита
VPC же. И нужное публиковать явно.
Slach
Цитату из доки закинуть ?? А вообще dashboard отстой, он вам не нужен, серьёзно. Это почти как phpinfo()
;) вот кстати к такому же выводу пришел, "еще одно лишнее звено", в котором дофига чего не реализовано но вообще phpInfo() полезная вещь
Slach
народ, а можно ламерский вопрос про RBAC я правильно понимаю что такого понятия как "группа пользователей" там нет? ну то есть хочешь назначить роль 100-500 юзерам, будь добр всех их добавить в RoleBinding ? так?
Slach
из терминала это нельзя посмотреть?
php -r "phpinfo();" | less ;) еще как можно, в удобном виде ;)
Rainbow
php -r "phpinfo();" | less ;) еще как можно, в удобном виде ;)
тоже самое kubectl get pod ладно, слишком тонкая абстракция
Oleh
Здесь по тэгу helmговно
почему-то чат дальше чем август 2018 не прогружается и не удается найти про альтернативы хелму
Andor
Шо, опять?
Andor
Терраформ ещё предложи :)
Andor
Или солт
Rainbow
нужно спрашивать что нужно. Потому что даже с kubectl apply -f k8s.yaml нормально работает.
Andor
Мне кажется надо в фак уже
Andrey
Проблема в том, что ещё нужно слежение за объектами налепить.
Andor
Нафиг?
Andrey
Если crash будет, надо в статусе пайплайна определять, а не где-то ещё.
Oleh
нужно спрашивать что нужно. Потому что даже с kubectl apply -f k8s.yaml нормально работает.
есть куча разных микросервисов, у некоторых между собой зависимости, хочется все это контролировать и деплоить и иметь возможность видеть срез, какие версии каких сервисов сейчас установлены
Andrey
Логи инициализации контейнеров тоже нужны в том же логе.
Andrey
Мы так решили и интегрировали везде: https://habr.com/ru/company/flant/blog/434160/
Rainbow
Логи инициализации контейнеров тоже нужны в том же логе.
потому что вы миграции запускаете в job, а не в ci через docker run или тип того
Andrey
потому что вы миграции запускаете в job, а не в ci через docker run или тип того
Вопрос про все workload'ы, а не только про миграции. Интересен статус всего, что выкатилось.
Andrey
И именно там, где происходил выкат.
Rainbow
вывод сделал из личного мнения, что большенство init контейнеров это миграции.
Andrey
метрики? с current version и на самом деле что сейчас.
Не тот канал оповещения получится. Происходит выкат, нужна информация обо всём в логе выката.
Andrey
В job gitlab-ci, например.
Andrey
можно кейсы кроме миграций?
Кривые параметры командной строки выставили. Процесс внутри падает.
Vadim
нужно спрашивать что нужно. Потому что даже с kubectl apply -f k8s.yaml нормально работает.
и в середине этого лихорадочно думать а сменил ли контекст с прод кластера
Rainbow
Кривые параметры командной строки выставили. Процесс внутри падает.
ок, тогда проблема во мне, потому что мне describe/logs сделать проще. Чем городить огород ради этого.
Andor
вывод сделал из личного мнения, что большенство init контейнеров это миграции.
Если у тебя миграции в инит-контейнере, то может проще их в инит сунуть сразу?
Andrey
ок, тогда проблема во мне, потому что мне describe/logs сделать проще. Чем городить огород ради этого.
В тебе. Нам нужно было стримлайнить этот процесс до упора, потому что клиентов много, люди разные, всё должно быть в одном месте, чтобы не шароёбиться по кластерам.
Alex
Привет всем! Может кто в курсе - написал простой манифест для CronJob указал в нем image: docker.test.org/test/registry/cached-clear - сам образ создал и залил в докер registry - в общем не могу этот образ спулить из хранилища
Andor
у меня миграции в ci/cd везде. Мне нравится
Ты вообще укушенный киссом
Rainbow
Ты вообще укушенный киссом
мне надоела сложность. Я годами строил непонятно что. Разгребаю просто 🙈
Oleh
что сейчас крутится кстати видно в метрике
сформулирую по другому - увидеть срез который будет деплоиться. В helm это umbrella chart с requirements. Есть ли альтернативы?
Даня
ребят, кто-нибудь дает разработчикам доступы к kubectl logs в dev окружениях? если да, то как вы менеджите права?
Даня
неудобно, так нужно проверять выводы аппликейшенов во время е2е
Rainbow
неудобно, так нужно проверять выводы аппликейшенов во время е2е
я делаю для такого отдельное api, которые вываливает нужные данные из базы/логов.