@MongoDBRussian

Страница 215 из 342
Aleksandr
01.04.2018
15:17:02
как я тут оказался...

ясно

Lipe
01.04.2018
15:22:37
Aleksandr
01.04.2018
15:23:33
Как?
точно

Google
Aleksandr
01.04.2018
15:23:38
2 года уже сижу и думаю

как я тут оказался...

Lipe
01.04.2018
15:24:23
Я тоже

Первый раз вижу

Aleksandr
01.04.2018
15:27:16
Первый раз вижу
та. это я где то меесяца назад котвертнулся в кота из человека

Anton
01.04.2018
17:10:27
/mute

/leave

Вы аккуратнее с шутками, а то увидел, офигел, чуть не вышел

Dmitry
01.04.2018
18:17:51
Да, шутка злая. Вроде не пил. Но не понял как оказася в MS SQL ?

с легким паром прям

XENONIUM
01.04.2018
21:11:29
Стоп, это чат по монге?! Я сюда за МССервером пришел...

Serge
01.04.2018
21:13:59
Google
XENONIUM
01.04.2018
21:14:49
У меня только первое наступило. Мссерверы в Монге превратили

Stas
01.04.2018
21:21:22
всем привет, ребят, подскажите плз, можно ли сохранять поддокумент в схеме или нужно сохранять только весь документ? допустим есть main схема, у неё есть подсхема test, можно ли делать не main.save(), а test.save()?

Voskresus
02.04.2018
09:16:41
тут есть кто то кто хорошо так знает инглеш, нужно пару советов по изучению ?

Nick
02.04.2018
09:18:23
вот тебе мой совет - найди профильный чат по инглишу и там спроси, они то всяко больше в теме

Voskresus
02.04.2018
09:30:13
вот тебе мой совет - найди профильный чат по инглишу и там спроси, они то всяко больше в теме
я думаю иначе, человек который добился уже каких то успехов в изучении иностранного языка сможет более точно передать повестку, вот если я тебя спрошу с чего начать изучать Рассенский язык что ты ответишь ? я вот к примеру ничего не смогу ответить

Nick
02.04.2018
09:30:59
я скажу, что надо найти группу изчения %SOME_LANGUAGE_NAME% и спросить там

т.к. они явно больше в теме

даже если я на достаточном уровне владею %LANGUAGE_NAME% и состою в той самой группе, то тут я тебе ничего не отвечу

Анатолий
02.04.2018
09:43:43
Привет! Подскажите пожалуйста - чтобы забекапить 1.3Тб монги через LVM снапшот надо будет прицепить к серверу такое же место - 1.3Тб или больше?

yopp
02.04.2018
09:45:41
Serhio
02.04.2018
09:47:04
учтите ещё такой факт, что снапшот желательно удалить после его снятия, так как он снижает скорость работы источника снапшота

Анатолий
02.04.2018
09:47:14
не совсем понятно. если это только слепок - как из него потом восстанавливают данные? моя цель взять всю эту большую монгу и кинуть на другой сервер

Анатолий
02.04.2018
09:48:19
мм.. мне кажется что реплика не подойдет - потому что мне потом надо удалить эти данные с первого сервера..

Artem
02.04.2018
09:48:20
у вас все на одном хосте крутиццо? репликасета нет?

Serhio
02.04.2018
09:48:33
Эм. Сылку на анализ и бенчмарки?
умоляю) это LVM, зачем ссылки-то

yopp
02.04.2018
09:48:49
умоляю) это LVM, зачем ссылки-то
За тем, что это голословное заявление про производительность.

Google
yopp
02.04.2018
09:49:31
Если вам нужно сделать это без остановки монги. Если можете остановить то или переткните винты или просто скопируйте dbpath

Анатолий
02.04.2018
09:53:00
Мм, у меня есть сервер- на нём стоит монга. Я хочу убрать текущие данные из монги на другой сервер, а новые данные (которые продолжают добавляться) пусть вновь копятся на текущем. Смогу ли я это сделать остановив монгу, сделав снапшот и потом восстанавливать данные на другом сервере из снапшота, а на текущем сервере удалив данные?

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

Serhio
02.04.2018
09:54:25
За тем, что это голословное заявление про производительность.
проблема в общем-то известна. https://www.percona.com/blog/2009/02/05/disaster-lvm-performance-in-snapshot-mode/

Анатолий
02.04.2018
09:54:26
просто пытаюсь понять можно ли это сделать через lvm snapshot или нет

т.к. по описанию снапшот делается за минуты, а mongodump может занять часы

yopp
02.04.2018
09:55:08
Ещё раз повторю: вам ни dump не нужен, ни снепшот

Остановите монгу, скопируйте/перенесите dbPath на новый сервер.

На старом если они не нужны — удалите

Анатолий
02.04.2018
09:56:33
т.е. физически скопировать /var/lib/mongodb?

yopp
02.04.2018
09:56:57
Если хочется избежать остановки — добавьте реплику. Монга сама синхронизирует данные. После того как initial sync закончится, вы сможете вывести первую реплику из эксплуатации и сконфигурировать её по новой как хотите.

т.е. физически скопировать /var/lib/mongodb?
Остановить монгу и потом скопировать. Вы получите точную копию данных.

Serhio
02.04.2018
09:59:53
я понимаю) у меня нет графиков и замеров сейчас при себе, но пару лет назад я ровно такую же картину наблюдал. Мало что изменилось

Старый
02.04.2018
10:00:23
вот кстати интеерсный вопрос, представим есть mongodb в докер, 6 узлов, 4 узла зависли, волум у баз вынесен, какие шансы живую базу увидеть после рестарта контейнеров, если кластер был 3+3

Старый
02.04.2018
10:04:34
Нулевые
?осталось теперь это на собеседованиях объяснять, а то хотелки в монги в докере и под нагрузку с wt

yopp
02.04.2018
10:04:45
Используте локальный стоградусен

Да блин

Google
yopp
02.04.2018
10:05:17
Сторадж локальный в смысле

Старый
02.04.2018
10:05:49
ну так волум выделяется, и он вне контейнера, а тупо монтируется

yopp
02.04.2018
10:06:16
Если он локальный и нет никаких хитрых инструментов шедулинга контейнеров, то есть шанс

Старый
02.04.2018
10:07:16
?интересно когда уже мода всё в контейнеры пихать пройдёт

yopp
02.04.2018
10:07:20
Если хранилище сетевое или есть шедулеры — получится суперпозиция, которая разрешится только при отказе :)

Не пройдёт, это хороший инструмент изоляции

Старый
02.04.2018
10:07:49
Не пройдёт, это хороший инструмент изоляции
да, но всё подряд в неё пихать тоже глупо

yopp
02.04.2018
10:09:07
Повторюсь ещё раз: монга в докере отлично работает. Если не использовать сетевых хранилищ (а это и без докера ничего хорошего не сулит) и не использовать шедулера контейнеров.

Шедулеры к сожалению не имеют полной картины состояния кластера монги и причины изменения топологии, и могут действовать в разрез с тем, что пытается сама монга сделать.

Например шедулер увидев что в шарде закончились реплики (дц отъехал) может принять фатальное решение поднять новую реплику

Я провёл много времени пытаясь написать нормальный скрипт для шедулинга реплик в ранчере и в итоге забил на это дело. Просто написал скрипт который позволяет автоматизировать настройку контейнера.

Игорь
02.04.2018
10:14:40
подскажите, выполняю запросы через скрипт, когда тестирую. И монго после каждого прогона отъедает кусок памяти и не возвращает обратно. Скрипт сейчас иногда дебажиться, выходит с ошибками и так далее. Где концы искать?

Игорь
02.04.2018
10:15:58
и склоько она так может есть и как это контролировать? На локалькой машине за 3-4 запроса съедает всю оперативу

приходиться ее ребутать

при чем запрос одинаковый

yopp
02.04.2018
10:16:56
Мне кажется вы не совсем верно интерпретируете «заняла всю память»

Вы можете частично отрегулировать размер WT cache, если у вас 3.x с WT стораджем.

По-умолчанию монга под кэш может использовать половину доступной памяти, но не меньше 1гб.

Но это только кеш, ещё есть всякие внутренние структуры монги, на которые вы повлиять никак не можете

Google
Игорь
02.04.2018
10:20:47
Но как вообще механизм работает и где можно почитать? Не могу найти. Почему движок на один и тот же запрос отъедает куски. Запрос весит 500 мб. сейчас на виртуалке оператики 4 гига. В итоге монго после серии запросов держит на себе 3,5 гига

Игорь
02.04.2018
10:21:41
все лагает

и тормозит

жутко

Страница 215 из 342