а зачем бэкапить mysql?

(апдейтнул)

а, вот, это важная поправка ;)

))

ну зависит от того, насколько там у тебя много всего трудновосстановимого

когда можно сделать kubectl apply -f /path/to/dir/ - это одно

Фриланс?

фриланс обычно подразумевает разовое выполнение проекта, это больше похоже на контракт, у людей есть потребность в страховке "а что если мой проект взломают? а что если мне будут нужны правки/доработки? а что если будут уязвимости в софте и нужно обновиться? а что если что-нибудь сломается - кто мне починит?", при этом у них может не быть денег, чтобы брать человека в штат и платить ему каждый месяц по 100+ тысяч (да и работы нет для этого человека), в итоге они просто оплачивают 1-3 дня вне зависимости от наличия задач,.. всем выгодно..

а когда все руками крутить опять - это уже сильно больнее

PraaS - Programmer as a Service 😀

@DenisIzmaylov кстати, еще прекрасное про фланель - ты когда запускаешь докер с фланелью, то докер у тебя юзает специфичный bridge-интерфейс, вместо docker0, который тебе фланель приносит и когда у тебя часть контейнеров в кубернетесе, а часть - нет (ну потому что так надо по какой-то причине), то в случае с фланелью у тебя они все будут в одном адресном пространстве, а в случае c weave (ну или любым другим CNI-compatible оверлеем) - в разных

и это makes sense

на мой взгляд

когда можно сделать kubectl apply -f /path/to/dir/ - это одно

на первый взгляд всё как раз так и заводится сейчас

ну тогда жги

@DenisIzmaylov кстати, еще прекрасное про фланель - ты когда запускаешь докер с фланелью, то докер у тебя юзает специфичный bridge-интерфейс, вместо docker0, который тебе фланель приносит и когда у тебя часть контейнеров в кубернетесе, а часть - нет (ну потому что так надо по какой-то причине), то в случае с фланелью у тебя они все будут в одном адресном пространстве, а в случае c weave (ну или любым другим CNI-compatible оверлеем) - в разных

я правильно понял, что есть риск того, что K8s может попробовать запустить под на уже занятом другим не-кубер контейнером?

это вряд ли, докер-демон же должен (по идее) как-то это разруливать

но CNI мне полюбому кажется выгоднее

изоляция - это важно

если что, я вот про это: https://github.com/containernetworking/cni/blob/master/README.md

оверхед - да, а чего геморой-то один раз развернул и все

Дебажить

так наоборот удобнее, когда сети разные

не?

Не

Вернее, да

Но когда у тебя flannel, у тебя же одна большая плоская сеть

если что, я вот про это: https://github.com/containernetworking/cni/blob/master/README.md

А фланнел через cni не цепляется разве?

На всё твоё хозяйство

О, CNI, это ж про rkt

@zon_orti ну я выше писал, что вроде как у фланели тоже были поползновения в эту сторону, но я уже давно не слежу

когда я только только начинал влезать в эту тему (года полтора назад) никакого CNI еще не было

и у меня был чудовищный франкенштейн для запуска контейнеров

на каждом хосте было по два докер-демона

один демон запускал etcd и flannel

а второй демон уже вешался на фланелевый интерфейс и слушал /var/run/docker.sock

этот уже был для "пользовательских контейнеров"

и чота больше я не хочу этого ада :D

У нас калико и кублет в ркт, а в докере контейнеры

если что, я вот про это: https://github.com/containernetworking/cni/blob/master/README.md

👍

Но в прод пока не запустили

калика тоже клевая, да

Дейс крут, но с калико не работает

О, CNI, это ж про rkt

@lorddaedra любит Rkt :)

дейс я так и не осилил (пока?)

не понимаю, нахрена он нужен

Он очень простой, особенно если с helmc

не понимаю, нахрена он нужен

Хероку

Чтоб курлом деплоить

я и в кубернетес могу курлом деплоить

Без генерации манифестов

а откуда ворклоад возьмется?

Он скорее для отдельных dev-сред

Некий кластерный Heroku

В курле будет имадж или из деис пуш

ты про аналог $ kubectl run nginx --image=nginx --port=80

?

да, люблю Rkt, но пока я лишь в начале пути)

это тоже можно курлом

Можно я пересказывать не буду? https://youtu.be/ma1UDssjiH4

спасибо, посмотрю перед сном

👍

Габриель крутой оратор, хорошо выступает :)

Но у меня Deis не завёлся весной, были какие-то проблемы в первой версии с ceph

фатальные)

Вторая версия вроде уже получше идёт

кстати про сеф

Сейчас ceph там уже вроде нет

а никто не экспериментировал еще с torus?

https://github.com/coreos/torus

нука, фанат кореоси, твой выход :D

)) не не

Вообщем оставляю на нодах и мастере только kubelet: /opt/bin/kubelet \ --address=0.0.0.0 \ --port=10250 \ --hostname-override=${COREOS_PRIVATE_IPV4} \ --api-servers=${MASTER_PRIVATE_IPV4}:8080 \ --allow-privileged=true \ --logtostderr=true \ --cadvisor-port=4194 \ --healthz-bind-address=0.0.0.0 \ --tls-cert-file=/etc/kubernetes/ssl/kubelet.pem \ --tls-private-key-file=/etc/kubernetes/ssl/kubelet-key.pem \ --cluster-dns=${DNS_PRIVATE_IPV4} \ --cluster-domain="kube.local" \ --healthz-port=10248 \ --config=/etc/kubernetes/manifests --kubeconfig=/etc/kubernetes/kube-config.yaml

Мы пока в сторону свифт вольюмов идём

а свифт отдельно, или со всем опенстеком?

--cluster-domain="kube.local" - вот это я бы пока убрал

рисковано?)

угу

а свифт отдельно, или со всем опенстеком?

Как часть облачного провайдера

оно будет принудительно search добавлять в /etc/resolv.conf

в каждом контейнере

и там иногда случаются неожиданности с кубе-днсом