нет, важна консистентность в кластере

Важно чтобы купив билет на самолет ты пришел и там было твое место )) а не так, что транщакцию клиенту подтвердили а потом потеряли

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

транзакция не может примениться на половине кластера, если реализовать этот алгоритм нормально.

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

Всегда следующий мастер выбирать из неупавших, любого с максимальным щетчиком транзакций

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

Если тольк омы не гоним все через одного мастера

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

я не помню. но щас эта дискуссия напоминает "Возьмём поезд, разгоним его до двух скоростей света. Следовательно скорость света не является предельной. Вуаля, теория относительности опровергнута!"

Если тольк омы не гоним все через одного мастера

Так в постгре гоним!

Он не знает, что такое конфликт )

я не помню. но щас эта дискуссия напоминает "Возьмём поезд, разгоним его до двух скоростей света. Следовательно скорость света не является предельной. Вуаля, теория относительности опровергнута!"

Скорее, что 2pc/3pc никоим образом не гарантируют сами по себе синхронизированность данных в кластере, что для ACID недопустимо. И что при любой галере или аналогичном решении система меняет свои гарантии и нужно быть готовым, что при моргании сетки могут быть очень забавные результаты.

ок, я не буду дальше спорить.

(как галера себя ведет кстати - я хз, когда я ее пробовал, она была скорее сломана)

(как галера себя ведет кстати - я хз, когда я ее пробовал, она была скорее сломана)

Ее обычное состояние

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

А,стабильность?

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

стабильность, безопасность, свободные ресурсы...

что значит “стабильность” в контексте кубера?

руками перезапускать не придётся))

что значит “стабильность” в контексте кубера?

это "иногда не падает в самом начале"

ну то есть по сути вопрос сводится к тому что "если ноды будут загружены по цпу/памяти то мастера начнут лажать"? или расшифруйте что имеете ввиду

ну то есть по сути вопрос сводится к тому что "если ноды будут загружены по цпу/памяти то мастера начнут лажать"? или расшифруйте что имеете ввиду

Сможешь при большой нагрузке получить недоступность API. А при очень большой и etcd в кластере сможешь получить failure этого кластера из-за каких-нибудь косвенных причин, например часы немного разойдутся. В общем, удовольствие будет сильно ниже среднего.

понятно, спасибо

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

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

Просто я - самый лучший антиспам-бот. Предположительно даже умный. ?

Всем привет! Я только начал знакомство с kube. Сам FullStack/DevOps ruby/rails. У меня вопрос: могу ли я на текущей своей VMWare ESXi создать 3 машины и поднять на них минмальный кластер ?

Помоему у меня ругалось на VX/T

Всем привет! Я только начал знакомство с kube. Сам FullStack/DevOps ruby/rails. У меня вопрос: могу ли я на текущей своей VMWare ESXi создать 3 машины и поднять на них минмальный кластер ?

конечно, если у них будет своя внутрення сеть - а так скоерей всего и есть, то конечно

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

у меня например для теста поднято 1 мастер и 2 ноды на kvm под Proxmox

хм...

Помниться я когда брал VDS c VMware ESXi, то хостер выделял нам отдельные IP для вирт. машин имеющих соединение с vSwitch c хостовой сетевой картой. Обычно эти виртуалки я делал в роли proxy.

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

ок спс

Всем привет! Друзья, кто нибудь сталкивался с таким? Нормальный ямлик, задеплоился.. а удаляться не хочет ))) kubectl delete -f k8s/addons/cephtool.yml panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x20 pc=0x627f44] goroutine 1 [running]: panic(0x1bcc980, 0xc4200100d0) /usr/local/go/src/runtime/panic.go:500 +0x1a1... https://gist.github.com/beatlejuse/37a6b9bc6c02fb7ff02e641dc718c738

Ха! Нашёл багу в кубе 1.8 )) Чтобы StatefulSet деплоился, надо чтобы apiVersion было = apps/v1 А чтобы он удалялся , надо чтобы apiVersion было = apps/v1beta2 и никак иначе)) если ямлик деплоится - то он не удаляется, а если удаляется - то не деплоится )))

видимо сделано специально что бы statefulset никто не пользовал и все сидели на PVC =)

А ничего что apps/v1 оно в 1.9? :)

клиент/сервер мисматч версии?

или, возможно, включение какой-то альфа штуки все ломает

видимо сделано специально что бы statefulset никто не пользовал и все сидели на PVC =)

А ни че что statefullset и pvc это разные вещи)

какая разница)

стейт он и в африке стейт

В v1 меняли правила удаления. То что раньше эмулировалось kubectl сейчас происходит на стороне сервера. Но это в v1 и в 1.9

какая разница)

Большая....

Коллеги, а кто нибудь пулит образы из глобального гитлаба? может кто втречался с ошибками вида: Failed to pull image "registry.gitlab.com/projectx/deploy/django_web:latest": rpc error: code = Unknown desc = Error response from daemon: Get https://registry.gitlab.com/v2/projectx/deploy/django_web/manifests/latest: denied: access forbiddenили Jan 25 13:47:38 lab1 dockerd[23899]: time="2018-01-25T13:47:38.444623337Z" level=debug msg="Trying to pull registry.gitlab.com/projectx/deploy/django_web from https://registry.gitlab.com v2" Jan 25 13:47:39 lab1 dockerd[23899]: time="2018-01-25T13:47:39.472449465Z" level=error msg="Attempting next endpoint for pull after error: Get https://registry.gitlab.com/v2/projectx/deploy/django_web/manifests/latest: denied: access forbidden" Jan 25 13:47:42 lab1 kubelet[31489]: E0125 13:47:42.213614 31489 pod_workers.go:186] Error syncing pod 4d2c808c-01d6-11e8-bd9f-525400e2c3e2 ("test_default(4d2c808c-01d6-11e8-bd9f-525400e2c3e2)"), skipping: failed to "StartContainer" for "django-db" with ImagePullBackOff: "Back-off pulling image \"registry.gitlab.com/projectx/deploy/django_web:latest\""при этом секрет типа kubernetes.io/dockercfg создан и на каждой ноде присутсвует .docker/config.json и вручную сам докер при логине к репозиторию успешно подключается. в какую сторону порекомендуете посмотреть для решения ошибки?

Большая....

ааааа.... понятно

ааааа.... понятно

Не серьезно это совсем разные вещи))))

Коллеги, а кто нибудь пулит образы из глобального гитлаба? может кто втречался с ошибками вида: Failed to pull image "registry.gitlab.com/projectx/deploy/django_web:latest": rpc error: code = Unknown desc = Error response from daemon: Get https://registry.gitlab.com/v2/projectx/deploy/django_web/manifests/latest: denied: access forbiddenили Jan 25 13:47:38 lab1 dockerd[23899]: time="2018-01-25T13:47:38.444623337Z" level=debug msg="Trying to pull registry.gitlab.com/projectx/deploy/django_web from https://registry.gitlab.com v2" Jan 25 13:47:39 lab1 dockerd[23899]: time="2018-01-25T13:47:39.472449465Z" level=error msg="Attempting next endpoint for pull after error: Get https://registry.gitlab.com/v2/projectx/deploy/django_web/manifests/latest: denied: access forbidden" Jan 25 13:47:42 lab1 kubelet[31489]: E0125 13:47:42.213614 31489 pod_workers.go:186] Error syncing pod 4d2c808c-01d6-11e8-bd9f-525400e2c3e2 ("test_default(4d2c808c-01d6-11e8-bd9f-525400e2c3e2)"), skipping: failed to "StartContainer" for "django-db" with ImagePullBackOff: "Back-off pulling image \"registry.gitlab.com/projectx/deploy/django_web:latest\""при этом секрет типа kubernetes.io/dockercfg создан и на каждой ноде присутсвует .docker/config.json и вручную сам докер при логине к репозиторию успешно подключается. в какую сторону порекомендуете посмотреть для решения ошибки?

В сторону пулла из приватрегистри

В сторону пулла из приватрегистри

Спасибо КО :)

Не серьезно это совсем разные вещи))))

а почему тогда они называются одинаково ?

а почему тогда они называются одинаково ?

Плин читай доку. Такие аростые вещи объяснять.....

StatefulSet и PersistentVolumeClaim - одинаково?

Они по разному statefull.

StatefulSet и PersistentVolumeClaim - одинаково?

Он считает что да. Там же statefull

откуда, откуда вы, блядь, берете вторую l в слове stateful?

"полный государств"

откуда, откуда вы, блядь, берете вторую l в слове stateful?

Куда ты теряешь l в full ))?

откуда, откуда вы, блядь, берете вторую l в слове stateful?

Где, где вы теряете запятые?) Слово "блядь" выделяется запятыми!

там нет full

Где, где вы теряете запятые?) Слово "блядь" выделяется запятыми!

согласен, исправил. торопился как мог.

Куда ты теряешь l в full ))?

-ful это суффикс

full - это полный, ful - это такой суффикс, обозначающий принадлежность к префиксу (если грубо)

больше меня бомбит, только когда pool и pull путают

простите

а poll и pull?

а еще кто-то придумал сокращение k8s - у меня тоже бомбануло когда узнал как расшифровывается)

ну, это довольно стандартный способ сокращений

а еще кто-то придумал сокращение k8s - у меня тоже бомбануло когда узнал как расшифровывается)

это давняя тема, так не только k8s сокращается.

Вы лучше к разнице между pvc и stateful вернитесь)

это давняя тема, так не только k8s сокращается.

а что так не сокращается ?

вечную битву i18n с l10n еще вспомните

о бля, так вот что это значило...

доброе утро, да

больше меня бомбит, только когда pool и pull путают

Еще loose

Коллеги, а кто нибудь пулит образы из глобального гитлаба? может кто втречался с ошибками вида: Failed to pull image "registry.gitlab.com/projectx/deploy/django_web:latest": rpc error: code = Unknown desc = Error response from daemon: Get https://registry.gitlab.com/v2/projectx/deploy/django_web/manifests/latest: denied: access forbiddenили Jan 25 13:47:38 lab1 dockerd[23899]: time="2018-01-25T13:47:38.444623337Z" level=debug msg="Trying to pull registry.gitlab.com/projectx/deploy/django_web from https://registry.gitlab.com v2" Jan 25 13:47:39 lab1 dockerd[23899]: time="2018-01-25T13:47:39.472449465Z" level=error msg="Attempting next endpoint for pull after error: Get https://registry.gitlab.com/v2/projectx/deploy/django_web/manifests/latest: denied: access forbidden" Jan 25 13:47:42 lab1 kubelet[31489]: E0125 13:47:42.213614 31489 pod_workers.go:186] Error syncing pod 4d2c808c-01d6-11e8-bd9f-525400e2c3e2 ("test_default(4d2c808c-01d6-11e8-bd9f-525400e2c3e2)"), skipping: failed to "StartContainer" for "django-db" with ImagePullBackOff: "Back-off pulling image \"registry.gitlab.com/projectx/deploy/django_web:latest\""при этом секрет типа kubernetes.io/dockercfg создан и на каждой ноде присутсвует .docker/config.json и вручную сам докер при логине к репозиторию успешно подключается. в какую сторону порекомендуете посмотреть для решения ошибки?

У них сегодня какие то проблемы похоже. У меня не пуллился образ с тегом latest, а с конкретным тегом версии запуллился

Supercronic — cron от Aptible, предназначенный для использования в контейнерах https://goo.gl/ZkV6qi GitHub: https://goo.gl/ANN1ta

Подскажите по etcd, пожалуйста. Вот, есть у меня участник, помеченный isLeader=true. Как-то можно пометить лидером другого участника? Я хочу поднять etcd-ноду на другом сервере.

Они ж сами выбирают

Всем привет! Помогите мне пожалуйста найти полное описание синтаксиса deployment yaml