у тебя 10гбс между серверами?

ну я планирую элтекс купить, там 4 порта будет

мне 3 надо)

мне советовали недорогие свитчи элтекса

http://eltex-msk.ru/catalog/ethernet/ethernet-kommutatoryi-agregaczii/mes3124.html

вот эти вроде

> наличие 2 интерфейсов 10Гбит/с (SFP+),

SFP - это оптические интерфейсы

не медь

у тебя в сервера оптика заходит?

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

я сначала гигабитку сделаю в любом случае

но дальше если нужно будет - сделаю апгрейд сети

мне сейчас важно понять, оно решит проблему или нет

если нет - то и смысла не будет обновлять гигабитную сеть

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

так я обозначил - работа PostgreSQL на Ceph

при какой нагрузке 10 гигабитки будет не хватать?

вот если обычные Xeon E5 серверы (ну, супермикра), тот элтексный свитч и интеловские сетевые карточки

а мы вообще точно еще в канале про кубернетес?

это слегка оффтопик, но я хотел бы понять, как пользователи Kubernetes эти проблемы решают

вам ведь тоже СУБД в облаке нужно запускать как-то

я в чём вижу главный плюс систем типа Kubernetes - сломался 1 сервак, а проект работает

если с базой ничего не делать - смысла от Kubernetes не будет

разве нет?

так же, как и не пользователи кубернетес резервирование и отказоустойчивость классических РСУБД имеет очень мало общего с контейнерной виртуализацией и системами оркестрации

я в чём вижу главный плюс систем типа Kubernetes - сломался 1 сервак, а проект работает

это когда у тебя stateless приложений вагон

у меня 20-30 проектов почти без нагрузки

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

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

только еще и с контейнерами

у меня 20-30 проектов почти без нагрузки

ты понимаешь, в чем отличие stateful приложений от stateless?

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

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

что не мешает им оставаться stateless

и они - главные "потребители" систем оркестрации контейнеров

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

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

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

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

не только

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

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

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

например

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

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

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

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

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

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

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

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

куда?

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

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

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

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

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

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

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

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

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

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

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

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

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

ERROR: S client not available

и если не пытаться делать какое-то облако - вопрос про 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'ы же