Scalable compute services.
Simple object storage.
Run managed Kubernetes clusters.
Tools & Integrations
Automate your infrastructure.
Deploy pre-built applications.
Connect, share and learn
DevOps and development guides
Questions & Answers
Development and systems Q&A
by Justin Ellingwood
When we have now a traffic limit and must pay for over traffic we really need traffic stats so we can see what we have to pay when traffic is empty and pay traffic begin ;)
Would be great to have this for Spaces also.
This is on our roadmap and we are going to start working on it soon. You can the progress here: https://digitalocean.uservoice.com/forums/136585-digital-ocean/suggestions/3296966-show-resources-being-using-like-cpu-ram-disk-an
Until you have a traffic graph and data on transfer we wont be charging you anything for data transfer =]
Not sure I quite understand the request here but at $0.02 cents per GB overage I dont think you have much to worry about pushing a little bit of extra bandwidth.
Coming soon, until then we aren't charging for bandwidth.
Good temporary solution is to use vnstat.
sudo apt-get install vnstat
sudo vnstat -u (starts recording data)
Then, when you want to check what traffic you've used etc
There's also a PHP front-end for vnStat: http://www.sqweek.com/sqweek/index.php?p=1
We will be integrating some of the new items that are billable into the invoice so customers can get an idea of their usage prior to getting actually billed for them.
Updates? This is a good idea.
The link posted in the comment by Kamal Nasser would indicate this feature is done. However, after trading emails with customer service yesterday (and by looking at the graphs) it would appear that it isn't.
I would expect a single numerical value indicating how many GB have been consumed in the current billing month for the particular Droplet being viewed. Is this on the way?
Also, will there be a way to purchase add-on "packs" of bandwidth, independent of just buying a beefier Droplet? To a certain point, upgrading the Droplet to get more transfer is OK, but past a certain point, it's kind of silly to buy 96GB of RAM just because you need lots of transfer.
Currently I only have access to a graph showing me my bandwith usage between periods. But it is lack of a total usage of bandwitdh, like: 1.4GB of 1TB of monthly bandwidth usage.
This would be very useful!
I suggest implement Observium within your Droplet, I tested and working well.
I heard there planning on adding this.. i talk to the support team and they said they wont charge for overages on bandwidth until they make an accurate system
If the traffic volume measurement (and billing) is on a per droplet basis then how to scale an application that uses NGINX (or haproxy) as a loadbalancer, the droplet running NGINX will be showing the complete traffic whereas the load balanced application droplets will not show anything as they only communicate with the loadbalancer
Thus it would make more sense to have the total traffic being accumulated over all droplets (on a per account basis) . Only when that is exceeded then additional traffic should be purchased/paid for.
Ugh yeah, they definitely need to add this.
This is more than necessary. We need to know exactly when we run out of bandwidth with a single numerical value indicating how many GB have been consumed in the current billing month for the particular Droplet being viewed.
any updates on this - if your on a 'metered' tarrif, we need to be able to check total usage.
Is this still coming soon? As quoted you are currently not charging for bandwidth?
Updates on this? If bandwidth isn't charged, it should be said somewhere on the site.
You won't be notified about changes to this idea.