вы же конечно не поняли что я написал =))

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

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

вы же конечно не поняли что я написал =))

Вы мастер писать.

Анатолий, нет вы не правильно все поняли, но это не важно на самом деле

Вы мастер писать.

Спасибо

Анатолий, нет вы не правильно все поняли, но это не важно на самом деле

Ну ок

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

Перечитав ещё раз мне кажется я смог распарсить то чтотвы написали. У вас два сервиса в одном контейнере и если один из них падает второй работает как hot-swap до тех пор пока первый не поднимется и не станет снова ведущим.

Так?

Да =))

Перечитав ещё раз мне кажется я смог распарсить то чтотвы написали. У вас два сервиса в одном контейнере и если один из них падает второй работает как hot-swap до тех пор пока первый не поднимется и не станет снова ведущим.

аналитиком подрабатываете?)

Всем привет. Подскажите есть ли какой-то способ в докере обращаться из контейнера к адресу машины-хоста по имени?

прокинуть хостс?

прокинуть хостс?

хрен.

Всем привет. Подскажите есть ли какой-то способ в докере обращаться из контейнера к адресу машины-хоста по имени?

да. https://docs.docker.com/compose/compose-file/#extrahosts

например

да. https://docs.docker.com/compose/compose-file/#extrahosts

Супер. Спасибо большое, пропустил.

Всем привет. Есть ли смысл в docker containers, ставить лимит на память? Смысл в том чтоб, у самой системы оставалось, какое-то резервное кол-во памяти, а контейнеры если исчерпают свой лимит, будут перезагружаться.

Всем привет. Есть ли смысл в docker containers, ставить лимит на память? Смысл в том чтоб, у самой системы оставалось, какое-то резервное кол-во памяти, а контейнеры если исчерпают свой лимит, будут перезагружаться.

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

yes

а cpu зачем? docker ведь сам хорошо разделяет память для него.

если 3 контейнера и 1 ядро, он будет каждому давать где-то по 33% процессорного времени

нет

кто какую обертку для docker посоветует и почему?

эм как нет, в доках другое написано

я использую ansible

интересует максимум 3 хоста

эм как нет, в доках другое написано

мм, где?

сейчас попробую найти

ansible явно не мое :D

сейчас попробую найти

нашел на живой системе.

зависит от задачи!

вы правы. докер по умолчанию выставляет сигрупам одинаковый вес. но это не лимит. каждый контейнер может съесть 100% cpu.

https://docs.docker.com/engine/reference/run/#/cpu-share-constraint

development hobby

наверное 100% эт внутри контейнера а на уровне хоста, оно будет скажем 33% если у нас три контейнера на хосте будет крутиться

наверное 100% эт внутри контейнера а на уровне хоста, оно будет скажем 33% если у нас три контейнера на хосте будет крутиться

если каждый из контейнеров попытается сожрать весь cpu одновременно - поделится примерно по 33% на контейнер. если один контейнер будет хотеть cpu, а остальные нет - один сожрет 100%.

аа

вообще какие варианты есть swarm kubernetes ?

ну это логично

в openvz что-то похожее

kubernetes лучше для кластера

но довольно тяжелая штука

еще тяжелей как по мне чем ansible

насколько тяжелая по сравнению со swarm?

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

swarm думаю легче, но я поспрашивал ребят админов, его никто не советует

есть еще

https://deis.com/workflow/

может быть есть еще какие-то аналоги получше

это готовая система где kub из коробки

и ставиться легко

кто-то из группы k8s, свою платформу пилят но платную

неплохо выглядит

я пока решил повременить, очень новая это штука

@spuzirev а какие ты лимиты ставишь на memory? если у тебя был бы всего 1гб памяти на сервере. --- не знаю насколько правильно это, но я придерживаюсь тому что, 100мб оставляю для самой системы. nginx 200, php-fpm 350, mysql 350 = 900

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

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

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

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

ты с oomkiller не путаешь? жрать 100% cpu можно сколько угодно, ядро всегда для себя найдет тики cpu. поэтому ему пофиг.

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

понятно

да скорей пр oomkiller

oomkiller тогда на память влияет?

out-of-memory killer.

конечно.

аахх

очевидно )

nice

ППЦ. сравнить ансибл и кубер

kubernetes лучше для кластера

но довольно тяжелая штука

еще тяжелей как по мне чем ansible

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

1 - я не сравнивал

интересует максимум 3 хоста

сварм на 13 докере

2 - я просто сказал что порог вхождения выше

ППЦ. сравнить ансибл и кубер

да брось, они diez и kube сравнивают. все в порядке

diez? че

deis!

и в нем k8s из коробки