Size: a a a

2019 October 23

AZ

Alexey Zhukov in E.L.K.
Вот как-то жалко зеркало делать, получается на реплику тратим место и еще локально резервируем на raid. Выглядит практичнее вместо зеркала где два диска  изнашиваются одновременно,
иметь второй диск на складе, в случае вылета - меняем диск, копируем реплику с соседней ноды.
источник

Н

Николай in E.L.K.
Alexey Zhukov
Всем привет! А используете ли вы raid под Эластик какой-нибудь или только репликами защищаетесь?

Спрашиваю имея в наличии HP DL360 сервера с 8 дисками по 6.4 TiB SSD.
у нас полки на 10 рейде. и елка в виртуалках на полке. нет смысла делать физическую елку имхо
источник

AZ

Alexey Zhukov in E.L.K.
LMA
Если не ошибаюсь, то сам эластик рекомендует raid 0, я сейчас буду собирать новый кластер на нём. Не вижу смысла в 5, 6, 10.
0й для скорости? так-то в path_data можно передать несколько дисков отдельно, что должно в целом быть более надежно - теряем меньше шардов в случае вылета одного из дисков
источник

AZ

Alexey Zhukov in E.L.K.
Николай
у нас полки на 10 рейде. и елка в виртуалках на полке. нет смысла делать физическую елку имхо
для этого надо полки иметь 😁

чем плохо ставить на физическую машину? у нам сейчас все на физическом железе, но в докере
источник

Н

Николай in E.L.K.
аа ну в докере еще норм
источник

Н

Николай in E.L.K.
я имел в виду ввообще bare metal )
тем что яве после 32 гигов выдеенной памяти становится очень плохо)
источник

D

Dmitry in E.L.K.
кто использует elk в докере, насколько болезненно делать обновление стека? без потерь логов
источник

Н

Николай in E.L.K.
вот тут хз..у меня кластер в проде. нагорячую обновляю. уже раза 3. вообще без проблем. ни лога не потерялось
источник

Н

Николай in E.L.K.
по идее сложностей не должно быть
источник

AR

Antony Ryabov in E.L.K.
Viachaslau Ryzhankou
Господа, кто подскажет как побороть
"reason"=>"mapper [Inventory.python.version_info] of different type, current_type [keyword], merged_type [long]"
Массив небось в данных, смотрите лог эластика, там будет исходное сообщение
источник

AR

Antony Ryabov in E.L.K.
Николай
вот тут хз..у меня кластер в проде. нагорячую обновляю. уже раза 3. вообще без проблем. ни лога не потерялось
Между какими версиями?
источник

Н

Николай in E.L.K.
Antony Ryabov
Между какими версиями?
с 6,7 до 7, потом 7.1 -7.3 и 7.4 сейчас
источник

Н

Николай in E.L.K.
с 6,7 до 7 пришлось тушить кластер. но тут прослойка в виде кроликов помогла
источник

AR

Antony Ryabov in E.L.K.
Николай
я имел в виду ввообще bare metal )
тем что яве после 32 гигов выдеенной памяти становится очень плохо)
Не яве, а эластику, это от приложения зависит, ни кто не мешает на железе эластик и логстеш и киьанц вместе крутить чтобы ресурсы утелизировать
источник

Н

Николай in E.L.K.
ну ок. еластику. использующему яву. если больше 32 гигов выделяешься, то она начинает тормозить ..они сами рекомендуют не больше 32 выделять
источник

AR

Antony Ryabov in E.L.K.
Николай
с 6,7 до 7 пришлось тушить кластер. но тут прослойка в виде кроликов помогла
Ну так это уже не на горячую да и очередь на кролике сильное значение имеет
источник

Н

Николай in E.L.K.
Antony Ryabov
Ну так это уже не на горячую да и очередь на кролике сильное значение имеет
ну да..а с 7,1 до 7,3 и 7,4 нагорячую днем. главное шард алокейшен остановить и спокойно обновляется
источник

AR

Antony Ryabov in E.L.K.
Николай
ну да..а с 7,1 до 7,3 и 7,4 нагорячую днем. главное шард алокейшен остановить и спокойно обновляется
Это минорное обновление, оно не подразумевает проблем
источник

AZ

Alexey Zhukov in E.L.K.
Николай
с 6,7 до 7 пришлось тушить кластер. но тут прослойка в виде кроликов помогла
надо было с 6.7 на 6.8, и потом на 7.х, тогда без даунтайма
источник

Н

Николай in E.L.K.
Alexey Zhukov
надо было с 6.7 на 6.8, и потом на 7.х, тогда без даунтайма
ну можно было. но я тогда как раз отрабатывал вариант с даунтаймом.
источник