Live data from Hacker News

Show HN: Top, but for Nginx

github.com

51–60 of 72 posts

Re: Show HN: Top, but for Nginx

#51
post #22

Earlier quoted context omitted.

HAProxy also has an 'enterprise' offering[1], what makes this different from nginx plus? [1] https://www.haproxy.com/products/haproxy-enterprise-edition/

Haproxy's full monitoring capabilities are available in the open source version. Nginx's are not. The stub_status module is very limited. Compare https://www.haproxy.com/blog/exploring-the-haproxy-stats-pag... with https://nginx.org/libxslt/en/docs/http/ngx_http_stub_status_...

What exactly do you need to monitor on your nginxes? We collect logs, scrape metrics from the nginx pods and... that's enough..

Re: Show HN: Top, but for Nginx

#52

Earlier quoted context omitted.

Pro tip: you can make any command into a real-time one with `watch`: watch bash -c "topngx Will run `topngx` against access.log every two seconds and display the output.

That's not "real time"! And definitely won't behave well if the processing takes more than 2 seconds (imagine log files of many millions rows)

It'll just wait two seconds after the command returns, not spawn one every two seconds.....

Re: Show HN: Top, but for Nginx

#53

>a rewrite of ngxtop to make it more easily installed and hopefully quicker. What world does this guy live in that a program in Rust is easier to get running on any random machine than python script?

I've never had issues shipping Rust binaries to people, unlike in Python where they usually have to install dependencies.

Re: Show HN: Top, but for Nginx

#54

>a rewrite of ngxtop to make it more easily installed and hopefully quicker. What world does this guy live in that a program in Rust is easier to get running on any random machine than python script?

I had the vague sense that it was as easy to cross-compile rust binaries as it is for go.

Distributing single binary would be easier, but `cargo install xyz` seems harder than python script

Re: Show HN: Top, but for Nginx

#55

Monitoring capabilities are missing from Nginx on purpose. They are not and will never be available for free because there is "NGINX Plus". This is why I recommend switching to HAProxy.

Wish all distros shipped https://github.com/vozlt/nginx-module-vts by default. It's a minor pain to self-build

This is cool!

Re: Show HN: Top, but for Nginx

#56

Maybe not as lightweight, but GoAccess ( https://github.com/allinurl/goaccess ) does an awesome job at parsing the logs and displaying statistics, works for nginx and other webservers too

Goaccess used to work perfectly, but recently when ever I try to run the real time HTML command, it exits without any error messages after ~2 million records. Maybe out of memory.. any ideas?

Re: Show HN: Top, but for Nginx

#57
post #44

Earlier quoted context omitted.

I was thinking the exact same thing ironically. Static file serving? Sure! Load balanced proxying? mod_proxy_balancer is great! Fine grained caching? mod_disk_cache is also great Updating loadbalancer bits via the api? mod_proxy_balancer supports a balancer-manager endpoint for that to do live updates monitoring? mod_status + prometheus exporter or mod_prometheus_status native LE support? https://github.com/icing/mod…

Have you actually seen an apache in the wild in the last few years? No one picks it anymore, I'm not sure why.. Well, besides the fact that nginx is now nginx-ingress-controller and we all use k8.. :/

Maybe it‘s due to guilt-by-association with PHP and the LAMP stack...

Re: Show HN: Top, but for Nginx

#58
post #44

Earlier quoted context omitted.

I was thinking the exact same thing ironically. Static file serving? Sure! Load balanced proxying? mod_proxy_balancer is great! Fine grained caching? mod_disk_cache is also great Updating loadbalancer bits via the api? mod_proxy_balancer supports a balancer-manager endpoint for that to do live updates monitoring? mod_status + prometheus exporter or mod_prometheus_status native LE support? https://github.com/icing/mod…

Have you actually seen an apache in the wild in the last few years? No one picks it anymore, I'm not sure why.. Well, besides the fact that nginx is now nginx-ingress-controller and we all use k8.. :/

Yes, but I know some of the apache.org SRE so maybe my view is biased.

Re: Show HN: Top, but for Nginx

#59
post #44
post #40

Earlier quoted context omitted.

X == Apache httpd 2.4

I was thinking the exact same thing ironically. Static file serving? Sure! Load balanced proxying? mod_proxy_balancer is great! Fine grained caching? mod_disk_cache is also great Updating loadbalancer bits via the api? mod_proxy_balancer supports a balancer-manager endpoint for that to do live updates monitoring? mod_status + prometheus exporter or mod_prometheus_status native LE support? https://github.com/icing/mod…

mod_md is already on upstream.

https://httpd.apache.org/docs/2.4/mod/mod_md.html

Re: Show HN: Top, but for Nginx

#60
post #44

Earlier quoted context omitted.

I was thinking the exact same thing ironically. Static file serving? Sure! Load balanced proxying? mod_proxy_balancer is great! Fine grained caching? mod_disk_cache is also great Updating loadbalancer bits via the api? mod_proxy_balancer supports a balancer-manager endpoint for that to do live updates monitoring? mod_status + prometheus exporter or mod_prometheus_status native LE support? https://github.com/icing/mod…

Have you actually seen an apache in the wild in the last few years? No one picks it anymore, I'm not sure why.. Well, besides the fact that nginx is now nginx-ingress-controller and we all use k8.. :/

I still use it to have basic auth connected to LDAP.

The weakness of nginx is that it can't have a dynamic module and if it's not compiled in, you need to roll your own build, which I won't do due to maintenance burden.

Post reply on HN