Re: [pylons-discuss] Re: Top like monitoring for Pyramid / Gunicorn

2022-08-22 Thread Nejc Zupan
I’ve used NewRelic with success in the past, but its a cloud thingy so doesn’t 
apply to all use cases.


--
Excuse brevity, sent from a mobile device.

> On 22 Aug 2022, at 16:50, 'Jonathan Vanasco' via pylons-discuss 
>  wrote:
> 
> Have you tried using statsd ?  (https://github.com/statsd/statsd)
> 
> See 
> * https://www.etsy.com/codeascraft/measure-anything-measure-everything/
> * 
> https://thenewstack.io/collecting-metrics-using-statsd-a-standard-for-real-time-monitoring/
> 
> Typically you log each request start and the stop reason (success, type of 
> error, etc) and major actions -- e.g. login attempt + login result, inbound 
> request, etc.  Everything looks nice in graphite, and you can see when you 
> start having issues.  It's incredibly useful for monitoring the effects of 
> pushing a new release to production, but it is often used for debugging logic 
> issues as well.
> 
> 
> 
>> On Sunday, August 21, 2022 at 2:23:33 PM UTC-4 mi...@redinnovation.com wrote:
>> Hi all,
>> 
>> I am running Pyramid + SQLAlchemy website on the top of Gunicorn. Sometimes 
>> requests get stuck of the Pyramid application becomes non-responsive for 
>> certain requests (not all). Despite good attempts using Gunicorn statsd 
>> monitoring, I have had no good success to pin down these problematic 
>> requests.
>> 
>> Do you know any tools that could offer UNIX top like monitoring for the 
>> currently active requests? I know this is a far shot - Gunicorn did not seem 
>> to offer any interface in its documentation to offer anything like this. And 
>> if this is not the case, which is unfortunately likely, what would be nice 
>> way to pull start request and stop request events from Pyramid to a separate 
>> CLI tool, so one could see when bad things start to happen?
>> 
>> Br,
>> Mikko
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "pylons-discuss" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to pylons-discuss+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/pylons-discuss/3e762838-2bbe-4298-b969-1198a9ea60a6n%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"pylons-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to pylons-discuss+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/pylons-discuss/F1DFE22E-5E10-49EA-B2E8-BA5001F4E96D%40gmail.com.


[pylons-discuss] Re: Top like monitoring for Pyramid / Gunicorn

2022-08-22 Thread 'Jonathan Vanasco' via pylons-discuss
Have you tried using statsd ?  (https://github.com/statsd/statsd)

See 
* https://www.etsy.com/codeascraft/measure-anything-measure-everything/
* 
https://thenewstack.io/collecting-metrics-using-statsd-a-standard-for-real-time-monitoring/

Typically you log each request start and the stop reason (success, type of 
error, etc) and major actions -- e.g. login attempt + login result, inbound 
request, etc.  Everything looks nice in graphite, and you can see when you 
start having issues.  It's incredibly useful for monitoring the effects of 
pushing a new release to production, but it is often used for debugging 
logic issues as well.



On Sunday, August 21, 2022 at 2:23:33 PM UTC-4 mi...@redinnovation.com 
wrote:

> Hi all,
>
> I am running Pyramid + SQLAlchemy website on the top of Gunicorn. 
> Sometimes requests get stuck of the Pyramid application becomes 
> non-responsive for certain requests (not all). Despite good attempts using 
> Gunicorn statsd monitoring, I have had no good success to pin down these 
> problematic requests.
>
> Do you know any tools that could offer UNIX top like monitoring for the 
> currently active requests? I know this is a far shot - Gunicorn did not 
> seem to offer any interface in its documentation to offer anything like 
> this. And if this is not the case, which is unfortunately likely, what 
> would be nice way to pull start request and stop request events from 
> Pyramid to a separate CLI tool, so one could see when bad things start to 
> happen?
>
> Br,
> Mikko
>

-- 
You received this message because you are subscribed to the Google Groups 
"pylons-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to pylons-discuss+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/pylons-discuss/3e762838-2bbe-4298-b969-1198a9ea60a6n%40googlegroups.com.