Add Ram & Disk Usage to Resource graphs.
I like the new resource usage graph but it needs the ram usage.
Provide additional detail over time to see your rates of growth in the storage and memory usage
as graphs of CPU, Bandwitch, Disk are important for the customer just as important is a graph of how disk space is used.
I can't see my droplet memory usage except through the command line; this is really the only data I need since it is what causes my droplet to fail and for us to start panicking about getting it back up. Having an optional warning email when a droplet reaches 80% of it's memory would also make sense so I am not suddenly surprised I need more memory when it goes down.
Now I'm asking you to make it even better! :)
Nothing complicated enough to be reject...
It would be AWESOME to have another tab in our droplet management area, with some useful numbers like...
=> Server uptime
=> CPU load average
=> RAM used/free
=> Disk space used/free
=> Bandwidth used/available
Basic stuff. Clear numbers. Nice icons. Easy-to-digest.
And PLEASE, make that awesome info available through your API, to be used in other meaningful ways.
I'm using linux-dash (https://github.com/afaqurk/linux-dash) in my server, but I really want to have that basic stuff info available in my Droplet dashboard and through your API.
Include iowait in the CPU graph in the control panel
I would like to see host's load status on the dashboard. It is important to identify the problem when one faces performance issues.
Just want a simple number of how much of my 20gb SSD I've used
We really need to see RAM usage on the graphs page, alongside data i/o, disk usage and CPU. It's critical for me, with Memcached in use.
graphs and statistics are very simplistic and don't offer much info.
Please Add this to the current panel (eventually to the new panel also):
Network usage graph and analytics.
System Load graphs and analytics.
Alerts on system or network overload.
Make the site responsive by using responsive-bootstrap. Use same site for android and iphone by porting it as a app.
We’re excited to move this request over to “Started”, which means that our engineering team has started writing code for this new project.
When we first launched analytics we wanted to do it from the hypervisor so that customers wouldn’t need to run an agent locally on their systems. However the pitfall of that is that certain metrics aren’t visible to hypervisor through the VM, such as disk space usage and how RAM is utilized.
After rolling out analytics and scaling that to manage hundreds of thousands of droplets we wanted to expand on the analytics service as it will become a cornerstone of many other features that we want to build out.
Having run the analytics service in it’s current iteration for many months we’ve been able to gather a ton of information on usage as well as receiving many requests through UserVoice on improvements which we want to include into the new service.
As a result we decided to build a new analytics service from the ground-up that would address the requests that customers had, provide a better service, and also make it more extensible for future product releases.
Why write an analytics service from the ground up when there are so many monitoring systems out there that can provide this and much more? e.g. https://github.com/prometheus
Kevin Cristella commented
This would be very helpful
Endrigo Antonini commented
Is there some evolution on it? Maybe a release date?
Cody S. commented
They already have disk usage read write statics, but if you need to check free storage left on your server you can just type the "df -h" command.
Anton Zuenko commented
Yep, disk and RAM usage would be great to have!
Almog Baku commented
I respectfully disagree @Nicholas P. Cole, disk is not a big bottleneck here since digital ocean uses SSD.
Nicholas P. Cole commented
While the host's load averages might be interesting to see, there are many other variables (if a process is disk-bound rather than CPU-bound, as a simple example) that might affect performance and thus those numbers by themselves wouldn't be very useful.
You would add this simple information, if you don't put too many droplet on one host..
Ihor Vorotnov commented
+3 for that. Just an overall memory usage graph is a must for quick and easy server monitoring from control panel. And if you see it goes up - then connect to the server and see what's going on there.
Christian Quispe commented
you can use Landscape to monitor if your server is running Ubuntu 14.04 Alpha 2
Sean Kennedy commented
Chris Hill commented
I agree, excellent idea. I think CPU is always shown and RAM would complete the panel.
I see that some people vote for this when they want stats like apache memory usage. If you need detailed mem stats, install something like Munin. DO can only examine activity from the outside of your droplet. Like CPU and disk usage, this will only give you a number of how active your droplet is in memory usage but not what is causing the activity. For CPU you can see how active the droplet is, but not which process is causing the activity. Same goes for disk: you can see disk throughput, but not which files are involved.
There is a nice article on munin here: https://www.digitalocean.com/community/articles/how-to-install-munin-on-an-ubuntu-vps