h
Size: a a a
2019 February 28
i
эх, если бы. Я для джавы оперативку в Тб меряю
Ну вот, собственно, почему ELK-стек я выкинул нахрен. Мониторинг жрёт больше, чем сам сервис, куда это годится?
DY
Не знаю, хайлоад как по мне так это асинхроночка на питоне. Для бизнеса самый выгодня варик.
Асинхроночка на питоне жутко тормозит
AG
Ой всё, ща холивар пойдёт
AG
я удаляюсь
k
Отличный стикерпак на любые случаи жизни)
FD
На джава можно писать хайлоад. Одно уточнение, у вас железа должно быть немерянно.
Да-да, знаем мы этот хайлоад, когда Kibana + Elasticsearch жрут 12 ядер от e5645.
Обрабатывая логи от десятка околопустых виртуалок объёмом в 10 гб/мес с текущими индексами в 12 гб.
Хороший хайлоад, нужный хайлоад, годный хайлоад.
А через какой-то промежуток времени кибана и вовсе отваливается - типо насилила.
Обрабатывая логи от десятка околопустых виртуалок объёмом в 10 гб/мес с текущими индексами в 12 гб.
Хороший хайлоад, нужный хайлоад, годный хайлоад.
А через какой-то промежуток времени кибана и вовсе отваливается - типо насилила.
AG
Да-да, знаем мы этот хайлоад, когда Kibana + Elasticsearch жрут 12 ядер от e5645.
Обрабатывая логи от десятка околопустых виртуалок объёмом в 10 гб/мес с текущими индексами в 12 гб.
Хороший хайлоад, нужный хайлоад, годный хайлоад.
А через какой-то промежуток времени кибана и вовсе отваливается - типо насилила.
Обрабатывая логи от десятка околопустых виртуалок объёмом в 10 гб/мес с текущими индексами в 12 гб.
Хороший хайлоад, нужный хайлоад, годный хайлоад.
А через какой-то промежуток времени кибана и вовсе отваливается - типо насилила.
пфф, 12 ядер. 3 сервера 40 потоков, это норм. Немерянно, это больше чем вы себе представляете
FD
пфф, 12 ядер. 3 сервера 40 потоков, это норм. Немерянно, это больше чем вы себе представляете
Ну охренеть норм. Для idle
AG
Потому джаву и не любят
i
Да-да, знаем мы этот хайлоад, когда Kibana + Elasticsearch жрут 12 ядер от e5645.
Обрабатывая логи от десятка околопустых виртуалок объёмом в 10 гб/мес с текущими индексами в 12 гб.
Хороший хайлоад, нужный хайлоад, годный хайлоад.
А через какой-то промежуток времени кибана и вовсе отваливается - типо насилила.
Обрабатывая логи от десятка околопустых виртуалок объёмом в 10 гб/мес с текущими индексами в 12 гб.
Хороший хайлоад, нужный хайлоад, годный хайлоад.
А через какой-то промежуток времени кибана и вовсе отваливается - типо насилила.
12 ядер e5645 = 2 процессора = 1 блейд. Терпимо, впринципе.
i
Другое дело, что можно экономнее и быстрее
AG
скажите это банкам и госам
2019 March 01
g
у меня postgresql работает внутри lxc и часто сыпет ошибку доступа
апач тоже. это ошибка связана с тем как lxc работает с cgroup, никто не решал?
systemd[1]: postgresql.service: Failed to reset devices.list: Operation not permitted
апач тоже. это ошибка связана с тем как lxc работает с cgroup, никто не решал?
MK
ну, можно написать любую фразу, добавить к ней "лучше чем на пехапе" и она дефолтнется в true :)
если сидишь в существующем продукте (т.е. уже есть библиотеки, и на этом висят боевые процессы), совсем не факт.
TF
у меня postgresql работает внутри lxc и часто сыпет ошибку доступа
апач тоже. это ошибка связана с тем как lxc работает с cgroup, никто не решал?
systemd[1]: postgresql.service: Failed to reset devices.list: Operation not permitted
апач тоже. это ошибка связана с тем как lxc работает с cgroup, никто не решал?
TF
первая ссылка в гугле же
MK
у меня postgresql работает внутри lxc и часто сыпет ошибку доступа
апач тоже. это ошибка связана с тем как lxc работает с cgroup, никто не решал?
systemd[1]: postgresql.service: Failed to reset devices.list: Operation not permitted
апач тоже. это ошибка связана с тем как lxc работает с cgroup, никто не решал?
нужно вычислить какая Capability нужна. а там уже как по маслу. неужели нет об этом никаких гуглонамеков?
g
первая ссылка в гугле же
ты ее читал? у меня не сложилось понимания после прочтения