кто-то из присутствующих использовал spinnaker?

кто-то из присутствующих использовал spinnaker?

да

впечатления пожелания проклятия?

впечатления пожелания проклятия?

накликать в морде пайплайн на 1 окружение норм, нет шаблонов

а значит невозможно автоматизировать настройку

я смотрю на хелм но еще непробовал

как с секретами работаете?

я так понимаю что в гите ничего не хранится после спинакера?

я так понимаю что в гите ничего не хранится после спинакера?

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

Поцоны, кто использует kops. Если накатить minSize = 0 и maxSize = 20 для instancegroup, в которой запускаются on-spot instances, то как будет вести себя kubernetes (для нод, а не для мастера.)

думаю захерачит 20 spot requests?

только один просвещенный спинакеровед?

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

Нет.

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

если б было всё так просто)

)) да почитал)

а где толковая дока есть как сделать несколько мастеров?

https://kubernetes.io/docs/admin/high-availability/

ага читал))

либо штудировать https://github.com/kelseyhightower/kubernetes-the-hard-way

думаю захерачит 20 spot requests?

Нет, можно поставить minSize=0 в cluster-autoscaler после 0.6 версии.

либо штудировать https://github.com/kelseyhightower/kubernetes-the-hard-way

Очень жаль, что такого же гайда для AWS нет :)

уже нет

он был, но келси выпилил его

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

Кстати интересно почему.

GCE кмк куда лучше с kubernetes интегрирован нежели с AWS до появления kops)

кто платит бабки - того и хвалим

GCE кмк куда лучше с kubernetes интегрирован нежели с AWS до появления kops)

GCE огонь

Мы попробовали rook не очень давно, но не последнюю версию. И было очень все плохо. В общем мы пытались пытались и сдались, решили, что для прода он пока не годится даже если мы его запустим.

Мы попробовали rook не очень давно, но не последнюю версию. И было очень все плохо. В общем мы пытались пытались и сдались, решили, что для прода он пока не годится даже если мы его запустим.

он концептуально очень плох. Я не думаю, что его можно в принципе вывести из этого состояния

Это плохо. У нас были на rook большие планы. У кого есть хороший опыт использования чего-то аналогичного rook - Persistent Volume на обычном железе. Вроде ceph можно прямо так использовать. Как оно работает - отказоустойчивость, добавление, умирание нод и пр.

я использую цеф. Он не настолько сложно настраивается.

а fabric8 реально кто-то использует? Я попробовал его поставить, что-то там не все гладко, да и использование его в том виде в котором они предлагают его использовать смысла особого не имеет. Мне показалось, что вот плагины для maven и для jenkins можно попробовать заюзать, а все остальное - типа создание новых проектов через UI - не знаю, по-моему можно только в рекламных роликах использовать.

ой как меня заебал alpine... того нет, сего нет, у этого нет поддерки ssl, еще что-то... есть ли действительно большой профит в использовании этого кастрата? может взять убунту почуствовать себя человеком?

ой как меня заебал alpine... того нет, сего нет, у этого нет поддерки ssl, еще что-то... есть ли действительно большой профит в использовании этого кастрата? может взять убунту почуствовать себя человеком?

у альпины образ меньше. А вообще - все зависит от вашей задачи

да - я понимаю, но оно стоит всех этих мучений? всмысле размер образа

зависит от вашей задачи

kubectl exec как то себя странно ведет когда в аргументе —

я понимаю почему.. но как это заэскейпить?

кто знает как сделать полный бекап манифестов из кластера. kubectl cluster-info dump не подходит. он много чего не отдает, зато отдает лишнее - логи контейнеров. считаем, что прямого доступа к etcd нет

kubectl get --all -o json ?

kubectl get --all -o json ?

Error: unknown flag: --all `Client Version: version.Info{Major:"1", Minor:"7", GitVersion:"v1.7.6", GitCommit:"4bc5e7f9a6c25dc4c03d4d656f2cefd21540e28c", GitTreeState:"clean", BuildDate:"2017-09-14T06:55:55Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"darwin/amd64"} Server Version: version.Info{Major:"1", Minor:"7+", GitVersion:"v1.7.6-gke.1", GitCommit:"407dbfe965f3de06b332cc22d2eb1ca07fb4d3fb", GitTreeState:"clean", BuildDate:"2017-09-27T21:21:34Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64”}`

а есть просто all

Возможно имелось ввиду kubectl get all -all-namespaces

Но оно так же не все покажет

но он не отдает например Roles, RoleBindings

да и много чего еще наверное

даже ConfigMap

Ну можно это все написать

вместо all

Пользуйт helm и деплой с гитлабе) не придется бэкапить

я уже пробовал и так и так. мне удобнее прямо в кластере все создавать и редактировать. пропускается лишний шаг деплоя. для успокоения только надо бекапы запилить

я уже пробовал и так и так. мне удобнее прямо в кластере все создавать и редактировать. пропускается лишний шаг деплоя. для успокоения только надо бекапы запилить

а как же ревизии, логирование всех изменений, вот это вот всё?)

Конечно, смотря для чего кубернетис у вас:)

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

Ну про скорость я бы поспорил, делаю пуль и через 10 сек это уже на проде

Пушь *

если изменяется Deployment например, то предыдущие ревизии можно посмотреть в ReplicaSet

Т9 блин

А если меняется configmap?)

а они версионируются именем и указываешь в деплойменте :) для себя так решил

Ок, а как все это уживается с версионированием самого приложения? С гитлабом я уже забыл, когда был последний раз на сервере. А если нужно развернуть в другом кластере, то просто захожу и ставлю раннер. Ваша схема кажется значительно медленнее

пример - надо добавить переменную окружения в деплоймент. в моем случае - это kubectl edit и готово. в вашем - найти нужный проект, в котором лежат манифесты, отредактировать, запушить, ждать пока это задеплоится. в случае если это новый проект - добавляется еще несколько шагов

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

это? https://gitlab.com/gitlab-examples/kubernetes-deploy

Это https://github.com/flant/dapp

то есть helm?

Нет, эта штука собирает докеры и деплоить helm

😞

?

пример - надо добавить переменную окружения в деплоймент. в моем случае - это kubectl edit и готово. в вашем - найти нужный проект, в котором лежат манифесты, отредактировать, запушить, ждать пока это задеплоится. в случае если это новый проект - добавляется еще несколько шагов

А вдруг эта переменная сломала весь прцоессинг, и как потом разбираться, из-за чего? Особенно, если этим будут заниматься другие люди?

Обертки над обертками. Но каждый сам в праве выбирать что ему нужно)

Я же ни кого не заставляю. Просто ответил на вопрос ;)

в helm не решили проблему с RBAC?

о чем речь?

о том, что там нехватает роли?

о том, что у tiller будет полный доступ и у всех кто его использует

а какой собственно ему нужен доступ? Если он создает/удаляет любые сервисы?

такой же как у пользователя, который его вызывает