1.1, Аноним (-), 19:34, 20/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Открываю "Главные новости" - а там nginx с gRPC.
Открываю "Мини-новости" - а там тоже nginx с gRPC.
Уже боюсь "Важное" открывать.
| |
1.4, Аноним (-), 20:36, 20/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а присобачьте уж тогда в 1.13.11 отправку лога напрямую в еластиксёрч?
| |
|
2.5, Аноним (-), 21:47, 20/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
там уже есть отпрака в рсислог, логи успешно летят в логстеш а оттуда в еластиксерч. ЧТо действительно портит всю картину так это тупая логика резолвера -- если указать имя рсислог сервера и то его айпи резолвится только в момент старта нгинкса. Если айпи по ходу дела поменялся (ведь для этого и ииспользуются днс-имена вместо йапишников) -- нгинс тупо валится или перестаёт слать логи. Карсиво, ничего не скажешь.
| |
|
|
4.14, Аноним (-), 09:49, 21/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
В идеале -- через интервал, настраиваемый в конфиге.
Ну хотя бы раз в Х секунд или Х пакетов на целевой ресурс.
p.s. по поводу смехуечек на тему рсислога -- логстеш в проекте УЖЕ собирает логи из кучи других источников, а нгинкс просто шлет логи туда "как в рсислог" (проще говоря по юдп напрямую).
| |
|
3.8, Аноним (-), 22:31, 20/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
А зачем посылать логи через жирный логстеш, если рсислог и сам умеет отправлять в эластик?
| |
3.15, Аноним (-), 11:25, 21/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
>там уже есть отпрака в рсислог, логи успешно летят в логстеш а оттуда в еластиксерч.
знаю и пользуюсь, хочу, чтобы стало одной прослойкой меньше. Про резолв имени один раз — да, проблема, но не критичная для меня, попробуйте реквестировать решение в 1.13.12
| |
3.16, Тузя (ok), 09:02, 22/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
> ведь для этого и ииспользуются днс-имена вместо йапишников
Нет. DNS - это вам не High Availability Load Balancer. То, что он иногда так срабатывает, больше исключение чем правило, и это сильно зависит от сервера и клиента.
Оно вообще не работает, если есть DNS-кэш на клиенте. Всегда порождает Server Affinity, даже там где не надо. Некоторые приложения будут неадекватно реагировать на выпад IP, если им как раз нужен Server Affinity на стороне приложения.
Откройте для себя модуль IPVS (он же LVS). Выбирайте себе какой-нибудь удобный демон управления этим модулем, например, keepalived. Если не нравится, есть ldirectord в сочетании с heartbeat он даст то же самое. Дело вкуса.
| |
|
|
1.6, Ivan_83 (ok), 21:53, 20/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
clock_gettime(CLOCK_MONOTONIC) - ежу было понятно что нужно монотоник использовать.
А во фре есть и CLOCK_MONOTONIC_FAST, хз чем он отличается :)
| |
|
2.13, пох (?), 09:37, 21/03/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
не, не пора. Для тех кто без смузи и гироскутеров, а бороду не белит перекисью, сама седая - наиболее важное во всем этом мусоре - баг в коде geo (который на самом деле ip filter), хорошо хоть не remote exploitable, но "и так неплохо получилось" - вокер валится по sigsegv.
какой-то он редкостно кривой, этот модуль, и баг подобного рода далеко не первый.
| |
|
|