VP
в данном случае я использую монгу и думал заюзать mongodump
Size: a a a
2019 October 05
GG
не принципиально
GG
вообще идея кривая - тебе лучше бекапить на уровне стореджа
GG
mongodump уходит в себя на большом сете данных.
GG
а lvm snapshot == мгновенно
VP
понял .спасибо
2019 October 06
Z
камрадос, вопрос про docker stack.
есть сервис FOO, который нужно разнести на разные ноды - n1 и n2
добавляю на обе ноды метку:
docker node update --label-add foo=true n1
docker node update --label-add foo=true n2
в стек файле пишу
foo-service:
image: foo-service:latest
deploy:
mode: replicated
replicas: 2
placement:
constraints:
- 'node.labels.foo == true'
ports:
- '9999:9999'
и при запуске докер стартует ОБЕ реплики на n1.
или на n2.
еще ни разу не видел, чтобы они были разнесены по разным нодам.
причем по какойто причине НЕ происходит конфликта из-за использования одинакового порта.\
чето я не понимаю, что происходит, но как же разнести реплики по разным нодам?
есть сервис FOO, который нужно разнести на разные ноды - n1 и n2
добавляю на обе ноды метку:
docker node update --label-add foo=true n1
docker node update --label-add foo=true n2
в стек файле пишу
foo-service:
image: foo-service:latest
deploy:
mode: replicated
replicas: 2
placement:
constraints:
- 'node.labels.foo == true'
ports:
- '9999:9999'
и при запуске докер стартует ОБЕ реплики на n1.
или на n2.
еще ни разу не видел, чтобы они были разнесены по разным нодам.
причем по какойто причине НЕ происходит конфликта из-за использования одинакового порта.\
чето я не понимаю, что происходит, но как же разнести реплики по разным нодам?
2019 October 07
DK
камрадос, вопрос про docker stack.
есть сервис FOO, который нужно разнести на разные ноды - n1 и n2
добавляю на обе ноды метку:
docker node update --label-add foo=true n1
docker node update --label-add foo=true n2
в стек файле пишу
foo-service:
image: foo-service:latest
deploy:
mode: replicated
replicas: 2
placement:
constraints:
- 'node.labels.foo == true'
ports:
- '9999:9999'
и при запуске докер стартует ОБЕ реплики на n1.
или на n2.
еще ни разу не видел, чтобы они были разнесены по разным нодам.
причем по какойто причине НЕ происходит конфликта из-за использования одинакового порта.\
чето я не понимаю, что происходит, но как же разнести реплики по разным нодам?
есть сервис FOO, который нужно разнести на разные ноды - n1 и n2
добавляю на обе ноды метку:
docker node update --label-add foo=true n1
docker node update --label-add foo=true n2
в стек файле пишу
foo-service:
image: foo-service:latest
deploy:
mode: replicated
replicas: 2
placement:
constraints:
- 'node.labels.foo == true'
ports:
- '9999:9999'
и при запуске докер стартует ОБЕ реплики на n1.
или на n2.
еще ни разу не видел, чтобы они были разнесены по разным нодам.
причем по какойто причине НЕ происходит конфликта из-за использования одинакового порта.\
чето я не понимаю, что происходит, но как же разнести реплики по разным нодам?
А там разве кавычки в constrains?
Z
у меня работает с кавычками...
DK
у меня работает с кавычками...
Ты же говоришь что не работает, или уже починил?
Z
не починил
вопрос актуален
вопрос актуален
Z
сервис разливается на ноды с меткой.
вопрос же вроде доступно написан..
вопрос же вроде доступно написан..
Z
мне непонятно как разлить его на разные ноды - разве не в этом задача балансировки?
и непонятно почему нет конфликта по портам.. видимо на ноде они не экспозятся на хост.. но порт сервиса доступен на менеджере.
и непонятно почему нет конфликта по портам.. видимо на ноде они не экспозятся на хост.. но порт сервиса доступен на менеджере.
SR
Народ, а можно как-то поднять на основном хосте mginx, сказать ему listen адрес1:80, и поднять еще один nginx в контейнере и как-то сказать ему, чтобы слушал снаружи другой адрес на том же порту?
GG
Народ, а можно как-то поднять на основном хосте mginx, сказать ему listen адрес1:80, и поднять еще один nginx в контейнере и как-то сказать ему, чтобы слушал снаружи другой адрес на том же порту?
да
DK
мне непонятно как разлить его на разные ноды - разве не в этом задача балансировки?
и непонятно почему нет конфликта по портам.. видимо на ноде они не экспозятся на хост.. но порт сервиса доступен на менеджере.
и непонятно почему нет конфликта по портам.. видимо на ноде они не экспозятся на хост.. но порт сервиса доступен на менеджере.
У тебя же на обеих нодах true, они же разные должны быть
Z
так сервис один
почему метки разные должны быть?
я так понимаю - метка, для того, чтобы указать оркестратору куда заливать сервис
почему метки разные должны быть?
я так понимаю - метка, для того, чтобы указать оркестратору куда заливать сервис
Z
или это я должен позаботиться о том, чтобы логически разделить ноды балансировщика?