Эластичный поиск все еще полезен при использовании только одного узла (сервера)? - PullRequest
0 голосов
/ 23 мая 2018

Мне любопытно, но я не смог найти ни одного ресурса, касающегося системы одного сервера (узла) эластичного поиска.Я читал о преимуществах масштабирования NOSQL и его обмена данными.если я запускаю мою базу данных NOSQL на одном сервере и буду иметь эластичный поиск на том же сервере, то эластичность все равно будет быстрее, чем альтернативы (реляционная база данных с обычными запросами / поиском в lucene), или она будет «терять» преимущество в качестве распределенного / кластерного поискадвигатель?

Как меня не сильно интересует NOSQL-поиск VS.SQL-поиск, но больше в стиле Elastic для репликации / распределения. Недостатки его использования в кластере с одним узлом.

Спасибо

1 Ответ

0 голосов
/ 23 мая 2018

Вы не потеряете производительность, запустив ее в кластере с одним узлом - на самом деле это может быть быстрее.Вы теряете избыточность, надежность и простоту масштабирования при необходимости.Но поскольку ему больше не нужно синхронизировать метаданные мастера с другими узлами в кластере, скорее всего, он будет быстрее , чем если бы у вас было два узла ... Кроме того, ES фактически находится поверх Lucene.Конечно, с одним ящиком вы теряете свою репликацию, так как копировать не с чем!

При этом вы ищете NOSQL или хранилище документов?ES изначально задумывался как хранилище документов со встроенным нечетким поиском.Я знаю, что многие люди (включая нас) используют его как распределенную БД NOSQL-типа, но для этого есть более быстрые платформы, если вам не нужны дополнительные навороты, которые поставляет ES.

Наконец, вы должны рассмотреть, как JVM (и в особенности GC) работает с другими службами, работающими на этом компьютере.

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

...