За подробностями в "Бруталььный докер" ибо я тут не позволю себе материться

Я и поделился этим самым опытом кратко. Сварм - отстой и гавно.

Слишком коротко)

За подробностями в "Бруталььный докер" ибо я тут не позволю себе материться

А ссылку занеси плес

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

На офф сайте в разделе документации swarm идёт)

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

у меня нету сходу, я туда захожу, ругаюсь и выхожу.

нет. навиность ей только в плюс

На офф сайте в разделе документации swarm идёт)

Ну продавать то надо

проблема в руках

Ну продавать то надо

не спорю

проблема в руках

В руках разработчика сворма

Да, несомненно

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

если есть такая)

кубер сложный. будь готов потратить неделю на прототип.

если с нуля

да я и докер-то с нуля начал

если вещь толковая - то и больше потрачу

просто всё подряд читать пока не готов. надо старт толковый

если не найду - тогда инет рыть

если и докер с нуля — вам точно нужны кластерные планировщики ?

помимо хайпа они несут в себе дофига сложности

честно сказать, на текущий момент потребности и в докере нет для компании. Но. Может её нет, потому что я не предлагаю?)

сейчас всё на VMM, решил посмотреть в другую сторону

а может да, начну читать, и пойму, что не нужно

кластерные планировщики это про 10+ нод под одно приложение.

если "приложение" это виртуалка то у вас всё ровно. не гонитесь за хайпом.

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

Да, на текущий момент приложение=VM. Но, видимо, скоро это станет не модно.

Да, на текущий момент приложение=VM. Но, видимо, скоро это станет не модно.

Давно не модно

поэтому изучаю docker

теперь встал вопрос отказоустойчивости контейнера

а точнее хоста, на котором этот контейнер крутится

следовательно swarm

Что я нашёл на текущий момент

вот прошу помощи направить меня в нужное русло коллективным разумом)

а точнее хоста, на котором этот контейнер крутится

Ну не факт что это надо.

как тогда защитится от отказа железа?

как тогда защитится от отказа железа?

возьмите два железа!

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

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

возьмите два железа!

могу и больше. Вопрос в софте. swarm?

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

На данный момент - надуманная. Тестирую, разбираюсь в технологии

и нет я не ретроград. я просто разочарован.

следовательно swarm

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

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

😂👍

хорошо сказано)

Ладно, давайте так. Может кто поделится, у кого как организована рабочая среда?

Все работают в секретных организациях? Или просто у всех обед?)

Ну без проблем, продолжаю самопознание)

месье, возьмите два железа поставьте перед ним два балансировщика на них кладите anycast'ом трафик, если вам будет мало двух железок увеличьте количество железок на 1 и живите дальше. до тех пор пока вам не потребуется кластер с кворумами и консенсусами (в 90 процентов случаев он вам не потребуется), то и не лезьте в это.

месье, возьмите два железа поставьте перед ним два балансировщика на них кладите anycast'ом трафик, если вам будет мало двух железок увеличьте количество железок на 1 и живите дальше. до тех пор пока вам не потребуется кластер с кворумами и консенсусами (в 90 процентов случаев он вам не потребуется), то и не лезьте в это.

мысль понял

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

nomad веселее чем кубер.

как тогда защитится от отказа железа?

Ну смотри. У тебя докер? Вероятно что ты в него положил микросервисы? Не микросервисы ? Начни тогда не с докера. Микросервисы? Какая тебе разница где их запускать? Ты можешь условно иметь два хоста с одинаковым набором сервисов в контейнерах и балансить между ними. Трудозатраты на реализацию минимальные в отличае от внедрения какой нибудь мегаоркестрации

а ко всему прочему простота и дешевизна мэинтенанса!

до мегапроектов мне далековато. На текущий момент есть одна VM на centos с docker. Планирую ещё парочку поднять и поиграть с этим

докер хорошо. докер няшка.

калстерные планировщик зло ужас и болька

калстерные планировщик зло ужас и болька

Его еще в общую концепцию как то впилить надо

Добрый день всем. Пришел в ваш чат с вопросом: насколько безопасно и надежно поднимать бд (мускуль или эластик, не важно) в контейнерах, с настройками, когда директория с данными хранится в томе? Был у кого опыт?

Добрый день всем. Пришел в ваш чат с вопросом: насколько безопасно и надежно поднимать бд (мускуль или эластик, не важно) в контейнерах, с настройками, когда директория с данными хранится в томе? Был у кого опыт?

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

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

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

главное prune не делать :)

вот кстати prune не использовал ни разу оО

т.е. если хранить данные в томах внешних - все норм, можно быть спокойным?

т.е. если хранить данные в томах внешних - все норм, можно быть спокойным?

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

Что такое докер знаю, на счету уже около десятка проектов разной сложности в нем :) Хорошо, значит все-таки никаких серьезных сложностей нет, как и ожидал. Спасибо! :)

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

так и запишу - не обновляться :D

Норм эластик в докере на проде 1,5 года полет нормальный, + scale когда понабегают, тома внешние

3tb данных

мускуль только на тесте в контейнерах

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

Причем тут внешний вольюм спрашивается

Причем тут внешний вольюм спрашивается

Ну volumes у нас в /var/lib/docker лежат правильно?

@_@

Вар либ докер это такая штука которую вы удаляете перед завтраком и после ужина

Никаких там вольюмсов нет

Никаких там вольюмсов нет

кхе-кхе, простите, но: ~# ls -la /var/lib/docker/ total 52 drwx--x--x 11 root root 4096 Jul 19 2016 . drwxr-xr-x 43 root root 4096 Sep 13 18:30 .. drwx------ 5 root root 4096 Jul 13 2016 aufs drwx------ 42 root root 4096 Oct 19 09:31 containers drwx------ 3 root root 4096 Jul 13 2016 image drwxr-x--- 3 root root 4096 Jul 13 2016 network drwx------ 2 root root 4096 Jul 19 2016 plugins drwx------ 2 root root 4096 Jul 19 2016 swarm drwx------ 2 root root 4096 Oct 19 09:31 tmp drwx------ 2 root root 4096 Jul 13 2016 trust drwx------ 86 root root 12288 Oct 11 12:32 volumes