Уменьшите использование памяти и FAILCNT для MongoDB (составьте)

У меня есть развертывание Compose.io MongoDB. Развертывание имеет базу данных (11,5 ГБ) с 18 коллекциями и документами:

Collection      Documents   Size

a..             195         168 KB
b..             39          40 KB
c..             4           8 KB
d..             1754        680 KB
u..             2939580     2.47 GB
i..             2           8 KB
i..             161036      232 MB
i..             54371       10.7 MB
i..             14011       2.66 MB
n..             1839711     1.08 GB
o..             535         10.7 MB
r..             13150       2.66 MB
r..             8367        2.66 MB
r..             503         168 KB
s..             0           8 KB
t..             1776        2.66 MB
t..             953418      4.47 GB
h..             38563       82.3 MB

У меня проблемы с перфорацией, связанные с использованием memory и FAILCNT. Хотя я масштабировал машину.

Теперь моя конфигурация:

  • 3 узла данных и 1 арбитр в 1 наборе реплик с хранилищем 25 ГБ / 2,49 ГБ памяти
  • 2 маршрутизатора Mongo с памятью 768 МБ

Стоимость: 562,00 доллара США в месяц.

Я пробовал несколько вариантов масштабирования памяти маршрутизаторов и шардов:  введите описание изображения здесь

а вот понизить FAILCNT не могу.

Теперь у меня есть следующие характеристики (с последней конфигурацией):  введите описание изображения здесь

Я хотел бы знать, нормальное ли это поведение.

И есть ли способы optimize это, как и scale. И если стоимость услуги хорошая, можно найти более дешевую услугу.

Я улучшаю MongoDB indexes, чтобы посмотреть, смогу ли я улучшить,


person jay    schedule 17.02.2017    source источник


Ответы (1)


Индексы поддерживают эффективное выполнение запросов в MongoDB. Без индексов MongoDB должен выполнить сканирование коллекции, то есть сканировать каждый документ в коллекции, чтобы выбрать те документы, которые соответствуют запросу запроса. Если для запроса существует соответствующий индекс, MongoDB может использовать этот индекс, чтобы ограничить количество документов, которые он должен проверить.

[https://docs.mongodb.com/manual/indexes/visible

person jay    schedule 27.04.2017