Hacker Newsnew | past | comments | ask | show | jobs | submit | lebinh's commentslogin

To me, that's mostly because the things we need to monitor are scattered around our planet.


Just want to point out that Cloudflare doesn't charge for bandwidth, so egress from GCP to Cloudflare is a good way to cut the bandwidth cost.


I wrote something out of our need for better monitoring/metrics for Nginx here: https://luameter.com/ And quite a few people are using it for per-vhost metrics use case just like you said. Also if you prefer something simpler and open source I also wrote this https://github.com/lebinh/ngxtop


Second project is a hack that's reading log scripts.

That's not comparable to a proper monitoring page and exposing its stats by statsd (or similar) for integration with a real monitoring system.

nginx free edition is a black box, hence the criticism.


I showed ngxtop [0] about 2 years ago as a top inspired tool to quickly check the status of my nginx servers, something I created for my need. I expected some people would find it useful and shared, turned out a lot of people need something to monitor their nginx servers and it got 3k stars in a day or two. So I built a much better tool to help monitor nginx and sell it as a product, Luameter [1]. It didn't take off like the other but now making a couple hundreds a month and being used by some high-profile users, i.e. well-known companies.

[0] https://github.com/lebinh/ngxtop [1] https://luameter.com/


Scrolling on luameter.com is broken in mobile Safari. Just FYI.


Cool idea! I've created a similar repo for Nginx from my experiences: https://github.com/lebinh/nginx-conf


Measure and profile the code will always be the best thing to do but for simple 20% effort tips I think it would be:

* Don't write your own data structure, stick to the standard library or, in some rare cases, popular and well-known 3-rd party lib.

* Always prefer a Hash or a Set over anything else.

* Beware of any nested loops.

* Have some local / external caches and try memoization.

* Try parallelizing or better, non-blocking wait for all I/O operations.


Hi, I'm the author of this.

About a year ago I open sourced a tool for quick monitoring and troubleshooting Nginx, ngxtop [1], and received some very positive interests from HN community. However quite a few people are using it as a monitoring solution for their Nginx server, which is not ideal. Ngxtop was designed to be like the `top` command, you fire it up to check for at most 5-10 minutes and stop. It was not meant to be a long monitoring process that can be used to plug to your monitoring system such as Zabbix or Nagios or graphed by Graphite. Nginx has an official status module for this [2], but it requires Nginx Plus, a > $1k product. Other solutions would normally require a log processing process piping to an external system to calculate and store the metrics. While an ELK stack [3] could provide you a lot more useful data, its setup and maintenance efforts can be significant. And that's why I created Luameter.

It easier to setup, flexible to configure, and equally easy to be plugged into external system given its JSON api.

[1]: https://github.com/lebinh/ngxtop [2]: http://nginx.com/products/live-activity-monitoring/ [3]: http://www.elasticsearch.org/overview/


Found this great library when trying to play with and visualise some data recently[1]. One of the easiest way to create a nice graph from pure python.

[1] https://github.com/lebinh/aws-usage-report-analyser


Had awesome experience with Codementor (https://www.codementor.io/) recently, highly recommended for anyone looking for help or helping others.


Unfortunately most of the servers I'm working with are still on python2 by default. The latest Ubuntu LTS, 12.04, only has python2 by default so python2 is still my priority. But in this case, a port should be trivia so I'll look into python3 as soon as possible.

Yes, ncurses would be much better but I haven't had time for it yet. Clearing screen is simple enough and work pretty well for me so far so here we are :)


It's a release goal for 14.04 (due in about 30 days) to have no python2 software in the default desktop/server installs. Seems like there's still lots to be done though. https://wiki.ubuntu.com/Python/3


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: