Сможет ли кластер hpc и / или сегмент mongo решить проблему с моей системой?

Хорошо, у меня есть приложение, работающее на Node.js на той же настольной системе, в которой работает моя служба mongo. У меня есть определенный запрос, который занимает около 20 секунд, вся эта система взаимодействует с приложением для телефона, поэтому 20 секунд - это слишком медленно. Я читал о кластерах баз данных с mongodb , рок кластеризацией и arch linux с открытым mpi , прежде чем я начну какой-либо путь, может ли кто-нибудь иметь какой-либо ввод относительно того, какое из этих решений действительно приведет к сокращению времени вычислений для моего приложения Node.js, что я работаю как сервис, а поиск mongodb? Есть ли комбинации, которые повлияют на оба? Мне нужно реализовать нечто большее, чем просто решение? Если бы я собирался покупать оборудование для работы в качестве узлов в любом решении, смогу ли я сделать это на таких устройствах, как this , и при этом увидеть прирост производительности? Насколько мощными / дорогими должны быть эти клиенты / узлы, чтобы действительно повысить производительность? Или мне нужно получить 9-е виртуальные частные серверы? Любое направление приветствуется, спасибо.

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

Вкратце, это служба индексирования, которая возвращает данные на основе выбора пользователя. Данные, о которых идет речь, хранятся в коллекции, система начинает с прогона по коллекции, сбора поля и представления этого содержимого в виде набора вариантов для пользователя. Пользователь может выбрать некоторые или ни одного из них. Затем система просматривает ту же коллекцию и проверяет, соответствует ли какой-либо из этих вариантов тому, что искал пользователь (если они не выбрали ничего, она захватывает все), если да, то выбирает другой набор значений для представления пользователь. Система продолжает работать в этом режиме до тех пор, пока у нее не будет достаточно данных, чтобы предоставить пользователю конечные данные, которые он искал. Прохождение коллекции по третьему критерию занимает около 30 секунд, но это потому, что на сегодняшний день насчитывается 1807 уникальных критериев и 779 членов коллекции оцениваются. Это большое подтягивание и возвращение 1807 года - вот что вызвало этот пост и заставило меня предположить, что я не могу продолжать тестирование с моим текущим оборудованием / настройками и что мне нужно подумать о переходе к производственной среде.

Я думаю, что хэш / шард mongodb настройка кластера может сработать для меня, я просто не знаю этого, потому что я никогда этого не делал. Я просто хотел узнать, есть ли на этом сайте кто-нибудь, кто перевел услугу с разработки на производство и был готов поделиться тем, что они сделали, с точки зрения оборудования, чтобы сделать это.

0
задан 8 December 2017 в 04:56
1 ответ

Кластеризация в опции (open-mpi больше подходит для передачи сообщений на уровне процессора). Однако перед этим нужно определить, где находится горлышко бутылки. Какие запросы выполняются? Можете ли вы провести сравнительный анализ или тесты в производственной системе? Можете ли вы настроить тестовую систему для настройки параметров базы данных? Вы ограничены в зависимости от мощности оборудования? Может вам нужно больше памяти, SSD? Опять же, все это зависит от запросов. Также ознакомьтесь с общими рекомендациями по производительности для службы Mongo.

0
ответ дан 5 December 2019 в 07:05

Теги

Похожие вопросы