Andor

всё ещё рекомендую попробовать ksonnet

Andor

он няшка

Etki

опенстек в кубере :3 :3 :3

Aleksey

опенстек в кубере :3 :3 :3

ну это разве сейчас только ленивый его туда не пихает 🙂

Aleksey

всё ещё рекомендую попробовать ksonnet

это же сколько готовых чартов надо перепиливать под него?! может позже когда нам мы захотим что-то переписать 🙂

Andor

это же сколько готовых чартов надо перепиливать под него?! может позже когда нам мы захотим что-то переписать 🙂

ты можешь использовать хельм-чарты из ksonnet

Aleksey

а лучше вообще на оператор перепишем. Точно!

Aleksey

ты можешь использовать хельм-чарты из ksonnet

вот это поворот. Уговорил, посмотрим в его сторону 🙂

Andor

лично я это не пробовал

Andor

по очевидной причине

Aleksey

в каждом чатике есть какая-то мантра про говно @kubernetes_ru - «хелм - говно» @ceph_ru - «цеф - говно» @metrics_ru - «заббикс - говно» @openstack_ru - «опенстек - говно»

Anton

ты можешь использовать хельм-чарты из ksonnet

есть ли смысл, учитывая подвешенное состояние https://blogs.vmware.com/cloudnative/2019/02/05/welcoming-heptio-open-source-projects-to-vmware/

Andor

есть ли смысл, учитывая подвешенное состояние https://blogs.vmware.com/cloudnative/2019/02/05/welcoming-heptio-open-source-projects-to-vmware/

репозиторий закрыли?

Anton

релизов с ноября не было

Andor

думаю будет полноценный форк, когда реально будет нужда

Andor

и?

Andor

@kvaps у тебя сломался ksonnet с ноября?

Anton

и?

и коммитов в мастере с февраля

Andor

что-то не работает?

Etki

что-то не работает?

шаблон

Andor

рвёт?

Etki

в каждом чатике есть какая-то мантра про говно @kubernetes_ru - «хелм - говно» @ceph_ru - «цеф - говно» @metrics_ru - «заббикс - говно» @openstack_ru - «опенстек - говно»

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

Etki

рвёт?

я знал, что ты поймешь

𝚔𝚟𝚊𝚙𝚜

@kvaps у тебя сломался ksonnet с ноября?

нет работает, не считая добавляения новых helm чартов. Я вообще большие надежды возлагаю на qbec

𝚔𝚟𝚊𝚙𝚜

https://github.com/splunk/qbec

Grisha

[gh@MacBook-Pro-2 ~]$ kubectl get pods --all-namespaces -o wide NAMESPACE NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES kube-system coredns-d5b697bd8-8qr8r 1/1 Running 1 11m 10.233.65.12 3.121.227.213 <none> <none> kube-system coredns-d5b697bd8-lbxw7 1/1 Running 1 11m 10.233.66.4 3.120.108.195 <none> <none> kube-system dns-autoscaler-8666ffc6c6-sm6nb 1/1 Running 1 23m 10.233.65.11 3.121.227.213 <none> <none> kube-system haproxy-3.120.108.195 1/1 Running 1 12m 172.31.38.168 3.120.108.195 <none> <none> kube-system haproxy-3.121.227.213 1/1 Running 1 24m 172.31.41.78 3.121.227.213 <none> <none> kube-system kube-apiserver-18.194.176.198 1/1 Running 1 24m 172.31.34.109 18.194.176.198 <none> <none> kube-system kube-controller-manager-18.194.176.198 1/1 Running 1 24m 172.31.34.109 18.194.176.198 <none> <none> kube-system kube-flannel-b28gq 2/2 Running 2 12m 172.31.38.168 3.120.108.195 <none> <none> kube-system kube-flannel-dnr26 2/2 Running 2 23m 172.31.41.78 3.121.227.213 <none> <none> kube-system kube-flannel-jtfb4 2/2 Running 2 23m 172.31.34.109 18.194.176.198 <none> <none> kube-system kube-proxy-69rs5 1/1 Running 1 12m 172.31.34.109 18.194.176.198 <none> <none> kube-system kube-proxy-6wx7x 1/1 Running 1 12m 172.31.41.78 3.121.227.213 <none> <none> kube-system kube-proxy-hrlds 1/1 Running 1 12m 172.31.38.168 3.120.108.195 <none> <none> kube-system kube-scheduler-18.194.176.198 1/1 Running 1 24m 172.31.34.109 18.194.176.198 <none> <none> kube-system kubernetes-dashboard-7f8b6c9b7d-g276k 1/1 Running 1 23m 10.233.65.10 3.121.227.213 <none> <none> kube-system nodelocaldns-9cwmz 1/1 Running 1 23m 172.31.34.109 18.194.176.198 <none> <none> kube-system nodelocaldns-9j7f8 1/1 Running 1 23m 172.31.41.78 3.121.227.213 <none> <none> kube-system nodelocaldns-f24mq 1/1 Running 1 12m 172.31.38.168 3.120.108.195 <none> <none> kube-system tiller-deploy-dc85f7fbd-bl5n4 1/1 Running 1 22m 10.233.65.9 3.121.227.213 <none> <none> [gh@MacBook-Pro-2 ~]$ kubectl get nodes NAME STATUS ROLES AGE VERSION 18.194.176.198 Ready master 25m v1.13.5 3.120.108.195 NotReady <none> 12m v1.13.5 3.121.227.213 NotReady <none> 24m v1.13.5 Ребзя, как такое победить? ноды уже мертвы, а поды еще думаю что живы?

𝚔𝚟𝚊𝚙𝚜

опенстек в кубере :3 :3 :3

А в опенстеке кубер :)

Andor

https://github.com/splunk/qbec

выглядит похоже

Dmytro

А в опенстеке кубер :)

а вебсфера там верху или снизу?

Vadim

А в опенстеке кубер :)

а в нём CNV :)

Etki

container native vinda

Aleksey

А в опенстеке кубер :)

по мне так вообще норм кейс. Ведь когда много команд проще всего им кластер куба чуть не под бранч поднимать 🙂

𝚔𝚟𝚊𝚙𝚜

по мне так вообще норм кейс. Ведь когда много команд проще всего им кластер куба чуть не под бранч поднимать 🙂

А я ничего против не имею, у меня у самого OpenNebula в кубе)

Eduard

А я ничего против не имею, у меня у самого OpenNebula в кубе)

как?

ᴅⁱᵐⁱᴅʳ0ˡ

не подскажите? при дефолтной настройке etcd метрики не отдаёт?

Eduard

даже в теории - как?

Eduard

Или только мордока

ᴅⁱᵐⁱᴅʳ0ˡ

типа так curl 127.0.0.1:2379/metrics

Anonymous

Привет. Возник такой вопрос: кто как реализует внешние и внутренний(domain.local -> host) DNS resolve

𝚔𝚟𝚊𝚙𝚜

как?

https://github.com/kvaps/kube-opennebula

Eduard

o_O

Eduard

thx

Tadeusz

Зачем?)

Pavel

иногда это проще чем настравивать заново

Eduard

just for fun!

Tadeusz

Сущность на сущности)

Nikolay

Вот это плохо, что только 1 контейнер. Голым nvidia-docker я могу запускать более одного сервиса на одном серваке

Щито? То есть кубер проигрывает nvidia-docker в этом плане? 0_о

𝚔𝚟𝚊𝚙𝚜

Зачем?)

Зачем фронт? - Затем же, зачем и любое другое приложение: - Все компоненты (микросервисы) собираются и запускаются отдельно, изменения декларативно описываются в Dockerfiles - Все environments декларативно описываются в ksonnet - Легко переносить из staging в prod (просто пулишь новые имаджи с новыми параметрами и все) Зачем бэк? - Затем что: - У нас diskless ноды которые не имеют состояния на момент загрузки, а Daemonset - это простой способ подготовить и настроить их для запуска виртуалок: подключить все стораджи, добавить ключи и сетевые интерфейсы и т.п. - Легко управлять большим количеством нод и следить за их состоянием

Tadeusz

зачем nebula в кубере

Grigorii

Щито? То есть кубер проигрывает nvidia-docker в этом плане? 0_о

Ну я так и не смог найти адекватный вариант чтобы запустить на одной ноде на gpu парралельно несколько контейнеров. Из готовых решений есть только какой-то модицифированный китайский nvidia plugin device, к которому нужно ещё левый шедулер модифицированный ставить - мне это не очень нравится.

𝚔𝚟𝚊𝚙𝚜

зачем nebula в кубере

ну так про нее и ответил

Tadeusz

мда

𝚔𝚟𝚊𝚙𝚜

мда

Я так понимаю не убедил?

Tadeusz

не убедил, я все равно не понимаю - нахрена юзать виртуализацию при контейнерах в контейнерах