2017-01-26 9 views
9

Мы планируем внедрить поиск эластичных материалов (AWS) для нашего многопрофильного приложения. У нас есть ниже вариантов,Многоквартирный дом в области эластичного поиска

  1. Использование один индекс Арендатором
  2. при использовании одного типа Per Арендатором
  3. Все Арендаторы Доля одного индекса с Настраиваемый маршрутизации

Согласно этому блогу https://www.elastic.co/blog/found-multi-tenancy Первый вариант проблема с памятью. Но не ясно о других вариантах.

Кажется, что если у нас есть третий вариант, то нет сегрегации данных. Не уверен в безопасности.

Я считаю, что второй вариант будет лучшим вариантом, поскольку данные будут разделены.

Помогите определить наилучший вариант для продолжения поиска эластичности с помощью нескольких арендаторов.

Обратите внимание, что мы будем использовать инфраструктуру AWS.

+0

Что такое арендатор в вашем контексте? – Val

+0

Каждый клиент считается арендатором. –

+0

Тогда ответ зависит от того, сколько арендаторов/клиентов мы говорим (1-10, 10-100, 100-1000,?) И ожидаемого коэффициента роста, т. Е. Число клиентов стабильно или вы ожидаете топора % в течение следующих N месяцев? Принимая решение о том, какую стратегию нужно принимать, вам нужно думать о завтрашнем дне, а не о сегодняшнем дне. – Val

ответ

10

Мы рассматриваем тот же вопрос прямо сейчас, и следующий набор статей от Elasticsearch был очень полезным.

Начало здесь: https://www.elastic.co/guide/en/elasticsearch/guide/current/scale.html

И прочитал каждую последующую статью, пока вы не нажмете эту одну: https://www.elastic.co/guide/en/elasticsearch/guide/current/finite-scale.html

Следующие два были очень поучительной для меня:

https://www.elastic.co/guide/en/elasticsearch/guide/current/faking-it.html https://www.elastic.co/guide/en/elasticsearch/guide/current/one-big-user.html

Основной вынос:

  • Алиас для каждого клиента
  • осколок маршрутизации
  • Теперь вы можете иметь индексы для крупных клиентов, общие индексы для маленьких клиентов, и все они, как представляется, отдельные индексы
0

Это тоже важное звено не упоминается здесь: http://www.bigeng.io/elasticsearch-scaling-multitenant/

Хорошие архитектурные дилеммы и большой анализ эффективности/рассуждений.

tldr; у них были группы индексов, которые построены вокруг фильтрации распределения осколков для разделения нагрузки между узлами в кластере