Ребят, а ни у кого не было такого что долго отрабатывает resolve на внешние адреса внутри куба? (в сети хватает issues с этим)

посмотри какое CPU quota usage у днс подов

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

Точно, у апи же поднимал, а тут забыл. Спасибо!

Коллеги, есть вопрос, облазил весь гугл, но не нашёл элегантного решения: — Надо поднять в нескольких регионах рабочие машины кубера: Москва/Амстердам итп. Какой самый простой и правильный способ менеджмента? Один кластер и разные группы Воркеров? Или разные кластера?

Коллеги, есть вопрос, облазил весь гугл, но не нашёл элегантного решения: — Надо поднять в нескольких регионах рабочие машины кубера: Москва/Амстердам итп. Какой самый простой и правильный способ менеджмента? Один кластер и разные группы Воркеров? Или разные кластера?

Если вы сильно завязаны на Kubernetes, т.е. используете service discovery или API для того, чтобы все микросервисы были связаны друг с другом, то стоит посмотреть на Federation: https://kubernetes.io/docs/concepts/cluster-administration/federation/ Если требования не такие жёсткие, то можно и отдельные кластеры сделал. Для большинства архитектур должно сработать. Стоит также учесть, что API v1 Federation перерабатывают на v2, т.е. сама команда Kubernetes недовольна состоянием текущего Federation API v1.

Если у коллег из канал есть опыть использования, плюсы и минусы, готов бы услышать. Мы не делали ещё Federation и не было необходимости.

Если вы сильно завязаны на Kubernetes, т.е. используете service discovery или API для того, чтобы все микросервисы были связаны друг с другом, то стоит посмотреть на Federation: https://kubernetes.io/docs/concepts/cluster-administration/federation/ Если требования не такие жёсткие, то можно и отдельные кластеры сделал. Для большинства архитектур должно сработать. Стоит также учесть, что API v1 Federation перерабатывают на v2, т.е. сама команда Kubernetes недовольна состоянием текущего Federation API v1.

Мы только переползаем с Амазона на кубер, вот и разбираюсь) Пока не используем. А если отдельные сервера - в чем можно управлять группой кластеров в единой админке?

Если у коллег из канал есть опыть использования, плюсы и минусы, готов бы услышать. Мы не делали ещё Federation и не было необходимости.

Было бы очень интересно)

На baremetal переползаете?

На baremetal переползаете?

Нет, хотим в виртуалках чужих. В Европе DO+Linode+aws ec2+vpsville/Timeweb (4-й в рф)

Оу

А как это все продвижении собираетесь?

Ансибл? Шеф?

Нет, хотим в виртуалках чужих. В Европе DO+Linode+aws ec2+vpsville/Timeweb (4-й в рф)

Rancher из известных "админок", OpenShift, скорее, всё в одном, не знаю, как там с GUI, но если у вас программисты (хоть немного) есть в команде, то рекомендую не заниматься этим, а просто пилить снизу вверх. Так решать проблемы и внедрять любые архитектурные решения быстрее и умнее можно.

А как это все продвижении собираетесь?

Над чем и думаем) Хочу с минимальными усилиями получить не просто мониторинг, а Управление нормальное.

Т.е. брать в руки kubespray или kubeadm и делать всё самостоятельно.

Rancher из известных "админок", OpenShift, скорее, всё в одном, не знаю, как там с GUI, но если у вас программисты (хоть немного) есть в команде, то рекомендую не заниматься этим, а просто пилить снизу вверх. Так решать проблемы и внедрять любые архитектурные решения быстрее и умнее можно.

Ранчер очень коробочное. Нравится все кроме того, что если он сломается - вариантов будет мало. Разве что с суппортом брать

Т.е. брать в руки kubespray или kubeadm и делать всё самостоятельно.

Так это уже второй эшелон. Нужно же вот это вот все нарезать вначале, увязать одно с другим... Не через впн же кластеры объединять

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

и ещё не было времени

взяли docker swarm и поехали в прод ¯\_(ツ)_/¯

А почему не кубернетес? Я серьезно. Ведь изначально себя обрекали на недофункционалтность?

Или был оооочень большой опыт внедрения и куча шишек со свормом?

и ещё не было времени

А почему не кубернетес? Я серьезно. Ведь изначально себя обрекали на недофункционалтность?

я понимаю, что серьёзно, но у меня команда systems engineers’ была слабая, компетенция по куберу никакая

один я

всех учить, переучивать, я уж молчу про разработчиков

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

со свормом ребята, моя команда, разобрались за три дня, разработчики - за неделю где-то, но они не плотно его юзали

с кубером… ну я проходил уже, 4 месяца - полгода средний срок для входа

openshift очень красиво выглядит, но сходу тоже тяжело въезжать

поэтому взяли сворм и пока особо не жалеем.. хотя и хотелось бы кубер всё-таки, особенно учитывая то, укак он развивается

поэтому взяли сворм и пока особо не жалеем.. хотя и хотелось бы кубер всё-таки, особенно учитывая то, укак он развивается

Что мешает на ходу перетащить на кубер? Докер и докер

Что мешает на ходу перетащить на кубер? Докер и докер

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

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

А что у вас как регистри? Nexus?

А что у вас как регистри? Nexus?

Норм. Роли узеры все красиво и через гуй.

Нексус

поэтому взяли сворм и пока особо не жалеем.. хотя и хотелось бы кубер всё-таки, особенно учитывая то, укак он развивается

Владимир, спасибо Вам огромное за такой развернутый ответ.

Что мешает на ходу перетащить на кубер? Докер и докер

докер внизу, сверху всё же разные вещи и подходы

всех учить, переучивать, я уж молчу про разработчиков

Ну не знаю. По моим наблюдениям норм вход снуля у нас 3 месяца.

Ну не знаю. По моим наблюдениям норм вход снуля у нас 3 месяца.

3 мес смущают конечно)

Я утрирую и исхожу из реалий что у вас один проект с вордпрессом в кубернетесе. Т.е. у вас не будет шанса потрогать все быстрее)

3 мес смущают конечно)

Не смущайтесь, я привел худший случай)))

Я утрирую и исхожу из реалий что у вас один проект с вордпрессом в кубернетесе. Т.е. у вас не будет шанса потрогать все быстрее)

Кубер с вордпресс я думаю за день-два можно все прикрутить )

У нас суровый Амазон на 80+ микросервисов)

Хотим «потерять» vendor lock Амазона

Кубер с вордпресс я думаю за день-два можно все прикрутить )

если знать, что делать

Кубер с вордпресс я думаю за день-два можно все прикрутить )

Это когда уже есть все готовое и это не бареметалл

3 мес смущают конечно)

это если люди без опыта

если знать, что делать

Хм.. докеры с мускулом, персистент створадж, докеры с вордпрессом, докеры с NGINX front. Что я пропустил? Ну может неделя если с туториалами с нуля. Или я что-то не вижу

это если люди без опыта

Андрей))))

Андрей))))

я тут тоже людей консультирую...)

Хм.. докеры с мускулом, персистент створадж, докеры с вордпрессом, докеры с NGINX front. Что я пропустил? Ну может неделя если с туториалами с нуля. Или я что-то не вижу

неделя - норм

Хм.. докеры с мускулом, персистент створадж, докеры с вордпрессом, докеры с NGINX front. Что я пропустил? Ну может неделя если с туториалами с нуля. Или я что-то не вижу

Это когда вы 100% времени заняты только этим проектом+ ещё на досуге тренитест

с кубером… ну я проходил уже, 4 месяца - полгода средний срок для входа

что 4 месяца делать с кубером?)

Не все так делают. Не все

всех учить, переучивать, я уж молчу про разработчиков

что вы понимаете под переучить? какие цели вообще ?

я тут тоже людей консультирую...)

Ты контену pharos щупал?

Ты контену pharos щупал?

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

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

https://kontena.io/pharos

https://kontena.io/pharos

Что же вас на экзотику то тянет)))???

А что у вас как регистри? Nexus?

nexus

Владимир, спасибо Вам огромное за такой развернутый ответ.

не за что, актуальная для меня тема

Ну не знаю. По моим наблюдениям норм вход снуля у нас 3 месяца.

3 месяца для меня было много - мне через 3 месяца нужно было все приложения в проде иметь

https://kontena.io/pharos

мы тут в этом канале пришли к выводу что вот kubespray - https://github.com/kubernetes-incubator/kubespray таки прям лучшее соотношение цена/качество

что 4 месяца делать с кубером?)

не поверишь - привыкать

ERROR: S client not available

не поверишь - привыкать

мы про ops или dev?

не поверишь - привыкать

временами страдать

мы про ops или dev?

обе части, ops быстрее въедет, dev ещё сложнее, хотя разработчики тоже разные бывают..

некоторые мне помогали заворачивать их же приложения в докер

обе части, ops быстрее въедет, dev ещё сложнее, хотя разработчики тоже разные бывают..

просто 4 месяца въезжающие ops это адок

просто 4 месяца въезжающие ops это адок

4 месяца на хороший скилл пользования кубером

Ну всяко бывает

от поднятия до поддержки

просто 4 месяца въезжающие ops это адок

смотря во что въезжать, в calico которое в качестве DB использует k8s custom resource definitions

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

ёбушки воробушки у нас мидл, который куб увидел первый раз за месяц кластер раскатал со всей хурмой раскатал именно сам "плейбук" написал

просто 4 месяца въезжающие ops это адок

Я за 29 мин все осилил

Я за 29 мин все осилил

kube-spray?)

смотря во что въезжать, в calico которое в качестве DB использует k8s custom resource definitions

калико в качестве db использует etcd

Нэ. Кубеадм и хард Вэй)))

Нэ. Кубеадм и хард Вэй)))

а лол

У кого меньше?))

У кого меньше?))

я то говорил про полное понимание происходящего на уровне "пох что там - будет надо свой кубе спрей напишем"

калико в качестве db использует etcd

Kubernetes Datastore This document describes how to install Calico on Kubernetes in a mode that does not require access to an etcd cluster. This mode uses the Kubernetes API as the datastore. https://docs.projectcalico.org/v2.4/getting-started/kubernetes/installation/hosted/kubernetes-datastore/

я то говорил про полное понимание происходящего на уровне "пох что там - будет надо свой кубе спрей напишем"

Всяко бывает и по времени и по возможностям

От сварм надо уходить. Там проблем пачка. Я вот его до продажи довел. Живёт. А а деве, где по 50 и более деплоев в день - ой как больно сейчас. Смотрю на кубернетс

От сварм надо уходить. Там проблем пачка. Я вот его до продажи довел. Живёт. А а деве, где по 50 и более деплоев в день - ой как больно сейчас. Смотрю на кубернетс

а можно в личку проблемы?

Kubernetes Datastore This document describes how to install Calico on Kubernetes in a mode that does not require access to an etcd cluster. This mode uses the Kubernetes API as the datastore. https://docs.projectcalico.org/v2.4/getting-started/kubernetes/installation/hosted/kubernetes-datastore/

Это когда совсем нет места/прав в/на етцд? Можно юзкейс какой-то почему выбирали это решение?

а можно в личку проблемы?

Да запросто. Стукни завтра

Это когда совсем нет места/прав в/на етцд? Можно юзкейс какой-то почему выбирали это решение?

а чем это решение плохое?

(еще лучше, если не в личку)

(+)

а чем это решение плохое?

А кто говорит что оно плохое?

делимся экспертизой, не жадничаем

А кто говорит что оно плохое?

тогда причем тут юзкейс? По мне - просто удобно, например. Сменит кубер сторадж, а калико не заметит.

(еще лучше, если не в личку)

Оффтоп же?