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

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

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

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

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

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

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

Расстроился

Народ, а есть еще что нибудь для генерации темплейтов в 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

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

логи выложил сюда https://toster.ru/q/569353

быстрее было уже поставить цеф на одну ноду 😬

Монтировать нужно не на /mnt/disks, а в поддиректорию

Pv на машине может быть чётко угодно

Монтировать нужно не на /mnt/disks, а в поддиректорию

можно попадробнее? где нужно монтировать в поддиректорию?

И кстати local volume provisioner умеет диски передавать

Целиком в под

А попадробнее в доке ж можно прочесть

А попадробнее в доке ж можно прочесть

можно прокинуть /dev 💪

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

кто-то очень любит вручную каждый раз у себя на компе обновлять ещё “один бинарник”

кто-то очень любит вручную каждый раз у себя на компе обновлять ещё “один бинарник”

Кто-то делает как быстрее. Если в AUR нет нужного, не писать же самому.

Кто-то делает как быстрее. Если в AUR нет нужного, не писать же самому.

Всегда пишу, чяднт?

Кто-то делает как быстрее. Если в AUR нет нужного, не писать же самому.

как это “не писать”?

А попадробнее в доке ж можно прочесть

https://github.com/kubernetes-incubator/external-storage/tree/master/local-volume $ mkdir /mnt/disks $ for vol in vol1 vol2 vol3; do mkdir /mnt/disks/$vol mount -t tmpfs $vol /mnt/disks/$vol done они тут вообще tmpfs монтируют

https://github.com/kubernetes-incubator/external-storage/tree/master/local-volume $ mkdir /mnt/disks $ for vol in vol1 vol2 vol3; do mkdir /mnt/disks/$vol mount -t tmpfs $vol /mnt/disks/$vol done они тут вообще tmpfs монтируют

Какая разница что, главное что поддиректория

Какая разница что, главное что поддиректория

mount /dev/vdb1 /mnt/disks диск куда монтировать? в /mnt/disks или в /mnt/disks/подпапка?

Всегда пишу, чяднт?

как там в розовом мире?

mount /dev/vdb1 /mnt/disks диск куда монтировать? в /mnt/disks или в /mnt/disks/подпапка?

В примерах документации что?