ок, нафиг etcd

куда же вы в к8 от etcd убежите? Там все данные лежат.

я в плане нафиг знать где он )

etcdctl status или это другой etcd?

другой

по поводу всех этих документаций, статей и книжек, что бесит именно меня (ну не то чтобы бесит, но вот прям неудобно) открываем любую из этих штук и там 90% в духе "кубернетес это платформа управления контейнерами, смотрите как клево можнно создавать поды и как они скалируются, а вот еще ... ну и тп", короче дословный перевод документации причем только ее основ но проблема в том что мне надо знать другое: лучшие практики, советы и рабочие решения, разбор основных проблем, и тп а вот этого нигде нет

Issues?

ну там тоже много скама, да и сортировать это все... в общем этот чатик спасает частично, я к тому что не бойтесь делиться опытом, все будет в кассу если что :)

это же bleeding edge

тут всегда так

ейп, согласен... об чем и речь: то что мы обсуждаем хрен где найдешь, поэтому больше, больше инфы )

запилили че-то крутое - сюда

запилил некрутое - все равно сюда )

а есть у кого полный список альфа фич в *.alpha.kubernetes.io аннотации?

а вот кто с nginx-ingress работал, подскажите как заставить его пересоздать конфиг и убрать оттуда сервисы которые удалены? в логах постоянно светится что-то типа "upstream service-staging-service-api-8080 does not have any active endpoints. Using default backend"

Да, есть такая проблема. Но это всего лишь лог, можно игнорировать. Возможно в новой версии контроллера исправят.

Мы тоже не обращаем внимания

Ага, только он мне в stderr срет постоянно и красивые графики эластика портит )

А сервисы без endpoint и должны быть для staging?

Так ты фильтруй их в эластике или в обработчика логов

так и сделал в fluentd... не критичная фигня, просто не знал что пока не удаляется

а вот интересно, есть готовое решение по скалированию инстансов в зависимости от нагрузки? не фиксированое количество подов деплоймента, а по разным правилам

https://5pi.de/2016/11/20/15-producation-grade-kubernetes-cluster вот еще в тему сабжа

а вот интересно, есть готовое решение по скалированию инстансов в зависимости от нагрузки? не фиксированое количество подов деплоймента, а по разным правилам

Инстанс группы GCE/AWS? Или ты про horizontalautoscale?

а, все, вопрос снят :) че-то я забыл про horizontalautoscale

Гце может от данных с балансера или метрик их мониторинга ноды скейлить

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

о, вот еще какую штуку интересную нашел: https://coreos.com/blog/introducing-operators.html

В хелпе к инстанс группам

Насчет установки ручками, мне помогли скрипты kube-deploy/docker-multinode

В режиме cni=false все понятно. С cni=true сейчас разбираюсь, понадобилось для calico

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

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

это называется expose, нет?

ну да, но как это правильно в yaml прописать?

http://kubernetes.io/docs/user-guide/connecting-applications/#exposing-pods-to-the-cluster не оно?

ок, почитаем, спасибо

А гоняет кто постгрю в прод режиме в кубе? Или любую другую БД Инетересусет организация локации данных.

persistent volume claim

очевидно)) а физический уровень

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

физический уровень что?

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

как устроить файловое хранилище

если используете штуки типа куба, то файлы разумно хранить в облачном хранилище того же гугла / амазона / селектела (последнее, впрочем, под вопросом)

оке, пасибо

коллеги, глупый вопрос - никто не подскажет, как указать ноде ее публичный адрес, если в системе несколько интерфейсов? Собрал тестовый кластер, но все сервисы публикаются на внутренних IP, kubectl node describe показывает только приватные адреса нод

ох я нукашался в подобном. Заюзал по итогу externalIPs

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

Тебе нужен кластерный сторадж чтоль?

кто так, да

Ну там же k8s с любым говном может жить

Storage orchestration Automatically mount the storage system of your choice, whether from local storage, a public cloud provider such as GCP or AWS, or a network storage system such as NFS, iSCSI, Gluster, Ceph, Cinder, or Flocker.

А теперь по пунктам. Какие объемы?

ох я нукашался в подобном. Заюзал по итогу externalIPs

проще не вариант? вот жеж скотство блин :(

пока конечно не большие PG около 100Гб

проще не вариант? вот жеж скотство блин :(

как то вроде можно лоадбалансинг накрутить, но я ещё это ниасилил

"Automatically mount the storage system of your choice" - врут все, не любой а только тот что поддерживается :) google bucket например я хз как смонтировать без бубнов

пока конечно не большие PG около 100Гб

Возьми нфс. И сделай shared storage. Если яйца крепкие бери Gluster. Если потом будете рости по терабайту в месяц, то ceph

Возьми нфс. И сделай shared storage. Если яйца крепкие бери Gluster. Если потом будете рости по терабайту в месяц, то ceph

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

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

Там в 3.8 пофиксили анал карнавал с разваливанием всего. Но я не тестил)

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

А что за инфраструктура?

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

железки 1 мастер(мультимастер вот еще интерестный квест), 3 воркера. CoreOS stable, k8s-1.4.3

А это вы снимаете или ваше?

арендованные

арендованные

Уф

GPFS от ibm купите)

Она вроде не дорого

погуглю, спасибо. И что бы кстати решило елси бы железки были наши? Все равно ж железки

погуглю, спасибо. И что бы кстати решило елси бы железки были наши? Все равно ж железки

Если железа много и объмы большие, то хорошо ceph

Но это если от десятков терабайт хорошо)

А вообще

https://clusterhq.com/flocker/introduction/

Первый раз увидел, но выглядит интересно

https://clusterhq.com/flocker/introduction/

оно не сторадж же.

Да? Я просто мельком просмотрел с телефона

А что это?

это типа унифицированное апи к куче разных стораджей.

как openstack cinder

А

А зачем оно если k8s умеет в cinder?)