Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Example Grafana dashboard? #3

Open
ThisIsMissEm opened this issue Nov 7, 2016 · 3 comments
Open

Example Grafana dashboard? #3

ThisIsMissEm opened this issue Nov 7, 2016 · 3 comments

Comments

@ThisIsMissEm
Copy link

Hi,

I'm currently using your module to get the metrics out of ECS, but I'm having a bit of trouble making sense of the values and figuring out the graphs for Grafana (Statsd + Graphite + Grafana)

Would you happen to have a Grafana dashboard for the metrics this program produces?

Thanks!
Em

@pcowgill
Copy link
Member

@ThisIsMissEm Hi! We don't have Grafana set up for our statsd stats. We're using Librato and Datadog for that.
@ecstasy2 Maybe you can comment?

@ThisIsMissEm
Copy link
Author

Ah, so, I'm guessing DataDog is just automatically representing them in a certain manner?

I ended up deciding in the end that container level metrics usually aren't useful, and opted for application metrics instead.

Container level metrics seem only important for monitoring resource utilisation and doing capacity planning; However, if I'm to do that, then I'd really want to be comparing allocated resources of a Kubernetes service, versus the amount of resources the containers for that service regularly use.

Rather than to just be monitoring things like CPU and Memory for the purposes of "seeing something wrong", which is commonly done on server-level, when we used to run VPS's or VMs, instead of containers, where multiple applications where running on the one machine without any form of isolation. However, in a container environment, you have isolation, so instead you'll detect issues through your healthchecks, and noise-neighbour problem becomes a concern for the cluster/container scheduler, not for the devops person trying to debug issues.

At least, this is my now more evolved thinking; I'd definitely be interested in hearing other perspectives on monitoring and containers.

@ThisIsMissEm
Copy link
Author

ThisIsMissEm commented Mar 12, 2017 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants