E
она на самом деле и будет, просто это разные понятия
Size: a a a
2017 February 09
MP
тогда тебе надо 3 шарды и 2 реплики для каждой
MP
итого у тебя будет 6 шард
DL
Товарищи, про update nested из logstash кто-нибудь что-нибудь может подсказать?
MP
и еще поиграться с rack_id чтобы оно не оказалось на одной ноде, которая здохнет
DK
На самом деле даже если все сгорит, есть Pg который является SSOT
E
Грубо говоря, ты берешь индекс и делишь его на корзины. При этом корзины могут оказаться на разных узлах, что позволит делать параллельные запросы к ним, и, в отдельных случаях, обращаться только к одной корзине из всех.
E
Но в этом случае при падении узла ты потеряешь все корзины, которые на нем находились. Поэтому их нужно реплицировать, и это уже другой процесс
MP
Не, мне надо именно чтобы каждая нода была самостоятельной
кстати, про преимущества сфинкса, самое главное там до последнего не было RT
E
В результате у тебя может быть реальной ситуация, когда все шардится на двести корзин, а replication factor всего 3
DK
В результате у тебя может быть реальной ситуация, когда все шардится на двести корзин, а replication factor всего 3
Да, надо будет посмотреть как не выстрелить себе в ногу
MP
что еще прикольно, он сам из коробки может индекс строить из SQL базы
E
да кто их использует-то сейчас /irony
DK
Смотрите,на тему decay function... Такой момент
MP
т.е. берешь тупо запускаешь его на 3х нодах, каждая сама по себе и пускаешь туда трафик раунд-робином
DK
А что если мне ее надо применять только к 2м типам контента из трех?
DK
Decay function требует field name.
E
можно скриптом обойтись
DK
Типа имплементировать gauss руками+ проверка на имя поля?
E
да, опять же я давно не трогал ES руками, но ты наверняка с помощью bool query можешь поделить документа на два потока (грубо говоря)