Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: агрегирование $ upstream_response_time
- To: nginx-ru@xxxxxxxxx
- Subject: Re: агрегирование $ upstream_response_time
- From: Sergey Skvortsov <skv@xxxxxxxxx>
- Date: Wed, 05 Mar 2008 13:31:52 +0300
- Domainkey-signature: a=rsa-sha1; q=dns; c=simple; s=y2007; d=protey.ru; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:X-Enigmail-Version:Content-Type:Content-Transfer-Encoding; b=qSr6icRnKV3d/O1Y1j2zafEelhiWxcWsXLOOr1VH2k88VKXsg3tG7mi4OAUjliq+RY5Y+4aChe1R0Xxkz9DOefCo9WyhzsgiHQTcyxA9H5n5pXUwThggBZNx6lPOQ9dC;
- In-reply-to: <510602627.20080303182203@xxxxxxxxxxxxx>
- References: <510602627.20080303182203@xxxxxxxxxxxxx>
On 03.03.2008 18:22, Монашёв Михаил wrote:
В целях мониторинга хочу обрабатывать аксес-логи nginx-а и считать
циферки по $upstream_response_time. В лог пишется очень много данных,
поэтому я пока наверное раз в 5 минут будут брать 1000 последних
записей лога и только их обрабатывать. На сколько по Вашему это будет
репрезентативная статистика?
Исходя из данной постановки вопроса - ни насколько.
Полезно смотреть статистику по параметру $upstream_response_time по
группам URLs, направляемых на backends. Способ объединения в группы,
разумеется, зависит от семантики URLs.
Для разных групп могут быть разные приемлемые показатели (и соотв.
thresholds) времени ответа.
И, собственно, почему 1000 последних записей?
Хочется некоей псевдо-realtime'вости?
Второй вопрос: что именно считать? Наверное точно стоит считать
среднее арифметическое $upstream_response_time. А что ещё было бы
Будет достаточно бессмысленный показатель. Полезнее считать медиану.
Хотя здесь скорее всего интересны маргинальные значения (в т.ч. слишком
большое время $upstream_response_time для данной группы).
--
Sergey Skvortsov
mailto: skv@xxxxxxxxx
| 
