тест да, по комииту в дев по многу-многу раз на дню)

а большая нагрузка на сервера вообще?

на редеплой то?

потому что мой опыт вообще не такой, у меня постоянно что то отваливается

на редеплой то?

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

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

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

кстати что у тебя за хостер?

о, а я хз если честно по работе выделили, доступы дали

а )

да блин, вы сварм где-то использовали, плюсующие?

У нас на данный момент 5 сварм кластеров: 3 в проде (реально 2, один больше как задел), по одному на датацентр. 1 для дева и тестов. 1 для автосборок и автотестов.

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

Я бы делал через горячую замену с предварительным авто-тестированием.

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

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

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

Все новые микросервисы пишутся сразу для докера. И вообще стараемся все stateless туда затолкать.

А он че без докера чтоль?

А он че без докера чтоль?

Ну тут же k8s vs swarm

Изначально реально подкупила простота поднятия кластера.

docker swarm init? даже как-то ansible роли пилил, но для нас надобности в них нет, не так часто напиливаем новые кластеры.

Ну тут же k8s vs swarm

А ок. Сварм проиграет точно)

Самое первое применение в компании - перетащил selenium grid в сварм с виртуалок

Отлично зашло, пошли дальше

А ок. Сварм проиграет точно)

Сейчас сварм прилично перетянул одеяло на себя. Что интересно - Докер (компания) оказалась в роли догоняющего на поле оркестрации докер контейнерами.

Сейчас сварм прилично перетянул одеяло на себя. Что интересно - Докер (компания) оказалась в роли догоняющего на поле оркестрации докер контейнерами.

Где перетянуло?

хз че оно там перетягивает у кого

у мезоса походу

http://fixate.io/kubernetes-stole-docker-swarms-share-voice

Сомневаюсь что у мезоса, мезос вообще про другое)

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

ну он же типа тоже шедулер

Это Гугл трендс?

Горе аналитики

я так понял что да

Может там багов дохера, отсюда и поиски

Ну или просто хайп

ну он же типа тоже шедулер

Нет, обычно для этого юзают марафон. В том же dcos вы можете юзать кубернетес поверх мезоса

Не получится так (

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

Не знаю, смысла особого нету в этом)

А если у нас просто dcos, то эт не считается ?

Даже не знаю, что это

meh

беру слова обратно и отказываюсь участвовать в холиварах

Сэры, немного странная ситуация. Есть докер-контейнер, который пускается тыщы раз, делает внутри свое черное дело и умирает. Но на Н+1 раз он не хочет пускаться/работать, в основном ошибки про отсутствующее место (хотя на хосте его полно). Лечится docker system prune. Как сказать докеру "не храни файловые системы этого контенера после его завершения"? Или проще в крон запихать отчистку? (про "пусть один контейнер не умирает, а обрабатывает Н запросов" не надо, реализация сильно сложнее становится)

фс какая в докере?

была такая фигня на aufs

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

фс какая в докере?

Хороший вопрос. Ответ "дефаултная в докере" не подходит? :)

нет

docker info

он при установке смотрит какие фс доступны

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

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

и выбирает одну из них

docker run --rm ?

overlay2 + ubuntu (16+), CentOS (7), CoreOS нормально

Ну и overlay2, да

запуск же с —rm идет?

А центоси же нет 4.* ядра официально

Или уже завезли?

ага

запуск же с —rm идет?

нет. я проглядел эту опцию :) попробую

не уверен на счет 4 ядра - там костыль для использования overlay2

но у клиента крутит

Ну, блин. Так-то и overlay вроде работает

на хосте с coreos десятки тысяч контейнеров в день норм

Редеплои, слои удаляются?

нет никаких дополнительных зачисток кроме —rm

Ну круто, чо )

оно?

Storage Driver: overlay2 Backing Filesystem: extfs

ога

ну —rm

Ок, бум посмотреть.

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

А центоси же нет 4.* ядра официально

Неофициально обновляется элементарно

ну, из сорцов тоже собирается элементарно

но факт остаётся фактом

Ну, блин. Так-то и overlay вроде работает

Центос на просто оверлее глючит, если есть контейнеры которые регулярно опускаются и поднимаются иногда не даёт удалить их маунты, типо фс занята и соответственно контейнеры висят в стейте dead

Плюс на 3.x ядре контейнер с cadvisor работает не как надо и вообще т.к. если монтируется в контейнер фс самого докера, то если что то было запущено до контейнера cadvisor, то это невозможно будет опустить, т.к. будет писать, что фс занята и не может ее удалить