Vadim
https://gravitational.com/blog/teleport-release-3/ - интересная идея с аудитом и контролем доступа
𝚔𝚟𝚊𝚙𝚜
О, мой пост опубликовали
𝚔𝚟𝚊𝚙𝚜
https://kubernetes.io/blog/2018/10/02/building-a-network-bootable-server-farm-for-kubernetes-with-ltsp/
Øk_gø_løve
Никита
https://kubernetes.io/blog/2018/10/02/building-a-network-bootable-server-farm-for-kubernetes-with-ltsp/
Круто! Выглядит как очень сильное колдунство.
bebebe
Øk_gø_løve
Круто! Выглядит как очень сильное колдунство.
Иногда мне кажется, что в кубере немало вещей так выглядят
Øk_gø_løve
Особенно поначалу
Artyom
Vadim
https://kubernetes.io/blog/2018/10/02/building-a-network-bootable-server-farm-for-kubernetes-with-ltsp/
очень интересно, но разве не для этого придуман ignition?
Konstantin
Wrong channel, take a look into the channel info
Andrey
Скорее немного удивляемся, Ты планируешь взять на себя управление кластером (насколько большим не понятно) мало что зная в предметной области. Вот и улыбает.
Да как будто что-то плохое, тем более не прод))) было бы желание
𝚔𝚟𝚊𝚙𝚜
Если честно, то использовать CoreOS - было самой первой идеей, но там тоже есть некоторые аспекты. Например не все так просто с кастомными модулями ядра.
А LTSP - это по сути самая обычная убунта, и все что можно установить на обычную убунту можно описать в Dockerfile для установки в LTSP.
Стандартного конфига вполне хватает что бы прописать ssh-key на ноде во время загрузки и добавить ее в kubernetes-кластер, если нужно выполнять что-то более сложное достаточно запустить обычный демонсет.
𝚔𝚟𝚊𝚙𝚜
очень интересно, но разве не для этого придуман ignition?
они уже третью систему конфигурации по счету пилят, не?
Vadim
нет, у них она одна, потому что cloud-init еще хуже
𝚔𝚟𝚊𝚙𝚜
перед cloudinit было что-то еще, не помню
Vadim
Если честно, то использовать CoreOS - было самой первой идеей, но там тоже есть некоторые аспекты. Например не все так просто с кастомными модулями ядра.
А LTSP - это по сути самая обычная убунта, и все что можно установить на обычную убунту можно описать в Dockerfile для установки в LTSP.
Стандартного конфига вполне хватает что бы прописать ssh-key на ноде во время загрузки и добавить ее в kubernetes-кластер, если нужно выполнять что-то более сложное достаточно запустить обычный демонсет.
собственно, ignition и придуман для того чтобы избежать тонны баша перед загрузкой
Vadim
просто интересно, пробовали ли вы ignition перед этим
𝚔𝚟𝚊𝚙𝚜
вы так говорите, как будто это что-то плохое %)
𝚔𝚟𝚊𝚙𝚜
нет, я не пробовал ignition
Сергей
никто не сталкивался с тем что коннект из контейнера до БД на отдельном серере идет более 5 секунд?
time nc -v db01.company.com 3306 </dev/null
db01.company.com (x.x.x.x:3306) open
M
5.7.22-22�;g `<,AkzW���{}^M5%c tmysql_native_password
real 0m5.091s
user 0m0.000s
sys 0m0.000s
dig db01.company.com
; <<>> DiG 9.11.4-P1 <<>> db01.company.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56500
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;db01.company.com. IN A
;; ANSWER SECTION:
db01.company.com. 299 IN A x.x.x.x
;; Query time: 37 msec
;; SERVER: 10.233.0.3#53(10.233.0.3)
;; WHEN: Tue Oct 02 20:21:32 UTC 2018
;; MSG SIZE rcvd: 63
Сергей
сеть на weave
Øk_gø_løve
Да как будто что-то плохое, тем более не прод))) было бы желание
По ходу дела наберешься знаний
Сергей
ℭ𝔞𝔯𝔯𝔬𝔩
а ещё можно проверить трейс и доступность через mtr (my trace route)
Anton
как-то так:
mtr --curses --tcp --port 3306 --report db01.company.com
Поставь mtr-tiny (без gtk) не мучайся лишним набором (—curses)
Denis
Всем привет! Подскажите, как правильно будет передать в env окружение значение переменных, что бы для пода они выглядели как bash массив, по которому можно будет пройтись циклом for?
Anton
Env переменные всегда строки, сделай значения разделенные запятой, в скрипте пода разобьеш ь через выражение
Denis
Env переменные всегда строки, сделай значения разделенные запятой, в скрипте пода разобьеш ь через выражение
Понял, спасибо. Была подобная мысль, но не знал заведется или нет.
Иван
Коллеги, доброе утро!
Иван
А ни у кого нет книжки в электронном виде Kubernetes in Action?
Иван
Я отдам 😁
Rainbow
Миллениалы
Rainbow
Сейчас же даже должностные инструкции в комиксах стали делать...
Sergey
O.o
Sergey
это где
Sergey
в marvel studios?)))
Rainbow
Геймификация и тп. Видел где-то инструкции для кассира в магазине.
Sergey
а в целом почему бы и нет
Rainbow
Устраиваешься такой на работе, а тебе дают комикс, что делать если стойка горит...
Rainbow
D
Всем привет, как вы создаете образы БД? Заранее туда делаете миграции и потом тянете образ в кубер, или во время деплоя накатываете миграции?
Rainbow
Rainbow
Минус только один, ci/cd должно на этом шаге иметь доступ в базы, но это такой себе минус. Да, именно так.
Rainbow
test ещё
Rainbow
а, не
Rainbow
build -> test -> migrate -> deploy
Rainbow
И у меня в миграциях (sqitch) пишутся проверки на все. Некоторую часть миграций нужно руками делать, такой процесс это ловит (миграция не пройдет verify)
Rainbow
И это отличный подход, потому что обычно приложения не проверяют схему перед стартом, а пользователи будут ловить 500, если миграции катятся вместе или после доплоя.
D
И это отличный подход, потому что обычно приложения не проверяют схему перед стартом, а пользователи будут ловить 500, если миграции катятся вместе или после доплоя.
Совершенно верно, нужно ведь проверить что все работает до доставки. Подскажите sqitch можно подружить с .net core & postgresql?
D
build -> test -> migrate -> deploy
Здесь получается migrate работает с уже созданным образом и снова билдит новый образ?
Rainbow
Совершенно верно, нужно ведь проверить что все работает до доставки. Подскажите sqitch можно подружить с .net core & postgresql?
там скорее всего свои инструменты, это отдельная штука по вкусу. А migrate делает что-то вроде docker run —rm -it app migrate
Rainbow
image приложения уже собран и обычно там уже есть тузлы для миграций.
G72K
И это отличный подход, потому что обычно приложения не проверяют схему перед стартом, а пользователи будут ловить 500, если миграции катятся вместе или после доплоя.
Почему? Если каждый под при старте до ready попытается смигрировать, то новая версия всегда будет работать с смигрированной базой
Rainbow
Почему? Если каждый под при старте до ready попытается смигрировать, то новая версия всегда будет работать с смигрированной базой
в моей схеме новая версия всегда будет работать с смигрированной базой... а долбить базу на проверку миграций при старте каждого пода - бесполезная работа.
Rainbow
Проверка на миграции у rake например это время старта приложения + время проверки самих миграций. И часто это 5-10с умножить на количество подов и пример минутная задержка на пустом месте.
Rainbow
Т.е. это тупо увеличивает время старта пода в 2 раза у rails конкретно (беру самый общий пример, с чем работаю, без всяких goapp+sqitch)
Rainbow
Мы много всяких вспомогательных сервисов и тасок переписали на go, потому что go образы мало весят и сами задачи стартуют мгновенно. И деплой какой-то отдельной штуки стал занимать секунд 30 от git push до Running. Это крайне приятно и минутные зажержки на миграции при старте тут не вписываются.
Øk_gø_løve
Никто не настраивал http->https redirect при L4 ELB в Амазоне? У меня, разумеется, получается TOO_MANY_REDIRECTS, если скастова force-ssl-redirect на nginx
V
ребят я еще вот с k8s на bare-metal не работал но как там организовывать доступ к сервисам только через ингресс ? со специфическим поротом (80:443) ?
V
ну я имею ввиду как достучать до сервиса если нет внешнего load balancer
Øk_gø_løve
ну я имею ввиду как достучать до сервиса если нет внешнего load balancer
Мне кажется есть какие-то специальные LB для bare metal
Anton
вариантов масса на самом деле
Øk_gø_løve
https://dzone.com/articles/kubernetes-metallb-bare-metal-loadbalancer
Øk_gø_løve
Первая же ссылка
Øk_gø_løve
мне кажется тот же haproxy можно поставить
V
а вот такой вопрос когда используешь внутренний nginx-ingress как если поднять еще один правила ingress будут на оба распространяться ?
Anton
видимо нужно переформулировать мысль
Rainbow
задача балансировки трафика между 1+ серверами. К k8s это мало относится и на уровень ниже.