@vkropotko поясни за ранчер))

если у вас hello world то и ранчер норм

@vkropotko поясни за ранчер))

У меня с ним только одна проблема пока, они предлагают использовать свой rancher cli и ставить helm charts через него, но при этом не поддерживают хуки helm'а, а так же вещи типа --wait. Обещали завезти позитивные изменения в грядущей 2.1

так вышел уже - https://forums.rancher.com/t/rancher-release-v2-1-0/11960. Known issues там интересные

так вышел уже - https://forums.rancher.com/t/rancher-release-v2-1-0/11960. Known issues там интересные

Про фланель то?)

Про фланель то?)

Ну это ладно, а "чот etcd не поднимается"

Кто-нибудь сталкивался с https://github.com/helm/charts/issues/5167 ?

Народ, а есть еще что нибудь для генерации темплейтов в yaml для kubernetes? Аналог Helm, но с меньшим функционалом?

Народ, а есть еще что нибудь для генерации темплейтов в yaml для kubernetes? Аналог Helm, но с меньшим функционалом?

Ansible?

Ansible?

Не, некатит

Народ, а есть еще что нибудь для генерации темплейтов в yaml для kubernetes? Аналог Helm, но с меньшим функционалом?

я юзаю mustache

из ноды который

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

я юзаю mustache

Что это?

Что это?

template engine

Народ, а есть еще что нибудь для генерации темплейтов в yaml для kubernetes? Аналог Helm, но с меньшим функционалом?

envsubst

kustomize+mustache

суешь ему темплейт, он на выходе даёт файл, все

kustomize+mustache

че за kustomize?

клиент, мутации на йамлы накладывает

клиент, мутации на йамлы накладывает

а, огонь ?, поковыряю, сенкс

Хм, а сервис kube-dns нельзя делать headless? Или есть тут те, у кого оно так сделано и работает?

Хм, а сервис kube-dns нельзя делать headless? Или есть тут те, у кого оно так сделано и работает?

А в чем проблема?

Ну кто-то все равно в поды мне сует старый clusterip сервиса, а не ипы конкретных подов днса

Народ, а есть еще что нибудь для генерации темплейтов в yaml для kubernetes? Аналог Helm, но с меньшим функционалом?

envsubst

kustomize+mustache

Ага, только что щас его ковырял. Вот еще смотрю

а ksonnet кто-нибудь использует ?

а, огонь ?, поковыряю, сенкс

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

а ksonnet кто-нибудь использует ?

не осили когда смотрел пром оператор

jsonnet же ещё, нужно попробовать в бою

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

а, вот оно что

Приятней по использованию чем values от helm

А, ksonnet это же либа jsonnet?

обертка скорее

пока нет, до тех пор пока не выйдет Fedora CoreOS

Агонь будет

Агонь будет

Там уже почти можно собрать, надо попробовать

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

атомарные транзакции?

Куб вообще не имеет возможности починить под, только отстрелить

Хорошо б, но оно же только контейнеры перезапускать умеет, под убивать без внешней помощи не будет

атомарные транзакции?

Предсказуемый переезд на новую версию

Я тут сегодня обнаружил, что нельзя опции форматирования задать для вольюмов

Расстроился

Народ, а есть еще что нибудь для генерации темплейтов в yaml для kubernetes? Аналог Helm, но с меньшим функционалом?

ksonnet или голый jsonnet (добавить ksonnet-lib по вкусу)

Там уже почти можно собрать, надо попробовать

Подожду образов :) в F29 успеют? Там rpmostree внутри, лепота

Подожду образов :) в F29 успеют? Там rpmostree внутри, лепота

Оно не синронизировано с федорными релизами пока

на самом деле неплохо вполне использовать local volume provisioner. есть еще вариант через flexvolume скриптами в lv генерить вольюмы. как бы с другой стороны заход

можно и без flexvolume

https://docs.ansible.com/ansible/devel/modules/k8s_facts_module.html

А что произойдёт, если отвалится nfs, который использовался для pvc? Это где-то описано? Я как-то по очевидным запросам не нашёл

по умолчанию ничего не произойдет, что бы что-то произошло нужно настроить liveness proble https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/

https://docs.ansible.com/ansible/devel/modules/k8s_facts_module.html

Воу, вот это очень круто

Воу, вот это очень круто

чет не могу придумать применение. проверить что вкатили до тебя deployment?

Подскажите, можно ли на macOS добиться того, чтобы kubectl работал без бегущего локального кластера docker-for-desktop? Мне нужно только удалённый кластер подёргать, а локальный грузит CPU.

Подскажите, можно ли на macOS добиться того, чтобы kubectl работал без бегущего локального кластера docker-for-desktop? Мне нужно только удалённый кластер подёргать, а локальный грузит CPU.

Можно конечно. scp root@superservice.com:/etc/kubernetes/admin.conf ~/.kube/config

Подскажите, можно ли на macOS добиться того, чтобы kubectl работал без бегущего локального кластера docker-for-desktop? Мне нужно только удалённый кластер подёргать, а локальный грузит CPU.

из brew поставь kubectl

Подскажите, можно ли на macOS добиться того, чтобы kubectl работал без бегущего локального кластера docker-for-desktop? Мне нужно только удалённый кластер подёргать, а локальный грузит CPU.

В меню docker в трее, есть пункт для переключения текущего кластера с локального

Ага, я все видел!

Ты был неправ ?

?

Можно конечно. scp root@superservice.com:/etc/kubernetes/admin.conf ~/.kube/config

config я могу и руками указать, но, как только я останавливаю локальный кластер из PATH улетает kubectl

config я могу и руками указать, но, как только я останавливаю локальный кластер из PATH улетает kubectl

Я почти уверен, что надо и правда просто через brew установить kubectl

kubectl go бинарник и ставиться как все go бинарники... curl && chmod +x ?

Тогда не будет ли конфликта, если позже запустить локальный кластер?

curl + chmod ведёт к тепловой смерти

Никто не умрет, а будут проблемы, можно удалить и по другому сделать.

Тогда не будет ли конфликта, если позже запустить локальный кластер?

вряд ли

curl + chmod ведёт к тепловой смерти

Во влажных мечтах безопасников наверное. А так всем пофиг сейчас.

curl + chmod ведёт к тепловой смерти

Настоящие джедаи делают так: curl example.com | sh

Настоящие джедаи делают так: curl example.com | sh

sudo sh

прав же первый раз не хватило

Во влажных мечтах безопасников наверное. А так всем пофиг сейчас.

Даже не в безопасности дело, хотя и она тут имеет место, это, прежде всего, создаёт повешенную энтропию на диске. Когда потом не можешь вспомнить что и откуда прилетело и зачем оно тут лежит.

Даже не в безопасности дело, хотя и она тут имеет место, это, прежде всего, создаёт повешенную энтропию на диске. Когда потом не можешь вспомнить что и откуда прилетело и зачем оно тут лежит.

накатывать через ansible

накатывать через ansible

Это вообще неплохой вариант — менеджить все через него. Если есть переживания относительно подвешенных файлов

А, в docker никто не мешает запускать kubectl же

+

А, в docker никто не мешает запускать kubectl же

Зачем эти лишние приседания в рамках локальной системы?

Зачем эти лишние приседания в рамках локальной системы?

незачем, поэтому curl && chmod +x

Посоны, помогите! Не работает helm на kubespray 2.7.0 $ helm version Client: &version.Version{SemVer:"v2.11.0", GitCommit:"2e55dbe1fdb5fdb96b75ff144a339489417b146b", GitTreeState:"clean"} Error: cannot connect to Tiller $ helm init --upgrade $HELM_HOME has been configured at /Users/%username%/.helm. Tiller (the Helm server-side component) has been upgraded to the current version. Happy Helming! $ helm list Error: transport is closing https://pastebin.com/raw/7e1y3Ph2

по ссылке полная паста

kubectl logs tiller-deploy-896746fc9-csjfl -n kube-system же

на 2.6.0 пахало

а хуюшки-хую там

$  kubectl logs tiller-deploy-896746fc9-csjfl -n kube-system [main] 2018/10/08 15:16:32 Starting Tiller v2.11.0 (tls=false) [main] 2018/10/08 15:16:32 GRPC listening on :44134 [main] 2018/10/08 15:16:32 Probes listening on :44135 [main] 2018/10/08 15:16:32 Storage driver is ConfigMap [main] 2018/10/08 15:16:32 Max history per release is 0

kubectl delete tiller-deploy-896746fc9-csjfl -n kube-system

Универстальные варианты ответа =)

@xSTASiANx это сообщение обычно означает, что установлен secure Tiller

Т.е он требует флага --tls для любой команды helm

Типа такого: $ helm list                          Error: transport is closing $ helm list --tls NAME                      REVISION UPDATED                  STATUS   CHART                    NAMESPACE         app-1 1        Thu Aug  2 10:54:14 2018 DEPLOYED ...

@xSTASiANx это сообщение обычно означает, что установлен secure Tiller

tls=false

$  kubectl logs tiller-deploy-896746fc9-csjfl -n kube-system [main] 2018/10/08 15:16:32 Starting Tiller v2.11.0 (tls=false) [main] 2018/10/08 15:16:32 GRPC listening on :44134 [main] 2018/10/08 15:16:32 Probes listening on :44135 [main] 2018/10/08 15:16:32 Storage driver is ConfigMap [main] 2018/10/08 15:16:32 Max history per release is 0

Или я в шары долблюсь

kubectl delete tiller-deploy-896746fc9-csjfl -n kube-system

Не канает... :(

чет не могу придумать применение. проверить что вкатили до тебя deployment?

Просто несколько версии назад в ансибле был только один богомерзкий модуль для кубернетеса, который даже в токены для аутентификации не мог. Сейчас вот подвезли что-то вменяемое. Тем кто юзает ансибл для деплоя в кубер - очень пригодится.

Это ведь не деплой, это факты по обьектам

Всем привет. Подскажите пожалуйста по этому вопросу. https://toster.ru/q/569353

ребят ктото знает в helm разницу между между —name —name-template ?

Всем привет. Подскажите пожалуйста по этому вопросу. https://toster.ru/q/569353

Словно не было вчерашнего дня) ты смонтировал вольюмы в /mnt/disks? Ты читал как вообще работает local volume provisioner?

И что папки нужно руками создавать?

Словно не было вчерашнего дня) ты смонтировал вольюмы в /mnt/disks? Ты читал как вообще работает local volume provisioner?

привет. про это? mount | grep mnt /dev/vdb1 on /mnt/disks type xfs (rw,relatime,attr2,inode64,noquota)

В журнале пода провижионера что по этот путь?

В журнале пода провижионера что по этот путь?

kubectl logs local-volume-provisioner-j5vd7 --namespace kube-system I1009 06:38:15.526856 1 common.go:259] StorageClass "local-storage" configured with MountDir "/mnt/disks", HostDir "/mnt/disks", BlockCleanerCommand ["/scripts/quick_reset.sh"] I1009 06:38:15.527047 1 main.go:42] Configuration parsing has been completed, ready to run... I1009 06:38:15.527374 1 common.go:315] Creating client using in-cluster config I1009 06:38:15.574394 1 main.go:52] Starting controller I1009 06:38:15.574418 1 controller.go:42] Initializing volume cache I1009 06:38:15.578593 1 populator.go:85] Starting Informer controller I1009 06:38:15.578625 1 populator.go:89] Waiting for Informer initial sync I1009 06:38:16.578843 1 controller.go:72] Controller started