ты там гуглить чтоли пошел?

ладно, я спать

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

stateful это базы данных

не только

там важно прошлое состояние

много где важно состояние

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

например

короче, для stateful приложений бенефиты от контейнеризации очень невелики

зато количество проблем зачастую возрастает в разы

как в том анекдоте про регулярные выражения

ну, в общем, выгодно делать сетевую файловую систему и там все эти вещи хранить в 1 месте и туда со всех серверов облака обращаться - так проще всего, но если сеть менее 10гигабит/с - всё будет медленно, а если 10 гигабит/с - как повезёт?

а резервирование?

если твой ceph развалится

ну, бэкапить надо, конечно

а куда без этого

куда?

как интенсивно?

сколько времени будет восстановление происходить?

а какие бэст прэктис тут?

что советуют пользователи Kubernetes?

а какое это имеет отношение к кубернетесу?

так разве не они используют эти вещи?

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

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

это очень тяжело

я вообще спокойненько админю себе одиночные шаред-серверы уже несколько лет

потребности в сетевых файловых системах не было, вопрос про облака поднял их

на одиночных серверах всё просто apt update && apt full-upgrade раз в неделю и всё работает

сейчас нечто чуть более лучшее (с докером/rkt контейнерами вместо apt upgrade)

и если не пытаться делать какое-то облако - вопрос про Ceph просто не будет, он не нужен, а если начинать осваивать тот же Kubernetes или что угодно (в моём случае это будет просто CoreOS + Fleet + Rkt, где есть концепция подов, которую они спёрли из Kubernetes, отсюда я и интересовался тем, как в k8s всё это устроено), вопрос про ту же Ceph возникнет

конечно, можно какой-нибудь чатик про сетевые фс забабахать, но это же 100% пересечение аудитории будет

нет

ну, в общем, выгодно делать сетевую файловую систему и там все эти вещи хранить в 1 месте и туда со всех серверов облака обращаться - так проще всего, но если сеть менее 10гигабит/с - всё будет медленно, а если 10 гигабит/с - как повезёт?

Весь кубернетес про то, чтобы не хранить все в одном месте. Конкретно с базами данных проблема решается через volume claim, ты как администратор кластера откуда-то притягиваешь условно-отказоустойчивое файловое хранилище, которое пробрасывается в твой контейнер.

у меня кубернетес есть, куча контейнеров в нем есть, а сетевой файловой системы нет

что я делаю не так?..

ну, если в проектах нет SQL баз данных, то всё ок

есть :(

ну, тогда возникает вопрос про "условно-отказоустойчивое файловое хранилище"

разве нет?

ты на своих шаред серверах как этот вопрос решаешь?

у меня кубернетес есть, куча контейнеров в нем есть, а сетевой файловой системы нет

может появиться говносайтик у которого админка сохраняет картинки в локальную фс. в таком случае без сетевой файловой с-мы никак :)

нет, но пора начать решать, собственно, переход к облаку от одиночных серваков и есть способ решения, конкретно вот со stateless вообще вопросов нет

у меня внешний балансировщик, он просто направит трафик на 1 из трёх серверов, ну и там будет модуль к nginx, который по кукам отправит именно на тот сервер, где пользователь уже был

может появиться говносайтик у которого админка сохраняет картинки в локальную фс. в таком случае без сетевой файловой с-мы никак :)

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

через volume-plugin прокидываем ceph или gluster

может появиться говносайтик у которого админка сохраняет картинки в локальную фс. в таком случае без сетевой файловой с-мы никак :)

и тут можно без нее обойтись вариант раз: node affinity вариант два: claims

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

поздно. уже :)

и тут можно без нее обойтись вариант раз: node affinity вариант два: claims

совсем не понял

а как такое может произойти?

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

от желания повысить аптайм говносайтиков? 😊

куб сам по себе аптайм не повышает

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

здесь косяк в излишней буйности фантазии

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

будут UGC в контейнерах и вот это все

тут нет пути

а если люди работают, то и контейнеры такие не появятся

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

а зачем UGC в контейнерах?

приходится постоянно думать о том, что делать, как и зачем

под субд и UGC должны быть data volume'ы же

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

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

а зачем UGC в контейнерах?

по причине мудаков других вариантов мне не придумать но вот товарищ @etkee представляет это реальным кейсом

ну э я не сомневаюсь, что это физически возможно

как бы то ни было, общий сторадж для контейнеров реально бывает необходим

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

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

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

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

ну э я не сомневаюсь, что это физически возможно

придти в серверную и порезать провода тоже физически возможно, но зачем?

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

ну так не работайте с мудаками, кубернетес-то тут при чем? :D

и тут можно без нее обойтись вариант раз: node affinity вариант два: claims

affinity не в кассу, а вот про claims интересно был ли опыт применения ?

как это не в кассу-то?

ну меня не устраивает если чудо-картинки будут на одном серваке :)

ну в амазон их отправь

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

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