ааа

ты хочешь предотвращать ручные убийства

в зависимости от "статуса" операций

?

да. буду думать как по-другому менеджерить это дело. Возможно уйти от DS

так а какая разница-то, DS или нет

что DS, что RC, что Deployment все-равно делают в итоге поды

DS сам размазывает по нодам

и если у меня хватает прав на kubectl delete pod в нужном неймспейсе, то я все-равно смогу его пристрелить

мне это отлично подходит, но вот управлять ими невозможно. Допустим половину опустить, а половину оставить

а, это да

нет, теоретически все можно.

можно добавлять нодам лейблы

kubectl delete такого пода приведет к его перезапуску на целевой машине

в рантайме

а DS как раз мониторит эти лейблы

кстати интересно, если контейнеру в DS повесить nodeSelector...

и если у ноды удаляется лейбл, то K8s удаляет с этой ноды Pos относящийся к соотвествующему DS

не попячит ли его? ;)

да, через NodeSelector

у меня часть нод как раз под этот сервис поднята исключительно... и на них я запускаю сервис через DS и NodeSelector

тогда я снова утерял суть изначального вопроса

смотри. Есть сервис который что-то считает. Этих сервисов много. Они запущены сейчас через DS на отдельных нодах Так вот мне критично нельзя удалять сервис пока он что-то считает. Встает вопрос. Как их обновлять?

допустим фикс какой-то вылить или просто новая версия вышла?

мне кажется, тебе нужны джобы, а не демонсеты

http://kubernetes.io/docs/user-guide/jobs/

ну, по описанию

хм... а их можно размазать по-кластеру? чтобы на одной ноде был только один Под?

чем хорош DS - я просто добавляю ноду с лейблом и там автоматически запускается нужный мне сервис

Job этого не даст

зато джоба не остановится, пока не кончит

а ноды добавляются в зависимости от нагрузки. Зачем мне держать 100 нод просто простаиваюих

я просто пока думаю возможно ли это менеджерить просто средставами k8s или придется писать свой шедуллер

который будет сам через k8s-api запускать сервисы на нодах

но видимо для этой задачи базовых возможностей k8s не хватит (((

Alexander https://pracucci.com/graceful-shutdown-of-kubernetes-pods.html

Вечером опубликую :) Что-то кастомизировананое

Получилось? :)

Максим, кстати отличная статья. Про preStop вообще не думал. В статье написано что он блокируется (This event handler is blocking...) правильно ли я понимаю, что я могу поставить terminationGracePeriodSeconds в нужное значение (чтобы точно через минуту, например все грохнулось) и в хуке разблокироваться после окончания расчетов... Тогда как хук разблокируется, под удалится. Если же за время terminationGracePeriodSeconds не разблокируется, то все-равно удалится по таймауту

ну как я понял - да, так и есть

надо пробовать

ок! Попробую и отпишусь

запускаю 1.3.5 и получаю ошибки про CNI

cам спросил, сам отвечаю: https://github.com/kubernetes/kubernetes/issues/30681

https://github.com/kelseyhightower/kubernetes-the-hard-way/blob/master/README.md

Получилось? :)

Привет :) Да, лови: https://github.com/StartupMakers/k8s-resource

https://github.com/kelseyhightower/kubernetes-the-hard-way/blob/master/README.md

отличный солюшн, жаль только слишком крепко прибит гвоздями к GCE

в общем, чтобы запустить кубернетес >= 1.3.5 с weave или calico, надо сначала поставить последние стабильные CNI-бинари

wget https://github.com/containernetworking/cni/releases/download/v0.3.0/cni-v0.3.0.tgz && \ tar xvf cni-v0.3.0.tgz -C /opt/cni/bin/

после этого k8s-1.3.5 начинает работать как по волшебству

Это из-за этого k8s не хотел компилиться?

Про компиляцию ничего не знаю

))

Привет :) Да, лови: https://github.com/StartupMakers/k8s-resource

Вот ещё полезные ресурсы) https://concourse.ci/resource-types.html

Ага, эту часть я уже видел. Сейчас на deis смотрю, вроде тоже нормально, девелоперам может понравится

Да, Deis отлично, @vmakhaev в июле на Node.js Meetup делал доклад про неё

а расскажите про deis в двух словах?

я почему-то никак не пойму, зачем оно

это такой heroku-подобный paas (деплои через git server, service discovery, агрегация логов, контроль доступа на уровне пользователей и тп). из плюсов - это решение “из коробки”, поставил в работает. из минусов - врядли его получится как-то сильно кастомизировать

а вот смотрите, коллеги

$ kubectl get po --namespace=apps -o wide NAME READY STATUS RESTARTS AGE IP NODE ... preview-3537790400-7vavz 1/1 Running 1 10h 192.168.192.1 10.83.8.198 preview-3537790400-hd0o8 1/1 Running 2 10h 192.168.192.4 10.83.8.198 ...

оба preview запущены на одном кьюблете

можно как-то шедулеру объяснить, что по возможности лучше запускать поды на разных машинах?

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

http://kubernetes.io/docs/user-guide/node-selection/

@Drago13 ненене, *этот* node selection - это не про то

если я в деплойменте для preview скажу nodeSelector: disktype: ssd

то ВСЕ поды этого деплоймента будут запускаться только на нодах, где есть такой label

если такая нода одна, то они все на нее приедут

если несколько, то будут распределяться по прихоти шедулера

А ты хотел бы приоритет задать?

не понял я... Этот nodeSelection

http://kubernetes.io/docs/api-reference/v1/definitions/#_v1_podspec

не дописал, прости... Это же можно указать в спеке пода

что "это"?

почему спека конкретного пода должна влиять на все поды в округе?

nodeSelector

да это не про то, Сергей, я ж уже объяснил ;)

можно как-то шедулеру объяснить, что по возможности лучше запускать поды на разных машинах?

kubernets умеет labels или constraints? В Matathon (mesos) можно сделать вот так "constraints": [["hostname", "UNIQUE"]] можно воспользоваться https://github.com/kubernetes/kubernetes/blob/master/contrib/mesos/docs/issues.md

@DenisIzmaylov смотри у меня есть важные сервисы, которые я предпочитаю дублировать ну тупо replicas: 2, например и хотелось бы, чтобы эти реплики по возможности расползались на разные машины иначе значительная часть смысла от дублирования пропадает

@DenisIzmaylov смотри у меня есть важные сервисы, которые я предпочитаю дублировать ну тупо replicas: 2, например и хотелось бы, чтобы эти реплики по возможности расползались на разные машины иначе значительная часть смысла от дублирования пропадает

https://medium.com/google-cloud/mongodb-replica-sets-with-kubernetes-d96606bd9474#.3ug4ojoxy

@DenisIzmaylov смотри у меня есть важные сервисы, которые я предпочитаю дублировать ну тупо replicas: 2, например и хотелось бы, чтобы эти реплики по возможности расползались на разные машины иначе значительная часть смысла от дублирования пропадает

x-MachineOf у Fleet есть :) у кубера тоже такое должно быть, точнее оно есть, но не помню навскидку

У меня тут другая вещь интересная

deployment отправил в kubectl apply

но он весит

kubectl get pods —namespace my-app-dev NAME READY STATUS RESTARTS AGE my-app-static-1409264784-0rz5g 1/1 Running 0 1d my-app-static-1409264784-4ct3x 0/1 Pending 0 1d my-app-static-1409264784-a0tx9 1/1 Running 0 1d my-app-web-4236871117-yiqmg 0/1 Terminating 1 1d my-app-web-951618991-n5ddh 1/1 Running 0 1d my-app-web-951618991-nl5kn 1/1 Running 0 1d my-app-web-951618991-og120 1/1 Running 0 1d my-app-web-dispatcher-2847709974-348hp 0/1 Pending 0 1d my-app-web-dispatcher-2847709974-fqlkk 1/1 Running 0 1d my-app-web-dispatcher-2847709974-rhjnh 1/1 Running 0 1d my-app-web-dispatcher-3729888052-87k8e 1/1 Terminating 0 1d

как вот логи посмотреть правильно?

kubectl logs не срабатывает

Пишет например: Error from server: pods "my-app-web-dispatcher-3729888052-87k8e" not found