дважды один девайс смонтировать вы не сможете

А смысл бекапить на ceph..если делать толерантность 1 то всё живёт при смерти 1 osd

можно повысить до 2х.... и мы живём при 2х мёртвых osd

или глубина репликации 2 и 3 соответвенно

Ой. Вот это и плохо! Я не смогу в два пода смонтировать девайс?

Ой. Вот это и плохо! Я не смогу в два пода смонтировать девайс?

https://kubernetes.io/docs/concepts/storage/persistent-volumes/#access-modes

Выходит, что ceph мне не подходит(

Ой. Вот это и плохо! Я не смогу в два пода смонтировать девайс?

а мне кто-нибудь объяснит ЗАЧЕМ?!

а мне кто-нибудь объяснит ЗАЧЕМ?!

У меня поды с пхп. Иногда пользователь загружает свою аватарку, например. Подов у меня несколько, так как нагрузка большая. Картинки отдаёт nginx, в него тоже смонтирован волюм - ему и RO достаточно. Но пхп может любой под писать в этот волюм.

У меня поды с пхп. Иногда пользователь загружает свою аватарку, например. Подов у меня несколько, так как нагрузка большая. Картинки отдаёт nginx, в него тоже смонтирован волюм - ему и RO достаточно. Но пхп может любой под писать в этот волюм.

прикрутите s3 в свою адовую конструкцию

s3 либы есть под любой сторадж

прикрутите s3 в свою адовую конструкцию

Это локально?

Это локально?

нет, это делают нормальные люди для хранения статики

нет, это делают нормальные люди для хранения статики

Можно поподробнее, как это работает? Я так же монтирую в поды волюм?

Можно поподробнее, как это работает? Я так же монтирую в поды волюм?

ты пишешь код, который работает с любым s3-like хранилищем

про amazon s3 слышал?

про amazon s3 слышал?

Да. Я читал только что. Мне интересна реализация с кубером была. Тут, как я вижу, кубер вообще не участвует?

не участвует

не надо хранить статику в кубе файликами - это плохо

В принципе, хорошая идея переложить реализацию с плеч сисадмина на плечи программистов)

В принципе, хорошая идея переложить реализацию с плеч сисадмина на плечи программистов)

это просто удобнее

s3 либы есть под любой язык

Я предложил ребятам. Идея вроде понравилась.

https://kubernetes.io/docs/concepts/storage/persistent-volumes/#access-modes

Вот тут написано, что hostPath тоже нельзя примонтировать на запись в несколько подов одновременно, но у меня работает так. Почему?

Или я не правильно понимаю этот документ?

Или я не правильно понимаю этот документ?

А если поды на разных нодах окажутся?

А если поды на разных нодах окажутся?

Ну да. Это конечно не то - разные данные получатся...

ну эта страница писалась под версию 1.3 кажись)

Это к вопросу о "Документации кубера" и о том что она на самом деле Плохая....

Тем не менее, не понятно, почему RBD нельзя ReadWriteMany сделать...

Кубер как и любой другой ОС проект крайне плохо документирован

Если я правильно помню то его тупо лочит сеф, и второго клиента не пустит

rbd это же block device...так что скорее всего им монопольно владеет один клиент...

Вот тут пример, как будто так можно: http://www.zeding.ro/using-ceph-as-storage-for-kubernetes-clusters/

kubernetes.io/rbd

ой

func (plugin *rbdPlugin) GetAccessModes() []v1.PersistentVolumeAccessMode { return []v1.PersistentVolumeAccessMode{ v1.ReadWriteOnce, v1.ReadOnlyMany, } }

Один пишет. Многие читают

Вот тут написано, что hostPath тоже нельзя примонтировать на запись в несколько подов одновременно, но у меня работает так. Почему?

за hostpath надо вообще пзидть ногами

за hostpath надо вообще пзидть ногами

об этом даже пишут в документации. И даже примерно теми же словами

А как тогда монтировать не изменяемые файлы?

Если у меня один под, который не должен переезжать.

А как тогда монтировать не изменяемые файлы?

во много подов?

А как тогда монтировать не изменяемые файлы?

а какую задачу вы пытаетесь решить?

Например, у меня есть ингресс-контроллер, у него есть dhparam файл.

а какую задачу вы пытаетесь решить?

Или же темплейт. Я его изменил в папке сервера, перезапустил под - у меня всё применилось.

Или же темплейт. Я его изменил в папке сервера, перезапустил под - у меня всё применилось.

ConfigMap вам в помощь

ConfigMap вам в помощь

Так это больше действий. Изменить темплейт, сделать из него конфигмап, заменить... Было бы хорошо, если бы ингресс-контроллер 0.8.3 сам умел перезапускаться при изменении конфигмапа. А тут - так проще.

kubectl edit cm

?

Так это больше действий. Изменить темплейт, сделать из него конфигмап, заменить... Было бы хорошо, если бы ингресс-контроллер 0.8.3 сам умел перезапускаться при изменении конфигмапа. А тут - так проще.

зачем вам вообще куб? заливайте код по фтп как раньше

Ну или ещё вариант - база данных. Что использовать, если не hostPath?

Ну или ещё вариант - база данных. Что использовать, если не hostPath?

configmap

configmap

Бд postgres в конфигмап?

Бд postgres в конфигмап?

бд в кубе плохая затея если так ОЧЕНЬ надо, то тащите nfs\ceph

бд в кубе плохая затея если так ОЧЕНЬ надо, то тащите nfs\ceph

то есть вы не рекомендуете в кубе запускать системы, которые имеют персистивное состояние?

то есть вы не рекомендуете в кубе запускать системы, которые имеют персистивное состояние?

я не вижу в этом смысла базу лучше держать рядом

я не вижу в этом смысла базу лучше держать рядом

рядом это сколко ms?

рядом это сколко ms?

столько же сколько на положить её в куб и прицепить к этому сторадж?

Ну или ещё вариант - база данных. Что использовать, если не hostPath?

для базы данных нужен pv

столько же сколько на положить её в куб и прицепить к этому сторадж?

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

Так что тот же Постгре нормально работает пока есть один под.....ПРи желании можно собрать кластер на контенерах, нарисовать Affinity и устроить pg_pool для менеджа коннектов......

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

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

Поднять контецнер с постгре то де не сложно. И следить за ним будет куб

Т да у меня Атомик))) что не сильно дальше коры

И это из оперы про виртуализацию...если делаешь норм кластер виртуалищации. То сингл зостов уже бвть не дллжно. Да де емкие БД лучше иметь в виде виртуалок с пробросом железа на прямую в виртуалку

А как тогда монтировать не изменяемые файлы?

неизменяемые файлы не выезжают из образа

Добрый вечер. Кто может подсказать, почему при создании ingress для nginx-контроллера в гуглооблаке, он повисат в статусе "Creating ingress", при этом работает?

если кому-нибудь важно, чтобы Helm умел смену apiVersion (скажем был Deployment extensions/v1beta1, а стал apps/v1beta1), как это умеет kubectl apply, то зайдите пожалуйста, выскажитесь https://github.com/kubernetes/helm/pull/2976#issuecomment-334206483 . Лучшее будущее под угрозой

всё-таки Helm прекрасен в своей ебучести: https://github.com/kubernetes/helm/issues/1707#issuecomment-280072476

всё-таки Helm прекрасен в своей ебучести: https://github.com/kubernetes/helm/issues/1707#issuecomment-280072476

Помню помню. Мы ради этого даже именование версий меняли:)

Всем привет. С контейнерами и их оркестрацией человек новый. Подскажите пожалуйста, где и как вы держите бд? (postgres, mongo) нагрузка небольшая, но интересует постоянный доступ до нее в кластере.

Ну и общий сторадж для бд и аналога s3

external service

external service

не в кубернетесе и не в докере, так?

угу

statefulset ;)

угу

а фс? ceph? или что-то другое?

Всем привет. С контейнерами и их оркестрацией человек новый. Подскажите пожалуйста, где и как вы держите бд? (postgres, mongo) нагрузка небольшая, но интересует постоянный доступ до нее в кластере.

Ты вроде умный, на тебе кейс: можно держать stolon cluster(postgresql) в 3х репликах и всё это без PV )

Ты вроде умный, на тебе кейс: можно держать stolon cluster(postgresql) в 3х репликах и всё это без PV )

держать можно да

Ты вроде умный, на тебе кейс: можно держать stolon cluster(postgresql) в 3х репликах и всё это без PV )

stolon нормально работает?

stolon нормально работает?

там есть проблемы с отвалившимися нодами

они потом долго висят в etcd

долго=всегда

но вроде в последнем релизе там сделали TTL в сутки

рассказать может @ChesterFie1d

Ты вроде умный, на тебе кейс: можно держать stolon cluster(postgresql) в 3х репликах и всё это без PV )

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

как на kops включить rbac? кто сталкивался?

на уже существующем кластере

поменял authorization: rbac: {}

ничего

ммм

kops rolling-update cluster —yes —force помог