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 ;)
We would like to make clear that we won't charge anyone for bandwidth billing until we have a way to provide information about usage, as Moisey pointed out in the past. We are working to provide this information, we will keep you posted.
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.
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.
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.
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.
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.
Would be great to have this for Spaces also.
Attachments Open full size
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
Attachments Open full size
Until you have a traffic graph and data on transfer we wont be charging you anything for data transfer =]
Attachments Open full size
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.
Attachments Open full size
Coming soon, until then we aren't charging for bandwidth.
Thanks
Attachments Open full size
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
vnstat -q
Attachments Open full size
There's also a PHP front-end for vnStat: http://www.sqweek.com/sqweek/index.php?p=1
Attachments Open full size
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.
Thanks!
Attachments Open full size
Updates? This is a good idea.
Attachments Open full size
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.
Thanks.
Wes Keene
Attachments Open full size
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.
Attachments Open full size
This would be very useful!
Attachments Open full size
I suggest implement Observium within your Droplet, I tested and working well.
http://www.observium.org/
Attachments Open full size
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
Attachments Open full size
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.
Attachments Open full size
Ugh yeah, they definitely need to add this.
Attachments Open full size
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.
Attachments Open full size
any updates on this - if your on a 'metered' tarrif, we need to be able to check total usage.
Attachments Open full size
Is this still coming soon? As quoted you are currently not charging for bandwidth?
Attachments Open full size
Updates on this? If bandwidth isn't charged, it should be said somewhere on the site.
Attachments Open full size