Size: a a a

2020 January 23

AY

Andrey Yanda in nginx_ru
tcpdump -i any -Annn host 127.0.0.1 and port 27043
источник

AY

Andrey Yanda in nginx_ru
и там вы увидите, что же nginx отправляет
источник

AY

Andrey Yanda in nginx_ru
кто слушает порт 27043?
источник

СЛ

Сергей Ладутько in nginx_ru
сервис
источник

AY

Andrey Yanda in nginx_ru
ну, тогда смотрите дамп трафика
источник

AY

Andrey Yanda in nginx_ru
пока это единственный вариант, что можно сделать
источник

AY

Andrey Yanda in nginx_ru
если заголовок отправляется, то уже вопрос к бекенду
источник

СЛ

Сергей Ладутько in nginx_ru
Andrey Yanda
ну, тогда смотрите дамп трафика
Я так понимаю отправляет ?
источник

AY

Andrey Yanda in nginx_ru
судя по всему, да
источник

AY

Andrey Yanda in nginx_ru
а что в роли бекенда? как относится к кастомным заголовкам?
источник

СЛ

Сергей Ладутько in nginx_ru
Спасибо тебя счастья здоровья и всего всего тебе и твоим друзьям и близким
источник

СЛ

Сергей Ладутько in nginx_ru
Да хз пусть смотрят прогеры что у них не так
источник

AY

Andrey Yanda in nginx_ru
да не за что)
источник

AY

Andrey Yanda in nginx_ru
Anton Noginov
Валидация на уровне сислога же - там выходной формат жёстко задаётся. Проверки прямо в конфиге пишутся

А вот резолв - да, как ни странно - проще всего плюнуть в кафку, вычитать парсером, добавит отрезолвденное поле и засунуть в соседний топик, который сливает в Кх.
Ох.. с сислогом все, с одной стороны, лучше, ибо он шустрее, но и хуже, ибо ващпе не знаешь, долетели ли до него логи. Получается надежность на уровне плинтуса. Более того, при достаточно высокой нагрузке (httpress) он умудряется записать лишь 30% событий. Сдается мне, что остается один ли только путь - файловые логи и imfile и omfwd в rsyslog
источник

AN

Anton Noginov in nginx_ru
Andrey Yanda
Ох.. с сислогом все, с одной стороны, лучше, ибо он шустрее, но и хуже, ибо ващпе не знаешь, долетели ли до него логи. Получается надежность на уровне плинтуса. Более того, при достаточно высокой нагрузке (httpress) он умудряется записать лишь 30% событий. Сдается мне, что остается один ли только путь - файловые логи и imfile и omfwd в rsyslog
Не успел вчера погонять тесты, сегодня если будет время соберу тестовую среду.

Но - погуглил тут, и туда как бы подвезли вобще все - нативный output в КХ, реплейс полей по предефайненым таблицам а-ля map .
источник

AY

Andrey Yanda in nginx_ru
Anton Noginov
Не успел вчера погонять тесты, сегодня если будет время соберу тестовую среду.

Но - погуглил тут, и туда как бы подвезли вобще все - нативный output в КХ, реплейс полей по предефайненым таблицам а-ля map .
Тут такое дело... Шаблон разорван в клочья. access_log в файл оказался быстрее, причем на слабо так. Это конечно прям очень синтетический тест, при котором я отдаю return 200. Но тем не менее, при использовании сислога у меня получилось 14-16к рпс, при использовании файлового лога - 17-20к рпс. Более того, в файл записалось 100% события, а в сислог - 30-60%, причем это рандомный параметр.
источник

AY

Andrey Yanda in nginx_ru
Нет, у меня конечно конфигурация nginx не совсем оптимальная для этой системы. Но тем не менее, файловые логи показывают адекватную эффективность при неадекватных условиях
источник

AN

Anton Noginov in nginx_ru
Угу. Это очень странно.
Ну, то есть запись в текстовый файл очевидно быстрее, но вот все остальное - очень странно.
источник

AY

Andrey Yanda in nginx_ru
Ну, немного о тестовом стенде. Доступно 2 ядра, а у nginx у меня 24 потока))) Да, не очень адекватно, но это единственный способ налить не плохое количество запросов. Да и чтобы посмотреть как оно себя ведет когда серверу плохо - тоже отличный способ.
источник

VK

Vladimir Klubov in nginx_ru
Привет! После нескольких экспериментов со схемой балансер и за ним несколько веб серверов и все под нагрузкой, обратил внимание что балансер сильно недогружен. Вопрос, сколько веб-серверов в среднем за балансером может находиться? Или насколько машина с балансером может быть слабее? Я понимаю что все сильно зависит, но в среднем +-.
источник