yopp
это ошибка конфигурации
Mikhail
нуда
yopp
монга не требует отдельной балансировки
yopp
попытка балансировать монгу вне штатных средств монги скорее всего приведёт к некорректной конфигурации кластера, что может привести к фатальному отказу
Mikhail
а как же обеспечить высокую доступность?
yopp
штатными средствами
Mikhail
есть 3 инстанса, один из них упал, который как раз и был у клиента
yopp
у клиента должен быть seed list который адресует все ноды с priority выше ноля
yopp
оно вообще у вас работало или вот пытаетесь сделать?
оно не может рабоать с двумя нодами за одним адресом
Gor
ага, а то я был готов удивится уже. вообщем @dd_bb тему говорит. монго в кубернеты заводить и разводить роутинг - очень плохая идея
yopp
если участники репликасета не могут подключиться к друг другу, реплика сет настроен неккоректно
yopp
балансировка через один адрес подразумевает что участники не могут гарантированно подключится к другим участникам используя адрес
Mikhail
>>> client = MongoClient('mongodb://host1,host2,host3')
Mikhail
так?
yopp
https://docs.mongodb.com/manual/reference/connection-string/#standard-connection-string-format
Mikhail
балансировка через один адрес подразумевает что участники не могут гарантированно подключится к другим участникам используя адрес
один адрес только у клиента, сами инстансы общаются между собой без проблем
yopp
в этом случае вы ломаете встроенные механизмы фейловера
Gor
один адрес только у клиента, сами инстансы общаются между собой без проблем
mongo client на основе запроса сам решает (при правильной конфигурации ) куда запрос кидать - на slave или master
yopp
плюс вы ломаете механизм обнаружение топологии кластера
yopp
я ещё раз повторюсь: конфигурация в которой две ноды имеют одинаковый адрес — некорректна
Mikhail
ок, спасибо, вчером поподробнее разберусь
Gor
ок, спасибо, вчером поподробнее разберусь
точку доступа через 1 ip можно сделать но для этого нужен шардинг кластер (хотя бы 6 а лучше 9 монго серверов) ну и роутинг через mongos
yopp
зачем?
yopp
один адрес это SPoF
yopp
добавление нескольких адресов за одним адресом не снимают проблемы единственности адреса
Gor
я вот об этом
Gor
https://docs.mongodb.com/manual/reference/program/mongos/
yopp
я ещё раз задам вопрос: зачем?
yopp
это не имеет никакого смысла
Gor
ну к примеру - когда шард в интранете и необходимо организовать доступ с экстранета без topology expose
yopp
любая попытка перехитрить встроенные средства закончится получением этой самой хитростью по лбу
Gor
mongos еще раз
Gor
мы видимо друг друга не понимаем тут
yopp
увы, нет
yopp
ты не видишь риска в конфигурации с одним адресом
yopp
один монгос за одним адресом это всё ещё единственная точка отказа
yopp
потому что нет монгоса, нет кластера
Gor
ты не видишь риска в конфигурации с одним адресом
вообще я использую ip load balancing обычно. странно слышать что я не вижу риска.
yopp
один монгос за десятью адресами это всё ещё единственная точка отказа
yopp
проще себе сразу коленку прострелить
yopp
есть штатные инструменты, которые достаточны для реализации отказоустойчевого кластера
yopp
использование нештатых инстурментов может не повысить отказоустойчивать, а на оборот её понизить
yopp
за HA proxy перед монгой я бы увольнял
Gor
mongos не штатный ?)
yopp
mongos сам по себе это не инструмент повышения откзоустойчивости
Gor
верно. это роутер по сути
yopp
mongos это система маршрутизации данных
yopp
и если единственный монгос не будет доступен кластер не будет доступен
yopp
я не вижу задачи единственным решением которой была бы маршрутизация трафика к монге через единственный адрес
Gor
не вопрос. на этом и остановимся.
yopp
(за исключением деплоя standalone ноды)
Gor
ок
yopp
так-же как предлагать решать операционные задачи нештатыми средствами, когда есть штатные средства
Gor
не вопрос.
yopp
объясню свою позицию: в группу очень часто приходят люди с искаженым представлением о технологии, её ограничениях и возможностях. такое представление складывается, в том числе, из-за подобных советов. в результате люди используются неподходящие средства, испытывают проблемы и потом грьязью поливают технологию.
совет про 1 адрес или тем-более про балансировку через HA proxy в практически 100% случаев будет являтся некорректным решением проблемы. я допускаю что есть какие-то абстрактные проблемы в вакууме, которые теоретически могут решить проблему нештатыми средствами, но это не то место где подобные советы могут принести пользу участникам, потому что участникам не хватит знаний и эксплутационного опыта чтоб адекватно оценить все возникающие риски.
тогда как штатные инструменты проектируются таким образом, чтоб чтения документации и выполнения простых чеклистов было достаточно для покрытия практически всех рисков
Matvey
Здравствуйте, подскажите пожалуйста, хочу сделать дамп из образа mongo(в составе Graylog) можно ли сразу на другой сервер запилить?
yopp
надежднее сделать дамп, а потом восстановить его через mongorestore
Gor
объясню свою позицию: в группу очень часто приходят люди с искаженым представлением о технологии, её ограничениях и возможностях. такое представление складывается, в том числе, из-за подобных советов. в результате люди используются неподходящие средства, испытывают проблемы и потом грьязью поливают технологию.
совет про 1 адрес или тем-более про балансировку через HA proxy в практически 100% случаев будет являтся некорректным решением проблемы. я допускаю что есть какие-то абстрактные проблемы в вакууме, которые теоретически могут решить проблему нештатыми средствами, но это не то место где подобные советы могут принести пользу участникам, потому что участникам не хватит знаний и эксплутационного опыта чтоб адекватно оценить все возникающие риски.
тогда как штатные инструменты проектируются таким образом, чтоб чтения документации и выполнения простых чеклистов было достаточно для покрытия практически всех рисков
загугли текст "You may also deploy a group of mongos instances and use a proxy/load balancer between the application and the mongos. In these deployments, you must configure the load balancer for client affinity so that every connection from a single client reaches the same mongos." - это было до недавнего времени в шард документации. В какой момент это поменялось я видимо упустил.
Gor
prof https://jira.mongodb.org/browse/DOCS-8751
yopp
ты отказываешься меня слышать
yopp
во-первых там множественное число
yopp
во-вторых там may
Gor
да не, я тебя прекрасно слышу. скажи как провайдер реализовывает роутинг трафика?
Gor
вот в таком контексте я говорю. когда ip load balancer по сути HA cluster а не балансер
yopp
prof https://jira.mongodb.org/browse/DOCS-8751
пруф того что в документации вероятно была допущена ошибка
yopp
да не, я тебя прекрасно слышу. скажи как провайдер реализовывает роутинг трафика?
причём тут провайдер?
Gor
при теме построения High Available infrastructure
Gor
но все же нет. знаешь. я соскочу с темы. удачи тебе
yopp
да какая High Available infrastructure, если у многих проблема поднять кластер в конфигруации, когда его без даунтайма обновить можно
yopp
и если уж до мышей докапываться, какой HA с одним провайдером вообще
yopp
так-же как и проблема «безопасности», проблема «доступности» упирается два простых вопроса: сколько у нас есть денег и чего мы боимся
Gor
и если уж до мышей докапываться, какой HA с одним провайдером вообще
Зависит от провайдера услуги. Предпочитаю пользоваться теми, кто имеет более одного канала. Реализовывает ip load balancing при падении канала и переброса трафика. Да это не из дешёвых.
new
Подскажите в чем проблема
Проект: https://github.com/Guber/MEANblog
Запускаю скрипт создания супер юзера и выбивает это