Comments 20
https://opendistro.github.io/for-elasticsearch/
А это чем-то лучше/хуже, чем "ванильный"?
+1
Последний раз я пробовал OpenDistro полгода назад.
Тогда это была старая версия Elastic'a (отставал где-то на полгода), но были добавлены некоторые плюшки, за которые в Elastic надо платить. Я в частности ставил ради Alert. Но Alerts в OpenDistro было сделано весьма примитивно и топорно. Так что тогда мне OpenDistro «не зашёл»…
Тогда это была старая версия Elastic'a (отставал где-то на полгода), но были добавлены некоторые плюшки, за которые в Elastic надо платить. Я в частности ставил ради Alert. Но Alerts в OpenDistro было сделано весьма примитивно и топорно. Так что тогда мне OpenDistro «не зашёл»…
0
По мне, так однозначно тут не ответить. Над смотреть в комплексе на задачи, которые требуется решить.
0
Лучше тем, что содержит функционал, за который эластик хочет денег в рамках x-pack (до недавних пор даже TLS и управление ролями было платным). Ну и в свете последних новостей это будет действительно open source elasticsearch. Elastic переходит на проприетарную лицензию, а амазон превращает opendistro из простой перепаковки ванильного elasticsearch с добавлением плюшек в полноценный форк, который продолжит существовать под apache лицензией.
0
С учётом изменения лицензии на Elastic search — Ваш вопрос очень актуален ) Но ответ на него мы узнаем только через некоторое время. Есть подозрение, что это повлияет на развитие opendistro не лучшим образом.
0
Актуален для облачных провайдеров или кто использует их Elastic. Тех кто на своих ресурсах ставят Elastic, изменение не коснется.
В целом согласен, время покажет. Я лично надеюсь, что оба продукта получат толчок в развитии.
В целом согласен, время покажет. Я лично надеюсь, что оба продукта получат толчок в развитии.
0
Амазон форкает эластик и будет поддерживать свою версию под апач лицензией aws.amazon.com/blogs/opensource/stepping-up-for-a-truly-open-source-elasticsearch В свете того, что за SSPL монгу в свое время заслуженно окунули очень глубого, это может плохо сказаться на самом эластике. Куча компаний сейчас просто убежит от такой лицензии, а облачные провайдеры спокойно на форк амазона перейдут.
0
Да, только сможет ли Амазон продолжить развивать… эластик? Не плагины, которые они собрали с миру по нитке, а само ядро продукта ) Вопрос риторический.
0
Может и нет, но надо ли оно сильно? Эластик набивают всяким хламом теперь. Пихают в него аналитику, отчеты и прочую хрень. Большинству эластик нужен ровно для одной задачи — индексировать текст и искать по нему. С этим он справляется.
+1
artem_s_shestakov вы упомянули, что в статье рассмотрите безопасность кластера. Однако, авторизации не было выделено ни строчки.
Я более чем уверен, что найдутся читатели, которые попробуют развернуть стэк по вашему циклу в облаке, и, к сожалению, большая часть кластеров будет взломана спустя несколько часов после старта сервиса на публичном интерфейсе. Авторизация хотя бы защитит от анонимного удаления всех данных с кластера одним curl'овым запросом.
Ваш цикл — нужен и полезен. Но уделите безопасности больше внимания — это действительно важно при работе с эластиком.
Я более чем уверен, что найдутся читатели, которые попробуют развернуть стэк по вашему циклу в облаке, и, к сожалению, большая часть кластеров будет взломана спустя несколько часов после старта сервиса на публичном интерфейсе. Авторизация хотя бы защитит от анонимного удаления всех данных с кластера одним curl'овым запросом.
Ваш цикл — нужен и полезен. Но уделите безопасности больше внимания — это действительно важно при работе с эластиком.
0
Абсолютно с Вами согласен!
Вопрос безопасности обязательно рассмотрю в третей части цикла.
Вопрос безопасности обязательно рассмотрю в третей части цикла.
+1
Не так давно была статья по безопасности кластера Elasticsearch.
0
Артём, спасибо за статью! Подскажите по опыту (или по официальной документации) — если покупаются физические узлы исключительно под elasticsearch ноды, то какие лучше в них поставить процессоры (потоки или частота важнее?) и сколько памяти? Мне казалось, что я находил статьи о том, что не стоит в ноды эластика ставить больше 64ГБ оперативки, потому что Java, обратный индекс и вот это и всё. И если памяти будет больше, то в итоге скорость работы будет ниже. Эта информация всё ещё актуальна? Берём ноду на 64ГБ, ставим -Xmx32g и всё будет в порядке?
0
На Elastic до 32 ГБ. Если «куча» будет больше, то сжатие в Java отключается и на работу с указателями начинается тратится много ресурсов, память теряется. На самом деле, если не увлекаетесь агрегацией данных, то можно под кучу и меньше выделят памяти.
По процессору, то лучше ядра.
Можно подробнее вот тут ознакомится.
По процессору, то лучше ядра.
Можно подробнее вот тут ознакомится.
0
В одной из статей предлагалось как решение использовать docker и каждому экземпляру выделять по 31Gb
www.elastic.co/guide/en/elasticsearch/guide/master/heap-sizing.html#_just_how_far_under_32gb_should_i_set_the_jvm
www.elastic.co/guide/en/elasticsearch/guide/master/hardware.html
www.elastic.co/guide/en/elasticsearch/guide/master/heap-sizing.html#_just_how_far_under_32gb_should_i_set_the_jvm
www.elastic.co/guide/en/elasticsearch/guide/master/hardware.html
0
Артём, последующих статей не будет, не хватает времени и желания?
0
Нельзя на вебе использовать подчёркивание, если это не гиперссылка. Модель восприятия и методика использования материала разваливается.
0
Sign up to leave a comment.
Изучаем ELK. Часть I — Установка Elasticsearch