ето понятно, факт в том, что они утекают

причем в моём случае это ещё и kube-proxy

хммм

ftw

ето понятно, факт в том, что они утекают

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

ребят помогите пожалуйста.. есть рабочий гайд как на ubuntu 16.04 накатить?... по всем докам криво или не полностью(

ребят помогите пожалуйста.. есть рабочий гайд как на ubuntu 16.04 накатить?... по всем докам криво или не полностью(

All in one?

Проще всего на 2 машины ставить из скриптов: https://github.com/coreos/coreos-kubernetes/tree/master/multi-node/generic

Отдельно controller, отдельно worker

Из скриптов на Ubuntu не ставится. Пробовал разные релизы. 1.3.5 1.6.4 . В 1.7 вообще папку с убунтой выпилили (

kubeadm?

Из скриптов на Ubuntu не ставится. Пробовал разные релизы. 1.3.5 1.6.4 . В 1.7 вообще папку с убунтой выпилили (

Проще самому с нуля пилить. А если чисто попробовать - да, kubeadm.

Если с kubeadm делать сетку отдельно настраивать?

Если с kubeadm делать сетку отдельно настраивать?

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

Проще самому с нуля пилить. А если чисто попробовать - да, kubeadm.

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

Если с kubeadm делать сетку отдельно настраивать?

сетка ставится как аддон, все описано в доке

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

тогда шеф курить детально что и как

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

Ну мне надо иметь полное представление что куда и зачем, и как оно работает:) поэтому пошел по сложному пути)

Ну мне надо иметь полное представление что куда и зачем, и как оно работает:) поэтому пошел по сложному пути)

kubernetes hard way может тогда? Есть мануал на эту тему

https://www.google.ru/search?q=kubernetes+hard+way&oq=kubernetes+hard+way&aqs=chrome..69i57j69i64.215j0j7&sourceid=chrome&ie=UTF-8

Кубеадм все в контейнерах поднимает. Я видел люди делают все пакетными менеджерами и скриптами в systemd... Это нормально? Как лучше?

Да хочется разобраться, пойду сложным путем

Кубеадм все в контейнерах поднимает. Я видел люди делают все пакетными менеджерами и скриптами в systemd... Это нормально? Как лучше?

а тут рецепта нет, от объема зависит, в общем: мы когда изучали остановились на кнтейнерах, но не факт, что когда всего много - через пакеты не будет проще

ну просто берете и считаете время, которое уйдет на саппорт в том и другом случае

серебрянной пули нет

Спасибо всем. Пойду дальше побеждать)

ИМХО чем больше куба крутится внутри куба, тем проще

вплоть до Etcd от которого зависит куб, пускать в кубе

и apiservers

а ребуты как при таком раскладе переживаете?

Малтимастер и достаточное количество нод - ребуты не страшны.

и apiservers

Там только один ньюанс, нужна перезагрузка apiserver всякий раз, когда меняются токены и пароли для доступа к API

тогда шеф курить детально что и как

я привел пример. У меня шеф и так есть

Там только один ньюанс, нужна перезагрузка apiserver всякий раз, когда меняются токены и пароли для доступа к API

Да, мы перезагружаем

Малтимастер и достаточное количество нод - ребуты не страшны.

Игорь, а как в таком кейсе мастеры балансерить?

Внешним балансером, у вас же мастер не смотрит в public своим API на прямую?

ну вот я про это и спрашиваю

положим у нас два мастера

перед ними прокси?

а сколько kube-dns тогда деражать

У нас HAProxy балансирует доступ к мастерам

я не придираюсь - я просто сам не знаю, отсюда и вопрос

для кол-ва инстансов kube-dns есть kube-dns-autoscaler

одно дело, когда тупо доступ до апи сервера, но если на этой ноде еще и kube-dns и еще что-то

но это вроде никак не связано с кол-вом мастеров

я посыл понял, ну примерно так и планируем делаем

но это вроде никак не связано с кол-вом мастеров

мм, сложный вопрос - при тестах - если умер kube-dns - ну сами понимаете - таймаутов не избежать

ну а так да, спасибо, примерно туда и рулим

на ноде мастера не рекоммендуется шедулть что-то еще помимо apiserver, controller-manager и scheduler

ок, понял

но тут тоже ремарка - если физ ноды мрут - что-то не так в консерватории ))

kube-dns живёт на нодах, и скалировать его можно в зависимости от кол-ва нод и сервисов, нагрузки

а с консулом сравнивали?

лучше автоскэйлером

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

у нас сейчас связка consul + unbound, вот а до связки skydns+dnsmasq в плане тестов не дошли пока что

от сюда и вопрос

но он походу риторический вопрос - бери и тести :))

k8s всегда обнаруживает недоступность того или иного сервиса по любой причине и шедулит новый

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

kube-dns такой же сервис как и другие, умрёт нода, развернет на другой ноде, но для HA лучше всё же чтобы было как минимум 2 инстанса

я понимаю, что это ресерч, но може кто-то уже делал

делал что? консул?

у большинства стоит kube-dns + kube-dns-autoscaler

и оно шедулится и реплицируется автоматически

про kube-dns-autoscaler услышал.

делал что? консул?

не консул, инетерсен крах ноды k8s с api server на борту и n колличества подов, которые еще нужно стартануть на другой ноде и сколько при этом получается простоя, поскольку ну по моему опыту - в 1 секунду это от и до не решится для всей системы в целом

вот я про что

понятно объяснил? просто специфичная задача - платежи проводить

ну походу это специфичный юзкейс, но про автоскейлер - спасибо!

@takama ладно, как митап в Нске будет, вы вроде как всегда присутсвуете, лично спрошу - на пальцах объяснять долго просто

@kalevas договорились

В целом - простоя не должно быть при достаточном кол-ве мастеров, нод и реплик сервисвов.

да-да, я вроде в нужную сторону смотрю - реплики.

Пример Deployment контроллер, создаваемый в k8s имеет специальные поля, в которых определяется минимальное кол-во доступных реплик при релизах, поскольку это также важно для HA

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

Если особо важные для вас сервисы не используют активно API, то и это не так важно. Система будет продолжать работать, даже если ни одного мастера не будет доступно.

да - это знаем

ладно, потом словимся - поспрашаем, Стасяну привет! :))

Главное не шедулить там ничего "лишнего" :)