в 2 нет

docker stack deploy бабахнуть

Заведите Тикет

чем потом ранчер оживлять

Там очень крутые поцоны

@dd_bb а вот такой вопрос можете ответить? - если 10к запросов к монге омятся на чтение и в этот момент сделать апдейт документа который они читают - всё сломается или нет?

ну меня склоняют в сторону https://istio.io/

@dd_bb а вот такой вопрос можете ответить? - если 10к запросов к монге омятся на чтение и в этот момент сделать апдейт документа который они читают - всё сломается или нет?

Нет, ничего не сломается

тогда зачем нужен геморрой с доп. полем с метками времени?

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

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

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

о и в монге это сделали нормально?)

о и в монге это сделали нормально?)

В 3.0, когда wt запустили

Там уже MVCC

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

аа блин, да.

спасибо

В 3.0, когда wt запустили

звучит хорошо, надо будет changelogи почитать

аа блин, да.

Это самый быстрый вариант. Только вставка

звучит хорошо, надо будет changelogи почитать

В 4.0 транзакции завезут уже

Читайте быстрее!

В 4.0 транзакции завезут уже

а это звучит опасно

Это самый быстрый вариант. Только вставка

?

Добрый день, ребят. Подскажите пожалуйста. В наслесдство достался стек Racnher + Docker + Mongo с развернутым кластером монго на 3 физических машинах Шардинг настроен ранчером и машины в локальной сети и точно видят друг друга. У контейнеров тоже всё вроде окей и нужные порты выведены в паблик. Настройки кейфайла и authorization: enabled тоже выставлены правильно. На днях все стало печально и лог покрылся ошибками "could not find host matching read preference { mode: \“primary\” } for set" Не могу разобраться в чем конкретно проблема Куда копать?

Добрый день, ребят. Подскажите пожалуйста. В наслесдство достался стек Racnher + Docker + Mongo с развернутым кластером монго на 3 физических машинах Шардинг настроен ранчером и машины в локальной сети и точно видят друг друга. У контейнеров тоже всё вроде окей и нужные порты выведены в паблик. Настройки кейфайла и authorization: enabled тоже выставлены правильно. На днях все стало печально и лог покрылся ошибками "could not find host matching read preference { mode: \“primary\” } for set" Не могу разобраться в чем конкретно проблема Куда копать?

Скорее всего кластер потерял связанность и не может выбрать нового primary

Скорее всего кластер потерял связанность и не может выбрать нового primary

как это поправить?

Проверить что контейнеры между собой всё ещё могут коммуницировать

Посмотреть на статусы нод в кластере

Посмотреть на статусы нод в кластере

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

https://docs.mongodb.com/manual/reference/method/rs.status/#rs.status

когда нибудь с таким сталкивались?

** IMPORTANT: UPGRADE PROBLEM: The data files need to be fully upgraded to version 3.4 before attempting an upgrade to 3.6; see http://dochub.mongodb.org/core/3.6-upgrade-fcv for more details.

В сообщении же прямо и написано в чём проблема. Вам сначала надо обновить кластер до 3.4, а только потом до 3.6

так я обновил

До 3.6, судя по сообщению. А надо до 3.4

у меня был кластер 3.2 , обновил до 3.4.

Проверьте что до 3.4 обновили абсолютно все ноды

теперь апгрейжу до 3.6 , конфиг сервера уже обновил

это можно из шелла сделать?

на всех серверах бинарники 3.4

Бинарники то да, вы версии запущенных нод проверьте.

это можно из шелла сделать?

db.serverStatus()

На каждой из нод

db.serverStatus().version на всех нодах 3.4.14

Монгосы?

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

ой

щас

** IMPORTANT: UPGRADE PROBLEM: The data files need to be fully upgraded to version 3.4 before attempting an upgrade to 3.6; see http://dochub.mongodb.org/core/3.6-upgrade-fcv for more details.

Это какая роль ругается? Реплика в шарде?

арбитр

до реплики не дошел

там еще много варнингов вылазит о том что нужно создать уникальный индекс на _id

Я залам тупой вопрос

https://docs.mongodb.com/manual/release-notes/3.6/#upgrade-procedures

Вы вот это сделали?

Вы по этому плейбкку делаете? https://docs.mongodb.com/manual/release-notes/3.6-upgrade-sharded-cluster/#prerequisites

{ "featureCompatibilityVersion" : "3.4", "ok" : 1 }

{ "featureCompatibilityVersion" : "3.4", "ok" : 1 }

На всех нодах?

да, на обеих

У вас какая топология кластера?

тупой вопрос: поясните термиин топология

2ноды + 1 арб

На каждый шард?

один шард

один шард - реплика (2ноды + 1арб)

Три конфига и монгос?

три конфиг сервера и 4 монгоса ( подозреваю, что в них проблема )

sh.status() показывает что есть 2 активных монгоса 3.4

но если зайти в базу config.mongos.find() он выдает 4

2 из них 3.4 и остальные 3.2

Да, обновите те которые видны как 3.2 до 3.4

Возможно вы их не перезапустили

понял. спасибо

я еще вернусь)

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

Примерно так и работает. Есть write/read tickets, когда их нет свободных, база будет копить запросы в буффере

а об этом в документации написано? а то найти не могу

Вы о своей проблеме расскажите

хотелось бы как-то получить информацию о состоянии очереди в данный момент. сколько и какие процессы сейчас выполняются можно получить через currentOp(), на сколько я понял. а вот как быть с очередью не знаю

https://docs.mongodb.com/manual/reference/command/serverStatus/#serverstatus.globalLock.currentQueue

большое спасибо

а в каких случаях ставится блокировка?

https://docs.mongodb.com/manual/faq/concurrency/

спасибо. то что нужно было)

привет. возможно не совсем по теме .. кто то сталкивался с ситуацией на пхп, когда подключение только к мастеру, запись 1,5к/мин документов отдельными запросами проходит нормально. А вот когда в конекшин стринг появляется слэйв - пхп начинает дико тупить драйвер установлен последний, монга 3,6

https://docs.mongodb.com/manual/reference/method/rs.status/#rs.status

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

в ранчере почему то сломались связи

у некоторых контейнеров

ку парни, всем привет { "body": String, "comments": [{ "body": String, "rating": [{ "user": ObjectId, "value": Number, }], }] } такая схема для постов с комментариями и рейнтингом в продакшен пойдет?

привет. возможно не совсем по теме .. кто то сталкивался с ситуацией на пхп, когда подключение только к мастеру, запись 1,5к/мин документов отдельными запросами проходит нормально. А вот когда в конекшин стринг появляется слэйв - пхп начинает дико тупить драйвер установлен последний, монга 3,6

посмотрите профайлером где тупит пхп

ку парни, всем привет { "body": String, "comments": [{ "body": String, "rating": [{ "user": ObjectId, "value": Number, }], }] } такая схема для постов с комментариями и рейнтингом в продакшен пойдет?

если количество комментариев и рейтингов ограничено — да

если не ограничено, то нет

почему