насколько понимаю, пара (1, 2) видит узел (3), поэтому любой из этой связки может получить три из пяти голосов (аналогично для (4, 5))

Да и плюс вы сами знаете что такое реализация алгоритма )

Да и плюс вы сами знаете что такое реализация алгоритма )

ты что сказать-то хочешь?

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

Ну разрабы могли допустить ошибку

При реализации

ну проверь

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

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

Ну вот я выше и написал что надо протестить

> In (a) S1 is leader and partially replicates the log entry at index 2. In (b) S1 crashes; S5 is elected leader for term 3 with votes from S3, S4, and itself Короче, тройка может самоопределить судьбу своего суверенитета, выходит что любой узел может стать мастером, но кластер продолжит функционировать всеми пятью нодами только если изберется центральная.

> In (a) S1 is leader and partially replicates the log entry at index 2. In (b) S1 crashes; S5 is elected leader for term 3 with votes from S3, S4, and itself Короче, тройка может самоопределить судьбу своего суверенитета, выходит что любой узел может стать мастером, но кластер продолжит функционировать всеми пятью нодами только если изберется центральная.

Выходит так, что тройка может проголосовать за мастер в каком-то из двух оставшихся кластерах, и те две ноды, что остались просто выпадут как меньшинство ?

Ну это лучший вариант

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

А такая ситуация тоже не исключена

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

Там есть такое свойство как срок (term). Когда кто-то выпадает, все начинают претендовать на следующий срок (term + 1), и для term + 1 можно отдать только один голос, и отдается он только такому узлу, который успел принять все те обновления от мастера, который принял и текущий узел.

Кстати, что там слышно с кластерным стореджем на базе етсд

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

Надо будет потестить. На предмет багов

я сомневаюсь, что выйдет полнее, чем у https://aphyr.com/posts/316-jepsen-etcd-and-consul

Ну это хорошо, но я перепроверю)

Доверяй, но проверяйся

я не понимаю, откуда мне в гластере взять rest api

там только 2 порта открываются и те не http

зато тут хотят рест https://kubernetes.io/docs/concepts/storage/storage-classes/#glusterfs

heketi ставить не охота, похоже что должен быть какой-то родной rest

Heketi именно для реста и нужен

пишут Gluster REST service/Heketi service то есть где-то в гластере есть rest?

то есть надо еще heketi ставить. сюрприз)

бесит. я просто хочу запустить чарты))

а, можно походу создать endpoint и pv вручную. ок

прокатило вроде. heketi, я так понимаю, для динамической магии. оно мне пока не надо.

ну все. пора спать

а, фиг там volumeClaimTemplates все равно storageClass хочет

Попробовать manual что ли

Ааа. Я получается класс могу вообще любой статическому диску задать. Так что ли. Ладно. Теперь точно спать

Кто-нибудь делал подключение на нестандартные порты - мультиплексирование по разным портам на кубере? Задача такая, есть внешний айпи, надо в зависимости от того на какой порт идёт обращение перекидывать на разные службы

Сейчас ингресс позволяет только по http path мультиплексировать

А у меня даже не http

nginx-ingress умеет tcp/udp проксировать

спасибо, щас буду вникать

Как kubelet общается с мастером? Мастер обращается к kubelet и говорит что делать или kubelet ходит к мастеру?

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

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

можно сделать ресурс service с type LoadBalancer, т.е. при создании сервиса будет создан l4 load balancer на ендпоинты данного сервиса…

Как kubelet общается с мастером? Мастер обращается к kubelet и говорит что делать или kubelet ходит к мастеру?

https://kubernetes.io/docs/concepts/architecture/master-node-communication/

https://kubernetes.io/docs/concepts/architecture/master-node-communication/

спасибо ? заодно еще радок перечитаю Концепт Кубера

Если бы перед вами встала задача развернуть продакшен кластер из 3-х нод мастера, настройки системы балансировки между ними, а так же развертывания N нод с kubelet. Причем все это развернуть на собственных серверах компании, а не где-то в облаке. Какой бы инструмент развертки вы выбрали? Все делать вручную с нуля или kubeadm или что-то другое?

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

kubespray? правда он не даёт никаких знаний как это чинить, если поломается...

Вот! В этом и вся беда готовых решений. Ими можно пользоваться только если ты полностью разобрался как они работают и что делают. А в сети почему-то куча вариантов с kubeadm, kubespray и развертыванием парой кнопок в облаке гугла или амазона. Как буд-то ни кто не разворачивает кубер на проде и не описывает решений по развертке, масштабированию, безопасности и самое главное - пониманию как оно работает, чтобы знать как чинить.

Вот! В этом и вся беда готовых решений. Ими можно пользоваться только если ты полностью разобрался как они работают и что делают. А в сети почему-то куча вариантов с kubeadm, kubespray и развертыванием парой кнопок в облаке гугла или амазона. Как буд-то ни кто не разворачивает кубер на проде и не описывает решений по развертке, масштабированию, безопасности и самое главное - пониманию как оно работает, чтобы знать как чинить.

Я вот только определился. Буду разворачивать openstack и к8с на вмках с coreos через kubespray

Или ansible-playbook

я тоже смотрел на эти решения. Но как сказано выше - пока не изучишь что конкретно и зачем оно делает для установки кластера в прод с таким нельзя.

Если бы перед вами встала задача развернуть продакшен кластер из 3-х нод мастера, настройки системы балансировки между ними, а так же развертывания N нод с kubelet. Причем все это развернуть на собственных серверах компании, а не где-то в облаке. Какой бы инструмент развертки вы выбрали? Все делать вручную с нуля или kubeadm или что-то другое?

Kubespray

Если бы перед вами встала задача развернуть продакшен кластер из 3-х нод мастера, настройки системы балансировки между ними, а так же развертывания N нод с kubelet. Причем все это развернуть на собственных серверах компании, а не где-то в облаке. Какой бы инструмент развертки вы выбрали? Все делать вручную с нуля или kubeadm или что-то другое?

в истории по ключам: bootkube typhoon kubespray

в истории по ключам: bootkube typhoon kubespray

Спасибо:) Скажи, стоит ли использовать эти инструменты, если не умеешь поднимать кластер руками с нуля на голом железе?

нужно с чего то начинать. И тестировать.

Да и не факт что сходу нужно на голое железо. Виртуалки тоже вполне подойдут. Проще эксперементировать.

нужно с чего то начинать. И тестировать.

Ну начинать можно с миникуба.

начинайте с того, что позволит решить бизнес задачу. И постепенно изучайте инструмент. Серебрянной пули нет, хоть многие ищут. tectonic еще вариант глянуть.

Да и не факт что сходу нужно на голое железо. Виртуалки тоже вполне подойдут. Проще эксперементировать.

Я под голым железом имел голые ОС, не так выразился:) У меня kuberspray не встал на Ubuntu 17.04 или какая там последняя. А конкретно проблема с репо докером была, он не смог его поставить.

начинайте с того, что позволит решить бизнес задачу. И постепенно изучайте инструмент. Серебрянной пули нет, хоть многие ищут. tectonic еще вариант глянуть.

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

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

Supported Linux distributions Container Linux by CoreOS Debian Jessie Ubuntu 16.04 CentOS/RHEL 7

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

если это ваша бизнес задача - то kubernetes the hard way вам в руки.

ERROR: S client not available

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

Там написано Минимальные дистрибутивы. Точнее я так понял.

Supported Linux distributions

поддерживаемые

и конкретная версия указана

16,04

не >= 16.04

если это ваша бизнес задача - то kubernetes the hard way вам в руки.

Спасибо. Пока что это просто образование и изучение инструмента:) бизнеса пока что нет

Supported Linux distributions

Не могу найти страницу с таблицей поддерживаемых ОС. Подскажешь адрес?

http://bfy.tw/GA9n

первая же ссылка

первая же ссылка

Ясно. Я спрашивал про версии ос для самого кубера. А поддерживаемые версии для кубеспрей я не смотрел перед запуском :) мой косяк. Спасибо что разъяснил все.

ты реально такой тугой или просто сильно умный?

Спокойно, всё хорошо. На личности не переходим, плз. ?

в пизду

Ахахаха

Классика

Спокойно, всё хорошо. На личности не переходим, плз. ?

++

Привет! Подскажите, плиз, откуда стартовать после запуска кластера через kubespray. Dashboard теперь недоступен, решение по выдаче полных прав сервисному аккаунту для подключения через kubectl proxy не нравится. Куда копать, чтобы у dashboard-а появился внешний IP? Может есть какой-нибудь свежий туториал, в котором кто-нибудь развёртывает kubespray, оживляет dashboard, разворачивает heapster + helm + jenkins/gitlab?

Привет! Подскажите, плиз, откуда стартовать после запуска кластера через kubespray. Dashboard теперь недоступен, решение по выдаче полных прав сервисному аккаунту для подключения через kubectl proxy не нравится. Куда копать, чтобы у dashboard-а появился внешний IP? Может есть какой-нибудь свежий туториал, в котором кто-нибудь развёртывает kubespray, оживляет dashboard, разворачивает heapster + helm + jenkins/gitlab?

dashboard должен быть выставлен как svc (`kubectl -n kube-system get svc`), что бы в него попасть нужно сгенерировать access token

Привет! Подскажите, плиз, откуда стартовать после запуска кластера через kubespray. Dashboard теперь недоступен, решение по выдаче полных прав сервисному аккаунту для подключения через kubectl proxy не нравится. Куда копать, чтобы у dashboard-а появился внешний IP? Может есть какой-нибудь свежий туториал, в котором кто-нибудь развёртывает kubespray, оживляет dashboard, разворачивает heapster + helm + jenkins/gitlab?

возьми конфиг в ~/.kube/config и скопируй себе на локальную машину. потом запускай kubectl

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

ingress это ведь много url на внешнем IP? А external IP у dashboard почему пустой и что по этому поводу читать?

Привет. Кто может подсказать, когда несколько бэкендов которые работают на одинаковых портах внутои контейнера. в докере все понятно, внешний порт(порт хоста) можно менять произвольно, а на Kubernetes это нужно делать? или каждый под живет у себя без конфликта портов у самого кластера? статейку бы по сетевым вопросам у kubernetes

можно начать с офдоки )))

побереги эмоции. Я еще раз повторяю - я нуб в теме. Пришел сюда учиться из другого направления IT. Если тебя раздражают люди, которые порой задают нубские вопросы - не читай мои сообщения.

Он ливнул чятик давно.

побереги эмоции. Я еще раз повторяю - я нуб в теме. Пришел сюда учиться из другого направления IT. Если тебя раздражают люди, которые порой задают нубские вопросы - не читай мои сообщения.

Учиться не в чатиках надо

Учиться не в чатиках надо

а где ж тогда взять проф окружение для общения и поиска true way? У меня нет знакомых которым интересна тема кубернетеса, а тем более которые имеют с ним опыт

а где ж тогда взять проф окружение для общения и поиска true way? У меня нет знакомых которым интересна тема кубернетеса, а тем более которые имеют с ним опыт

Тру вей нет, есть рабочее и масштабируемое и нет

Просто берешь и решаешь конкретную задачу

Просто берешь и решаешь конкретную задачу

я вижу это иначе. Кобрать кластер можно сотней способов и десятком конфигураций. Это понятно из документации. Мне пока не ясно два вопроса: 1. Здесь собрались профи и новичкам не рады? 2. Какие темы здесь принято обсуждать и для чего этот чат в принципе? Так как пока мои вопросы у некоторых вызывают только негатив.

Так все таки желательно задавать конкретные вопросы, например: у меня задача такая-то, типы нагрузки такие-то, ожидаемое колво нод и подов такое-то и такое-то, будет запускаться там-то и так-то, какую сеть мне выбрать для всего этого?