Первый раз вижу
та. это я где то меесяца назад котвертнулся в кота из человека
ghett
Sarvar
Anonymous
/mute
Anonymous
/leave
Anonymous
Вы аккуратнее с шутками, а то увидел, офигел, чуть не вышел
Dmitry
Да, шутка злая. Вроде не пил. Но не понял как оказася в MS SQL 😱
Dmitry
с легким паром прям
️lefrotite
Стоп, это чат по монге?!
Я сюда за МССервером пришел...
️lefrotite
У меня только первое наступило. Мссерверы в Монге превратили
Stas
всем привет, ребят, подскажите плз, можно ли сохранять поддокумент в схеме или нужно сохранять только весь документ? допустим есть main схема, у неё есть подсхема test, можно ли делать не main.save(), а test.save()?
Anonymous
тут есть кто то кто хорошо так знает инглеш, нужно пару советов по изучению ?
Nick
вот тебе мой совет - найди профильный чат по инглишу и там спроси, они то всяко больше в теме
Anonymous
вот тебе мой совет - найди профильный чат по инглишу и там спроси, они то всяко больше в теме
я думаю иначе, человек который добился уже каких то успехов в изучении иностранного языка сможет более точно передать повестку, вот если я тебя спрошу с чего начать изучать Рассенский язык что ты ответишь ? я вот к примеру ничего не смогу ответить
Nick
я скажу, что надо найти группу изчения %SOME_LANGUAGE_NAME% и спросить там
Nick
т.к. они явно больше в теме
Nick
даже если я на достаточном уровне владею %LANGUAGE_NAME% и состою в той самой группе, то тут я тебе ничего не отвечу
Анатолий
Привет! Подскажите пожалуйста - чтобы забекапить 1.3Тб монги через LVM снапшот надо будет прицепить к серверу такое же место - 1.3Тб или больше?
yopp
Привет! Подскажите пожалуйста - чтобы забекапить 1.3Тб монги через LVM снапшот надо будет прицепить к серверу такое же место - 1.3Тб или больше?
Сам снепшот занимает не очень много места, это просто слепок состояния файловой системы.
Serhio
учтите ещё такой факт, что снапшот желательно удалить после его снятия, так как он снижает скорость работы источника снапшота
Анатолий
не совсем понятно. если это только слепок - как из него потом восстанавливают данные?
моя цель взять всю эту большую монгу и кинуть на другой сервер
yopp
не совсем понятно. если это только слепок - как из него потом восстанавливают данные?
моя цель взять всю эту большую монгу и кинуть на другой сервер
Самый простой способ — поднять реплику
yopp
учтите ещё такой факт, что снапшот желательно удалить после его снятия, так как он снижает скорость работы источника снапшота
Эм. Сылку на анализ и бенчмарки?
Анатолий
мм.. мне кажется что реплика не подойдет - потому что мне потом надо удалить эти данные с первого сервера..
SvPupok
у вас все на одном хосте крутиццо? репликасета нет?
yopp
yopp
мм.. мне кажется что реплика не подойдет - потому что мне потом надо удалить эти данные с первого сервера..
Удалите старую реплику и всё
yopp
Если вам нужно сделать это без остановки монги. Если можете остановить то или переткните винты или просто скопируйте dbpath
Анатолий
Мм, у меня есть сервер- на нём стоит монга. Я хочу убрать текущие данные из монги на другой сервер, а новые данные (которые продолжают добавляться) пусть вновь копятся на текущем. Смогу ли я это сделать остановив монгу, сделав снапшот и потом восстанавливать данные на другом сервере из снапшота, а на текущем сервере удалив данные?
Анатолий
т.е. грубо говоря задача - забекапить данные и унести на другой сервак, после чего развернуть на другом серваке, а с текущего удалить.
Serhio
За тем, что это голословное заявление про производительность.
проблема в общем-то известна. https://www.percona.com/blog/2009/02/05/disaster-lvm-performance-in-snapshot-mode/
Анатолий
просто пытаюсь понять можно ли это сделать через lvm snapshot или нет
Анатолий
т.к. по описанию снапшот делается за минуты, а mongodump может занять часы
yopp
Ещё раз повторю: вам ни dump не нужен, ни снепшот
yopp
Остановите монгу, скопируйте/перенесите dbPath на новый сервер.
yopp
На старом если они не нужны — удалите
Анатолий
т.е. физически скопировать /var/lib/mongodb?
yopp
Если хочется избежать остановки — добавьте реплику. Монга сама синхронизирует данные. После того как initial sync закончится, вы сможете вывести первую реплику из эксплуатации и сконфигурировать её по новой как хотите.
yopp
т.е. физически скопировать /var/lib/mongodb?
Остановить монгу и потом скопировать. Вы получите точную копию данных.
yopp
Serhio
я понимаю) у меня нет графиков и замеров сейчас при себе, но пару лет назад я ровно такую же картину наблюдал. Мало что изменилось
Старый
вот кстати интеерсный вопрос, представим есть mongodb в докер, 6 узлов, 4 узла зависли, волум у баз вынесен, какие шансы живую базу увидеть после рестарта контейнеров, если кластер был 3+3
Старый
Нулевые
😂осталось теперь это на собеседованиях объяснять, а то хотелки в монги в докере и под нагрузку с wt
yopp
Используте локальный стоградусен
yopp
Да блин
yopp
Сторадж локальный в смысле
Старый
ну так волум выделяется, и он вне контейнера, а тупо монтируется
yopp
Если он локальный и нет никаких хитрых инструментов шедулинга контейнеров, то есть шанс
Старый
😐интересно когда уже мода всё в контейнеры пихать пройдёт
yopp
Если хранилище сетевое или есть шедулеры — получится суперпозиция, которая разрешится только при отказе :)
yopp
Не пройдёт, это хороший инструмент изоляции
yopp
Повторюсь ещё раз: монга в докере отлично работает. Если не использовать сетевых хранилищ (а это и без докера ничего хорошего не сулит) и не использовать шедулера контейнеров.
yopp
Шедулеры к сожалению не имеют полной картины состояния кластера монги и причины изменения топологии, и могут действовать в разрез с тем, что пытается сама монга сделать.
yopp
Например шедулер увидев что в шарде закончились реплики (дц отъехал) может принять фатальное решение поднять новую реплику
yopp
Я провёл много времени пытаясь написать нормальный скрипт для шедулинга реплик в ранчере и в итоге забил на это дело. Просто написал скрипт который позволяет автоматизировать настройку контейнера.
Игорь
подскажите, выполняю запросы через скрипт, когда тестирую. И монго после каждого прогона отъедает кусок памяти и не возвращает обратно. Скрипт сейчас иногда дебажиться, выходит с ошибками и так далее. Где концы искать?
yopp
подскажите, выполняю запросы через скрипт, когда тестирую. И монго после каждого прогона отъедает кусок памяти и не возвращает обратно. Скрипт сейчас иногда дебажиться, выходит с ошибками и так далее. Где концы искать?
Монга никогда не гарантировала что она отдаст назад память.
Игорь
и склоько она так может есть и как это контролировать? На локалькой машине за 3-4 запроса съедает всю оперативу
Игорь
приходиться ее ребутать
Игорь
при чем запрос одинаковый
yopp
Мне кажется вы не совсем верно интерпретируете «заняла всю память»
yopp
Вы можете частично отрегулировать размер WT cache, если у вас 3.x с WT стораджем.
yopp
По-умолчанию монга под кэш может использовать половину доступной памяти, но не меньше 1гб.
yopp
Но это только кеш, ещё есть всякие внутренние структуры монги, на которые вы повлиять никак не можете
Игорь
Но как вообще механизм работает и где можно почитать? Не могу найти. Почему движок на один и тот же запрос отъедает куски. Запрос весит 500 мб. сейчас на виртуалке оператики 4 гига. В итоге монго после серии запросов держит на себе 3,5 гига
Игорь
все лагает
Игорь
и тормозит
Игорь
жутко
yopp
Значит для выполнения ваших запросов не хватает ресурсов
yopp
Либо разбирайтесь в запросах и пытайтесь их оптимизировать, либо давайте монге больше ресурсов
yopp
Либо сократите объём данных
Игорь
так они нормально выполняються. Если я сделаю 500 одинаковых последовательных запросов по 500 мб мне же не нужно иметь 250 гигов оперативы? В базе одна коллекция на 850 мб сейчас и проходит один и тот же запрос с одними и теме же параметрами. Но монго каждый одинаковый результат запроса, после его выполнения и завершения скрипта продолжает держать в оперативе.
yopp
так они нормально выполняються. Если я сделаю 500 одинаковых последовательных запросов по 500 мб мне же не нужно иметь 250 гигов оперативы? В базе одна коллекция на 850 мб сейчас и проходит один и тот же запрос с одними и теме же параметрами. Но монго каждый одинаковый результат запроса, после его выполнения и завершения скрипта продолжает держать в оперативе.
Да. Потому что ваши данные складываются в кеш
yopp
Да, на 850мб данных не надо 250 гигабайт. Но учитывайте что у вас там есть индексы, самой монге надо памяти и на выполнение ваших запросов тоже. Если у вас есть сортировки или сложные агрегации, их выполнение может требовать дополнительной памяти
Старый