Комментарии 21
https://opendistro.github.io/for-elasticsearch/
А это чем-то лучше/хуже, чем "ванильный"?
Последний раз я пробовал OpenDistro полгода назад.
Тогда это была старая версия Elastic'a (отставал где-то на полгода), но были добавлены некоторые плюшки, за которые в Elastic надо платить. Я в частности ставил ради Alert. Но Alerts в OpenDistro было сделано весьма примитивно и топорно. Так что тогда мне OpenDistro «не зашёл»…
Тогда это была старая версия Elastic'a (отставал где-то на полгода), но были добавлены некоторые плюшки, за которые в Elastic надо платить. Я в частности ставил ради Alert. Но Alerts в OpenDistro было сделано весьма примитивно и топорно. Так что тогда мне OpenDistro «не зашёл»…
По мне, так однозначно тут не ответить. Над смотреть в комплексе на задачи, которые требуется решить.
Лучше тем, что содержит функционал, за который эластик хочет денег в рамках x-pack (до недавних пор даже TLS и управление ролями было платным). Ну и в свете последних новостей это будет действительно open source elasticsearch. Elastic переходит на проприетарную лицензию, а амазон превращает opendistro из простой перепаковки ванильного elasticsearch с добавлением плюшек в полноценный форк, который продолжит существовать под apache лицензией.
С учётом изменения лицензии на Elastic search — Ваш вопрос очень актуален ) Но ответ на него мы узнаем только через некоторое время. Есть подозрение, что это повлияет на развитие opendistro не лучшим образом.
Актуален для облачных провайдеров или кто использует их Elastic. Тех кто на своих ресурсах ставят Elastic, изменение не коснется.
В целом согласен, время покажет. Я лично надеюсь, что оба продукта получат толчок в развитии.
В целом согласен, время покажет. Я лично надеюсь, что оба продукта получат толчок в развитии.
Амазон форкает эластик и будет поддерживать свою версию под апач лицензией aws.amazon.com/blogs/opensource/stepping-up-for-a-truly-open-source-elasticsearch В свете того, что за SSPL монгу в свое время заслуженно окунули очень глубого, это может плохо сказаться на самом эластике. Куча компаний сейчас просто убежит от такой лицензии, а облачные провайдеры спокойно на форк амазона перейдут.
Да, только сможет ли Амазон продолжить развивать… эластик? Не плагины, которые они собрали с миру по нитке, а само ядро продукта ) Вопрос риторический.
artem_s_shestakov вы упомянули, что в статье рассмотрите безопасность кластера. Однако, авторизации не было выделено ни строчки.
Я более чем уверен, что найдутся читатели, которые попробуют развернуть стэк по вашему циклу в облаке, и, к сожалению, большая часть кластеров будет взломана спустя несколько часов после старта сервиса на публичном интерфейсе. Авторизация хотя бы защитит от анонимного удаления всех данных с кластера одним curl'овым запросом.
Ваш цикл — нужен и полезен. Но уделите безопасности больше внимания — это действительно важно при работе с эластиком.
Я более чем уверен, что найдутся читатели, которые попробуют развернуть стэк по вашему циклу в облаке, и, к сожалению, большая часть кластеров будет взломана спустя несколько часов после старта сервиса на публичном интерфейсе. Авторизация хотя бы защитит от анонимного удаления всех данных с кластера одним curl'овым запросом.
Ваш цикл — нужен и полезен. Но уделите безопасности больше внимания — это действительно важно при работе с эластиком.
Абсолютно с Вами согласен!
Вопрос безопасности обязательно рассмотрю в третей части цикла.
Вопрос безопасности обязательно рассмотрю в третей части цикла.
Не так давно была статья по безопасности кластера Elasticsearch.
Артём, спасибо за статью! Подскажите по опыту (или по официальной документации) — если покупаются физические узлы исключительно под elasticsearch ноды, то какие лучше в них поставить процессоры (потоки или частота важнее?) и сколько памяти? Мне казалось, что я находил статьи о том, что не стоит в ноды эластика ставить больше 64ГБ оперативки, потому что Java, обратный индекс и вот это и всё. И если памяти будет больше, то в итоге скорость работы будет ниже. Эта информация всё ещё актуальна? Берём ноду на 64ГБ, ставим -Xmx32g и всё будет в порядке?
На Elastic до 32 ГБ. Если «куча» будет больше, то сжатие в Java отключается и на работу с указателями начинается тратится много ресурсов, память теряется. На самом деле, если не увлекаетесь агрегацией данных, то можно под кучу и меньше выделят памяти.
По процессору, то лучше ядра.
Можно подробнее вот тут ознакомится.
По процессору, то лучше ядра.
Можно подробнее вот тут ознакомится.
В одной из статей предлагалось как решение использовать 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
Артём, последующих статей не будет, не хватает времени и желания?
Нельзя на вебе использовать подчёркивание, если это не гиперссылка. Модель восприятия и методика использования материала разваливается.
Странная статья. Уж точно не для новичков. В начале статьи не описывается что имеется на борту - докер, кубер, какая операционка. Потом - что за IP в строке
network.host: 10.0.3.11 # Адрес узла
Тот, который у самого сервера, который у докер контейнера? Где его взять?
Потом у читающего на середине пути вылезет ошибка и он бросит затею продолжать установку.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Изучаем ELK. Часть I — Установка Elasticsearch