yopp
Вы по этому плейбкку делаете? https://docs.mongodb.com/manual/release-notes/3.6-upgrade-sharded-cluster/#prerequisites
Anonymous
{ "featureCompatibilityVersion" : "3.4", "ok" : 1 }
Anonymous
да, на обеих
yopp
У вас какая топология кластера?
Anonymous
тупой вопрос: поясните термиин топология
Anonymous
2ноды + 1 арб
yopp
На каждый шард?
Anonymous
один шард
Anonymous
один шард - реплика (2ноды + 1арб)
yopp
Три конфига и монгос?
Anonymous
три конфиг сервера и 4 монгоса ( подозреваю, что в них проблема )
Anonymous
sh.status() показывает что есть 2 активных монгоса 3.4
Anonymous
но если зайти в базу config.mongos.find() он выдает 4
Anonymous
2 из них 3.4 и остальные 3.2
yopp
Да, обновите те которые видны как 3.2 до 3.4
yopp
Возможно вы их не перезапустили
Anonymous
понял. спасибо
Anonymous
я еще вернусь)
Anonymous
здравствуйте. наверняка в mongo есть какое-то подобие очереди. то есть, если база сейчас занята обработкой ряда запросов, новые на время откладываются. я правильно понимаю или все работает как-то иначе?
yopp
Примерно так и работает. Есть write/read tickets, когда их нет свободных, база будет копить запросы в буффере
Anonymous
а об этом в документации написано? а то найти не могу
yopp
Вы о своей проблеме расскажите
Anonymous
хотелось бы как-то получить информацию о состоянии очереди в данный момент. сколько и какие процессы сейчас выполняются можно получить через currentOp(), на сколько я понял. а вот как быть с очередью не знаю
yopp
https://docs.mongodb.com/manual/reference/command/serverStatus/#serverstatus.globalLock.currentQueue
Anonymous
большое спасибо
Anonymous
а в каких случаях ставится блокировка?
yopp
https://docs.mongodb.com/manual/faq/concurrency/
Anonymous
спасибо. то что нужно было)
Max
привет. возможно не совсем по теме .. кто то сталкивался с ситуацией на пхп, когда подключение только к мастеру, запись 1,5к/мин документов отдельными запросами проходит нормально. А вот когда в конекшин стринг появляется слэйв - пхп начинает дико тупить драйвер установлен последний, монга 3,6
Oleg
https://docs.mongodb.com/manual/reference/method/rs.status/#rs.status
спасибо, удалось вычислить какие контейнеры не видят друг друга и восстановить связи
Oleg
в ранчере почему то сломались связи
Oleg
у некоторых контейнеров
Egor
ку парни, всем привет { "body": String, "comments": [{ "body": String, "rating": [{ "user": ObjectId, "value": Number, }], }] } такая схема для постов с комментариями и рейнтингом в продакшен пойдет?
yopp
если не ограничено, то нет
Egor
почему
yopp
https://docs.mongodb.com/ecosystem/use-cases/storing-comments/
yopp
почему
ограничение на размер документа 16мб
Egor
а, ну это фигня
Egor
а по перформансу за линк thx
yopp
почитайте юскейс, там всё описано
yopp
комментарии в какой-то действующий проект добавляются?
Egor
нет
Egor
проект на 10 дней, но все-равно волнуюсь, я бы запилил на так-сяк, но почему-то не хочется
Egor
хочу чтобы просто по перформансу не проседало
yopp
вы никогда не угадаете где оно просядет
yopp
нагрузка какая планируется?
Egor
100-150 человек в день
Nick
ща бы нагрузку человеками в день мерить (понимаю что не гоже такое писать)
Egor
ну да бред
Egor
хотя, радует, что приложуха клиентская спа
Egor
можно подгружать первые 5-10
Egor
дальше как пойдет
Nick
лучше скажите вы написали про "нужно на 10 дней" или вам срок 10 дней на реализацию?
Egor
кстати, тогда еще вопросов: че по shortid? это идет? https://github.com/dylang/shortid
Egor
лучше скажите вы написали про "нужно на 10 дней" или вам срок 10 дней на реализацию?
на 10 дней в прямом смысле, но просто будет почти 24 на 7 крутится
Egor
это типа эвент некоторый
Egor
ну после 10 дней уже неактуально будет
Nick
тогда не парьтесь, почитайте что выше по ссылкам вам дали и тупо сделайте
Egor
читаю)
Nick
а по поводу id если проект разовый, то проще использовать тот _id что генерит монга
Nick
он будет уникальным в пределах коллекции
Egor
с бакетами из линка выше понравилась идея, возьму на заметку
Egor
а вот если, к примеру делать чат по типу слака или форум по типу xenforo, то монгу нормально будет взять или какую-другую базу стоить присмотреть?
Nick
форумы отлично ложатся на обычные sql и не нужно изобретать чегото
Egor
ну а форум типа чего-то современного
Egor
рил-тайм нотификейшены
Egor
+ чат
Nick
так рил-тайм не зависит от того какая БД, а от архитектуры приложения вцелом
Nick
если вы какимто макаром заставите базу заниматься опоыещениями, то чтото не так в ваших архитектурах, для этого очереди всякие, паб/саб модели и софт для них
Egor
ну в таком случае и монга норм?)
Nick
можно и монгу
Egor
>паб/саб модели подробнее
Nick
можно и на ней оповещения сделать
Nick
но считаю это извратом
Nick
publication subscribe
Nick
эта же тема сейчас преобразовалась в типа пуш уведомления
Nick
но с пушами не сталкивался, поэтмоу могу заблуждаться