Size: a a a

Kubernetes — русскоговорящее сообщество

2020 June 24

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
ну ничего же не мешает это запустить в том же initContainers после pull
источник

VS

Vasilyev Sergey in Kubernetes — русскоговорящее сообщество
А зачем тогда контейнеры?
источник

NG

Nikita Gorlov in Kubernetes — русскоговорящее сообщество
Dmitriy S.
Всем, привет. У меня вопрос по поводу работы приложений в кубере. Есть 2 приложения (php и python), которые работают c MySQL базой данных. Оба приложения при запуске через некоторое время выдают сообщение Can't connect to MySQL server on 'mysql-server' (115). Если глянуть в базу, то видно что приложения все-таки подключались к базе данных, потому что таблицы создаются, но видимо через некоторое время по какой-то непонятной мне причине вылетают. Если запустить тебе же приложения и базу данных в Docker-Compose, то сообщений об ошибке подключения не возникает вовсе. Ломаю голову, не могу понять причину. Есть у кого нибудь идеи или кто-то уже с таким сталкивался?
Kube-proxy в режиме ipvs?
источник

VS

Vasilyev Sergey in Kubernetes — русскоговорящее сообщество
Так можно делать на vm-ке
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
Vasilyev Sergey
А зачем тогда контейнеры?
я просто ищу способы решения. Всё понятно, что правильнее всего упаковывать весь код в образ. Просто меня смутило то, что это нужно всегда делать полностью. Но ничего не поделаешь видимо
источник

VR

Vadim Rutkovsky in Kubernetes — русскоговорящее сообщество
git-sync сработает, только тогда замедлиться скейл подов. И тогда возникает вопрос - не будет ли быстрее сбилдить один раз?
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
это всё тестировать нужно, так сложно сказать, что будет быстрее
источник

NG

Nikita Gorlov in Kubernetes — русскоговорящее сообщество
Кажется такое вообще тестировать не нужно, это просто не тру) Образ сбилдился и остался на ноде и в регистри. В нём есть всё, что нужно.
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
т.е. лучше особо не заморачиваться, и копировать всегда полную папку с иходниками? То, что в день бывает коммитов несколько десятков, а сами исходники перевалили уже за 400 мб.

Нужно позаботиться, чтобы в registry было достаточно места. И это нормальная практика?
Ты страдаешь не по делу
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
У нас образы по 2-5 Гб, брат жив
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
есть еще один вариант. Накатывать исходники через initContainers через https://github.com/kubernetes/git-sync
кто нибудь пользовался этим решением?
Бред
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
George Gaál
У нас образы по 2-5 Гб, брат жив
Ок, понял. 400 мб, может и не так много.  Сколько времени занимает билд образов таких как у вас?
источник

NG

Nikita Gorlov in Kubernetes — русскоговорящее сообщество
Это зависит от сотни факторов
источник

NG

Nikita Gorlov in Kubernetes — русскоговорящее сообщество
От 30 секунд до 10 минут в среднем)
источник

NG

Nikita Gorlov in Kubernetes — русскоговорящее сообщество
С имеджами на 400Мб вообще не ясно откуда такие мысли
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Alexandr Esaulov
Ок, понял. 400 мб, может и не так много.  Сколько времени занимает билд образов таких как у вас?
не больше 40 минут )
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
но у нас сложный пайплайн для машинного обучения
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
образы по 400мб в пределах 10 мб собираются
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
и, да, есть разница - между сборка всего проекта и сборка одного образа (я говорю про первое)
источник

AE

Alexandr Esaulov in Kubernetes — русскоговорящее сообщество
ясно. Спасибо всем за информацию
источник