MongoDB: требования к оперативной памяти


20

Достаточно ли иметь весь индекс в памяти / оперативной памяти или mongodb даже пытается выделить как можно больше оперативной памяти для хранения даже данных для быстрого чтения?

Я хотел бы запустить mongodb + другие приложения, и похоже, что mongodb - единственное, которое не позволяет мне определять диапазон оперативной памяти, скажем, "max_memory_allocated_or_reserved = 8GB".

Если нет никакого способа сделать это, я должен объяснить oom-killer, что mongod - это «плохой» процесс, который, на мой взгляд, не является лучшей практикой ...

Ответы:


18

Настоящая причина, по которой вы не можете делать, как просите (ограничить память), заключается в том, что MongoDB не управляет памятью, которую использует напрямую, - это позволяет ОС делать это. MongoDB просто память отображает все свои данные, а затем выдает страницу ОС в память и из памяти по мере необходимости. В результате прямого управления используемым количеством невозможно, пока MongoDB не реализует это совершенно по-другому, или ОС не позволяет это (в Linux это невозможно через 2,4 дня).

Единственный способ по-настоящему разделить ресурсы в настоящее время - это использовать решение для виртуализации и изолировать MongoDB в своей собственной виртуальной машине. Да, это связано с накладными расходами (хотя гипервизоры стали намного лучше), но на данный момент это цена, которую нужно заплатить за этот уровень контроля ресурсов.

С точки зрения OOM Killer, даже при отсутствии других процессов на хосте, если ваш набор данных и индексы в целом превышают доступную память, MongoDB может столкнуться с проблемами OOM Killer. Это происходит из-за того, что данные выгружаются из памяти - если нет никакого давления памяти (больше ничего не требуется резидентной памяти), и вы продолжаете добавлять / касаться новых данных и индексов, то в конечном итоге они будут расти, чтобы использовать всю доступную оперативную память. Отсюда рекомендация всегда настраивать некоторый своп при запуске MongoDB:

https://docs.mongodb.com/manual/administration/production-notes/#swap

Конечно, данные LRU будут сначала выгружены, другие процессы также могут занимать res mem, но концепция все еще применима, если вы не загрузите свой набор данных в память, а затем он останется статичным. Лучшее, что вы можете сделать, если вы беспокоитесь, это вставить его в MMS и отслеживать его использование с течением времени:

http://mms.mongodb.com

Обновление: август 2015

С тех пор, как я написал этот ответ, ситуация несколько изменилась, и информация немного устарела. Например, в Linux теперь есть cgroups и связанные с ними технологии ( например, контейнеры Docker ), которые достигли такой степени зрелости, что позволяют вам лучше изолировать и ограничивать ресурсы ( включая память ), потребляемые любым процессом в производственной среде, даже той, которая использует отображение памяти как MongoDB.

Кроме того, с появлением новых механизмов хранения помимо MMAP, таких как WiredTiger, в MongoDB 3.0+ вы можете использовать встроенные функции для ограничения размера кэша для MongoDB. Следовательно, требования к ОЗУ теперь действительно зависят от того, как вы решите сконфигурировать MongoDB, в какой среде вы ее запускаете и какой механизм хранения вы выбираете.


относительно WiredTiger: « storage.wiredTiger.engineConfig.cacheSizeGB ограничивает только размер кэша WiredTiger, а не общий объем памяти, используемый mongod. Кэш WiredTiger является только одним компонентом оперативной памяти, используемой MongoDB. MongoDB также автоматически использует все освободить память на машине через кеш файловой системы ... »
Стефан Рогин,

верно, но то же самое можно сказать и о любом приложении, которое выгружает данные с диска, кэш FS больше не является основным методом кеширования данных, как это было раньше с отображенными в память файлами в механизме хранения MMAP
Adam C

6

MongoDB будет использовать доступную свободную память для кэширования и при необходимости подкачки на диск, чтобы выделить память для других приложений на том же сервере. Для достижения наилучшей производительности вам понадобится достаточно оперативной памяти для хранения ваших индексов и часто используемых данных («рабочего набора») в памяти.

Полезное чтение:


3

Что-то изменилось за последние годы о MongoDB.

TL; DR

Если механизм хранения MMAPv1 используется на MongoDB, working setразмер должен соответствовать ОЗУ . https://docs.mongodb.com/manual/faq/diagnostics/#must-my-working-set-size-fit-ram

Если в MongoDB используется механизм хранения WiredTiger, не нужно беспокоиться о том, подходит ли ОЗУ working setили нет . https://docs.mongodb.com/manual/faq/diagnostics/#memory-diagnostics-for-the-wiredtiger-storage-engine

Диагностика памяти для WiredTiger Storage Engine

Должен ли мой рабочий набор соответствовать размеру ОЗУ?

Нет.

Как рассчитать, сколько оперативной памяти мне нужно для моего приложения?

В WiredTiger MongoDB использует как внутренний кеш WiredTiger, так и кеш файловой системы.

Изменено в версии 3.2: Начиная с MongoDB 3.2, внутренний кеш WiredTiger по умолчанию будет использовать большее из следующих значений:

60% оперативной памяти минус 1 ГБ или 1 ГБ.


хорошо, этот ответ не очень помогает, и не очень точен.
Филипп Шифф
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.