VL
А не надо балансеру лезть куда ему не надо. Все что от него требуется - аккуратно раскидать трафик между точками терминации
ага. Только какими? И как он должен реагировать, если запрос обработан некорректно?
Ок, спс.
Логи же в эластике хранятся ?
Size: a a a
2019 February 13
Е
в смысле трейсы? да
K
в смысле трейсы? да
да
Е
логи тоже в этот же эластик складываются
Е
просто в другой индекс
K
ок, TY
VL
эх, спугнули Alena , которая только что писала в канал 🙁
Е
фишка егеря в том что ты его ставишь, связываешь с хранилищем elastic/cassandra и у тебя все работает
Е
кстати с проблемой недавно столкнулись при недоступности коллектора
Е
точнее даже не понятно с чем связано было
Е
но трейсы не успевали писаться в агента
Е
в итоге в памяти образовалось огромное количество поинтеров и gc гошного приложения начал залипать
AB
Коллеги, привет! Не стала пугаться и приглашаю вас на DINS DevOps Evening!
20 февраля в 19:30, Старо-Петергофский проспект, 19
На встрече поговорим о микросервисах, Istio и паттерне Sidecar. Вечер обещает быть не только интересным для DevOps инженеров и разработчиков, но еще и вкусным, благодаря фирменной пицце от шеф-повара DINS.
Регистрация на https://dins.timepad.ru/event/904655/
20 февраля в 19:30, Старо-Петергофский проспект, 19
На встрече поговорим о микросервисах, Istio и паттерне Sidecar. Вечер обещает быть не только интересным для DevOps инженеров и разработчиков, но еще и вкусным, благодаря фирменной пицце от шеф-повара DINS.
Регистрация на https://dins.timepad.ru/event/904655/
DN
Это боль. Балансиры чаще всего не умеют понимать, что через них проходит, адекватно помечать и с нормальным алгоритмом повторять запросы.
На моём опыте единственный нормальный вариант: делать балансировку внутри клиента. Для внешних запросов: ipvs, и страдать при переключениях. А софт не важен.
Кстати, было бы круто, если кто-нибудь расскажет о грамотной балансировке. Решения там простые, но мало кто их реально применяет.
На моём опыте единственный нормальный вариант: делать балансировку внутри клиента. Для внешних запросов: ipvs, и страдать при переключениях. А софт не важен.
Кстати, было бы круто, если кто-нибудь расскажет о грамотной балансировке. Решения там простые, но мало кто их реально применяет.
Е
Это боль. Балансиры чаще всего не умеют понимать, что через них проходит, адекватно помечать и с нормальным алгоритмом повторять запросы.
На моём опыте единственный нормальный вариант: делать балансировку внутри клиента. Для внешних запросов: ipvs, и страдать при переключениях. А софт не важен.
Кстати, было бы круто, если кто-нибудь расскажет о грамотной балансировке. Решения там простые, но мало кто их реально применяет.
На моём опыте единственный нормальный вариант: делать балансировку внутри клиента. Для внешних запросов: ipvs, и страдать при переключениях. А софт не важен.
Кстати, было бы круто, если кто-нибудь расскажет о грамотной балансировке. Решения там простые, но мало кто их реально применяет.
мы щас хотим попробовать балансировку look-a-side
Е
через grpc-балансинг
p
ага. Только какими? И как он должен реагировать, если запрос обработан некорректно?
ну что значит некорректно? к тебе прилетел grpc-вызов, ты на балансере с этим ничего не сделаешь\
p
ага. Только какими? И как он должен реагировать, если запрос обработан некорректно?
а иногда у тебя просто нет времени на какую-то аналитику по запросам
p
а гео-балансинг кто делает?