Менеджеров может быть больше одного

так ?

так

только как сказал алексей ) у тебя для нормальной работы сварма нужно 3 менеджера

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

и они между собой решают кто главный

выборы там идут без митингов агитации и прочего ) решается все за милисекунды ) этож не россия

сервис в это время не падает

просто меняется главный менеджер

мммм

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

Я как бы понимаю что выборы ходят между 3мя нодами которые 2 ричибл и одна настоящий менеджер

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

ну да ) а сервису запущенному пох ) он уже работает и работает

порты открыты, запросы принимаются

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

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

нет

менеджеры сами решают кто главный

но твой сервис работать не перестает

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

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

допустим у меня 30 парсеров по 10 на ноду, одна выпала, стало 20 , проголосвали, подняли еще по 5 инстансов до 30

это автоматически

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

и она не сможет взять назад менеджера

тоесть будет пустая пока ты не сделаешь service scale и вручную не отдаешь ей права главного

менеджеры сами решают кто главный

пока их есть нужное вол-во

даже один решит что он главный когда никого не станет )

а когда и его не станет ?

то иди мыль зад ) и к директору

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

что у тебя случиться что упадут сразу 3 менеджера ? ну сделать 4 в разных ДЦ

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

да дело не в "упадут" а в "хочу сворм на спот инстансах"

кроилово ) ведет к поподалову

никто не мешает тебе каждую ноду делать менеджером

долго рафт сходится будет, не ?

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

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

поставил туда главного

микро плохо, там сеть уг.

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

у нас тут зк покрутились на микро.... наелись...

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

не понял ?

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

Ну пчол про конкретные технологии а ты про 'сам'

Похоже на разговор менеджера и технаря

:) ну я пытался как мог

я просто думал сворм как раз такой типа сам двигается, сам скейлится, сам реаллокейтится

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

Похоже на разговор менеджера и технаря

А ты кстати сворм гоняешь ?

Хочу. Но пока не могу

И к меня точно нет спотинстансов

ну ясики.

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

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

микро у тебя точно не умрет

Хзхзхз

Пчол, сколько спотов?

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

Ибо больше нод больше памяти

Ну и делов тоже больше

Планирование скейла, расчеты всякие

Пчол, сколько спотов?

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

порядка 30 получается

30-35

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

FROM node:7-onbuild RUN mkdir -p /docker WORKDIR /docker RUN git clone https://github.com/acc-cloudaccess/app.git #COPY git clone https://github.com/acc-cloudaccess/app.git RUN npm install EXPOSE 8080 CMD [ "npm", "start" ]

при сборке контейнера получаю Step 1/1 : COPY package.json /usr/src/app/ lstat package.json: no such file or directory

при сборке контейнера получаю Step 1/1 : COPY package.json /usr/src/app/ lstat package.json: no such file or directory

npm пытается установить пакеты из /usr/src/app/package.json в Dockerfile этого пути нет, значит это делает образ node:7-onbuild Просто скопируйте файлы не в /docker а в /usr/src/app

RUN npm install можно удалить

А как это описать?

А как это сделать в Dockerfile?

А как это сделать в Dockerfile?

Как я понял, образ node:7-onbuild полностью автоматический. Достаточно в Dockerfile две строки: FROM node:7-onbuild EXPOSE 8080 и собираем контейнер docker build . Я не тестировал, не могу уверенно сказать что будет работать

Просто мне в лабе препод вот, что написал. Необходимо организовать тестовый связанный сервис (web-сервер + app-сервер) на базе двух Docker контейнеров. Всю работу выполнить исключительно при помощи Dockerfile и Docker compose. Предоставить результат в виде: - Dockerfile для app-сервера - Dockerfile для web-сервера - Docker compose для итогового связанного сервиса Пункты: 1. Необходимо организовать app-сервер (контейнер Docker) на базе платформы nodejs: - в качестве базового образа docker использовать официальный образ «node:7-onbuild» - код для app-сервера («Hello World») взять из публичного git-репозитория https://github.com/acc-cloudaccess/app.git - app-сервер должен быть доступен только внутри сети контейнеров 2. Необходимо организовать web-сервер (контейнер Docker) на базе nginx: - в качестве базового образа docker использовать официальный образ «nginx» - настроить nginx таким образом, чтобы он принимал http трафик на порт 80 и осуществлял перенаправление всего трафика на app-сервер. Допускается использование конфигурационного файла для настройки nginx совместно с Dockerfile. - web-сервер должен быть доступен снаружи сети контейнеров по порту 9000 3. Необходимо организовать связанный сервис из полученных контейнеров Docker на базе Docker compose: - web-сервер должен быть доступен снаружи сети контейнеров по порту 9000 - контейнер web-сервера должен стартовать только при условии доступности app-сервера

Я до Docker compose еще не дошел.

А насчет сервера, вот эту сборку я тестировал. https://github.com/jwilder/nginx-proxy На автомате привязывает домены к контейнерам. Запускам контейнер с сервером docker run -d -p 80:80 -v /var/run/docker.sock:/tmp/docker.sock:ro jwilder/nginx-proxy затем второй контейнер запускаем с параметром -e VIRTUAL_HOST=foo.bar.com Где foo.bar.com - доменное имя. Больше делать ничего не нужно. Так же в репозитории есть пример с Docker compose.

Кстати убрал все и оставил как ты говорил две строчи в Dockerfile ошибка повтарилась

что за ошибка?

> Step 1/1 : COPY package.json /usr/src/app/ Эта чтоль?