DO Ideas 2

Traffic Stats

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 ;)

  • Giacomo Tüfekci
  • Sep 11 2018
  • Planned
  • Sep 11, 2018

    Admin Response

    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.
  • Attach files
  • anonymous commented
    September 11, 2018 19:09

    I agree with what mike wrote.

    "Please also include a way to set a hard limit that automatically stops a droplet that is exceeding its limit. Many people would rather be shut down than risk an expectedly ruinous charge."

  • Mike commented
    September 11, 2018 19:09

    Please also include a way to set a hard limit that automatically stops a droplet that is exceeding its limit. Many people would rather be shut down than risk an expectedly ruinous charge.

  • Anonymous commented
    September 11, 2018 19:09

    of curse yes.

  • Александр Радилов commented
    September 11, 2018 19:09

    Yes!

  • Anonymous commented
    September 11, 2018 19:09

    Yes, I need this. If my server is invaded into DDoS tools or because the wrong script leads to incorrect traffic usage, I can't do statistics and restrictions now. It's dangerous. I hope to show my residual traffic and limit the threshold of traffic usage.

  • Anonymous commented
    September 11, 2018 19:09

    I have granddad protection as I know ???
    what is traffic limit ?

  • Anonymous commented
    September 11, 2018 19:09

    of course yes !!!

  • Simon commented
    September 11, 2018 19:09

    Absolutely YES!!!
    How can we pay without knowing how much data we used?

  • LiYan commented
    September 11, 2018 19:09

    Yeah, that's right!

  • Anonymous commented
    September 11, 2018 19:09

    really need this!

  • Andrew Jones commented
    September 11, 2018 19:09

    A must for me would be to have the option to halt network traffic to prevent charges above a certain traffic threshold.

    Not the case for everyone, but quite a number of small-scale developers I'm sure would rather have a few hours of downtime than have a $1000 bill all of a sudden (think DDOS, some mistake in a script, whatever, causing a load of unplanned bandwidth usage).

  • Dovid Bender commented
    September 11, 2018 19:09

    We would like to see this as well! We need to have our won stats to see how applications are performing etc.

  • Evren commented
    September 11, 2018 19:09

    No need this. Because I'm about to quit DO for this reason. You are charging for it and you do not provide any information about it.

  • Pat commented
    September 11, 2018 19:09

    Hey DO ! customers desperately need this feature. Please implement it

  • smith commented
    September 11, 2018 19:09

    I had already created droplet. For example this droplet's transfer is limited to 1TB/per month
    How can I view the transfer count for per month?
    Thanks a lot.

  • Volodimir commented
    September 11, 2018 19:09

    really need this!

  • Anonymous commented
    September 11, 2018 19:09

    really need this

  • First Mayro A Hutauruk commented
    September 11, 2018 19:09

    We need to maintain traffic, so please aplay traffic tools like kabotage say :
    - Overall Bandwith used in hour/week/month
    - Incoming/Outgoing traffic
    - Overall Bandwith per process/ports/IP etc
    - Remaining Bandwith for this month
    - Overall Usage/Charge this hour/week/month

    Others
    - Auto email alerts for bandwith limits/option to upgrade
    - Auto lock bandwith to avoid additional charges

  • David Yu commented
    September 11, 2018 19:09

    really need this

  • ye4241 commented
    September 11, 2018 19:09

    really need this!

  • Pedro Henrique commented
    September 11, 2018 19:09

    Tem que ter estatística de trafego para ter noção do consumo da aplicação

  • Anonymous commented
    September 11, 2018 19:09

    tem que ter estatísticas de trafego

  • Anonymous commented
    September 11, 2018 19:09

    It's really important feature, we just need it.

  • Anonymous commented
    September 11, 2018 19:09

    Just leave it as it is. There was no charge for additional bandwidth since DO started. And it doesn't seems its bothering them as for past three years they didn't implement it, it is not hard work just to gather statistics.

  • Bilal commented
    September 11, 2018 19:09

    Yeah this is a Must have feature !

  • Avi commented
    September 11, 2018 19:09

    Gonna re-post the anonymous comment:
    If implemented, I certainly hope that all the TB offered by all the droplets we use will be cumulated and the total used against our usage because there is no real good way for us to correctly balance that and backend computers do not use much bandwidth at all so for us those would result in a big waste of all those neat TB offered!

  • Martin commented
    September 11, 2018 19:09

    Looking forward to this feature!

  • Vantoan8x commented
    September 11, 2018 19:09

    As the answer from DO Supporter for traffic cost.

    "
    At this time, traffic statistics are not yet available. Until these statistics are readily available to you, we will not process any charges for transfer that exceeds your Droplet allocation.
    "

    So at this time we can encourage to use this DO!

  • Anonymous commented
    September 11, 2018 19:09

    Yep to add to this we need:
    piece of mind: if we hit the limit then future transfers are not allowed until we choose to pay (no one wants surprise bills)
    Early warning: let us know when we have got 25% through our limit, 50% through our limit 75% 80% 90%

  • kabotage commented
    September 11, 2018 19:09

    Stats please. +10000 internet points if this is implemented. /thumbsup

    This is actually one of the first features I was looking when I signed up. The only option I can see is the graphs, which I'm sorry but I don't like it.

    Like for example;

    - Overall Bandwith used this hour/week/month
    - Incoming/Outgoing traffic
    - Overall Bandwith per process/ports/IP etc
    - Remaining Bandwith for this month
    - Overall Usage/Charge this hour/week/month

    Others
    - Auto email alerts for bandwith limits/option to upgrade
    - Auto lock bandwith to avoid additional charges

  • Anonymous commented
    September 11, 2018 19:09

    Yes, its a good idea

  • Anonymous commented
    September 11, 2018 19:09

    i think if a warning and a traffic stop if met the bandwidth limit for the droplet and optiona to enable bandwidth for the given charge until next month which bandwidth limit is refreshed.

  • Li Yuan commented
    September 11, 2018 19:09

    I agree! Traffic Stat is very very very important for me. I could not sleep well without it.

  • Lucas Smith commented
    September 11, 2018 19:09

    I have to agree with quite a few ideas. Thomas Bussell's idea of unlimited bandwidth for the $20 or below plans would obviously need some restrictions (think the restriction on seedboxes for the grandfathered people), but it could work. Otherwise, there's the rollover idea (I would set caps on how much can roll over based upon the plan they have as I might end up hitting 1TB a month on one of my $5/month droplets but don't expect more than 3GB/month if the rollover is full aka 2GB rollover cap plus the current month). I would also love pooled bandwidth as an option. One of my 2 $5/month droplets just helps the other in a support role and offers a semi-remote backup and that only takes like 50GB per month. So 950GB of that droplet is wasted unless pooling becomes the default in which case rollover isn't really needed as much.

    Just a few options.

  • Dan Desjardins commented
    September 11, 2018 19:09

    Part of the work I am doing now is to determine the bandwidth usage. I need to know this so I can set pricing for my customers when my product is ready. It's nice that there's not going to be a charge for now, but that's far less important to me than to know how to set pricing for my product...

  • Anonymous commented
    September 11, 2018 19:09

    I would suggest logging how much is used, and whats left over be added to the next month. As peoples projects grow, bandwidth can become expensive. For my simple projects, a $5 with 1TB is plenty, but the nature of my project can easily expand to 15TB / month in bandwidth. So, having a cheap option to pay by the GB used, like 10cents per GB used would be a beneficial to everyone. I don't have a business type brain, so it would need to be modified to be profitable, but not gouging your customers.

  • Anonymous commented
    September 11, 2018 19:09

    -1

  • Thomas Bussell commented
    September 11, 2018 19:09

    I would suggest logging how much is used, and whats left over be added to the next month. As peoples projects grow, bandwidth can become expensive. For my simple projects, a $5 with 1TB is plenty, but the nature of my project can easily expand to 15TB / month in bandwidth. So, having a cheap option to pay by the GB used, like 10cents per GB used would be a beneficial to everyone. I don't have a business type brain, so it would need to be modified to be profitable, but not gouging your customers.

    The other idea is to offer unlimited for the $20 and below, the higher ones charge for extra. Remember, the $20 ones and below won't be able to handle lots of transactions. It'll eventually overload them and become sluggish. It's intended for more of beginner types and Small/Medium Businesses that don't have 1.5million hits a day. :)

  • Alex commented
    September 11, 2018 19:09

    I suggest continue to not count and charge for traffic. Because current limits on droplets are to low :(
    So before better offers needed.
    Also maybe another way is to give ability to chose speed limiting after limits are reached.

  • Anonymous commented
    September 11, 2018 19:09

    If implemented, I certainly hope that all the TB offered by all the droplets we use will be cumulated and the total used against our usage because there is no real good way for us to correctly balance that and backend computers do not use much bandwidth at all so for us those would result in a big waste of all those neat TB offered!

  • Fred commented
    September 11, 2018 19:09

    Please consider this:

    Most of us like to do some experiments, sometimes things go a little out of hand so I would suggest two things:
    1.Along with the mb counter please consider early email warnings at given percentages.
    2.One thing is to consistently use more bandwidth than it is attributed to the droplet plan, another is to do it occasionally so please don´t charge the occasional trespasser.

  • Paul Kevin commented
    September 11, 2018 19:09

    Very important feature, especially for services that will definitely have alot of users

  • Pageii Studio commented
    September 11, 2018 19:09

    Vote up!

  • Anonymous commented
    September 11, 2018 19:09

    I Think it will be useful if we have traffic limit status

  • Anonymous commented
    September 11, 2018 19:09

    It is very important feature, just do it )

  • Dmitry commented
    September 11, 2018 19:09

    I would like to suggest to make a common traffic pool of all the droplets on the account. That way some droplet that outperforming others can use their traffic as well.

  • Andrew commented
    September 11, 2018 19:09

    I agree!

  • Anonymous commented
    September 11, 2018 19:09

    count me tooo

  • Anonymous commented
    September 11, 2018 19:09

    Count me on this too.

  • Zulfikri commented
    September 11, 2018 19:09

    Agreed

  • Mustafa Bahadır Pakalın commented
    September 11, 2018 19:09

    They won't charge extra if you go over your limit right now, if u still want to see traffic stats, you can use vnstat

  • Jean-Luc Tallis commented
    September 11, 2018 19:09

    This would be nice but currently they won't charge extra if you go over your limit if I'm correct. ;)

  • Gabriel commented
    September 11, 2018 19:09

    Hope to see this soon. :)

  • S Sh commented
    September 11, 2018 19:09

    Would be nice to see any some kind of traffic statistics

  • Francisco B commented
    September 11, 2018 19:09

    If I pay for over traffic, so I have discount under traffic limit. It´s justice!

  • Anonymous commented
    September 11, 2018 19:09

    thank's

  • Anonymous commented
    September 11, 2018 19:09

    This would be lovely, a breakdown of hourly per day daily per week and weekly per month averages would be nice!

  • Anonymous commented
    September 11, 2018 19:09

    When the bandwidth function will available? And when it's available, do i debt even if i haven't credit for my additional transfer?

  • Anonymous commented
    September 11, 2018 19:09

    Great hosting :d (y)

  • Alex Vitola commented
    September 11, 2018 19:09

    [root@srv01 ~]# vnstat -m

    eth0 / monthly

    month rx | tx | total | avg. rate
    ------------------------+-------------+-------------+---------------
    Sep '14 2.44 GiB | 2.73 GiB | 5.17 GiB | 18.94 kbit/s
    ------------------------+-------------+-------------+---------------
    estimated 2.76 GiB | 3.09 GiB | 5.85 GiB |

  • Alex Vitola commented
    September 11, 2018 19:09
  • Alikkal commented
    September 11, 2018 19:09

    Traffic status should be based on account base not droplet base. The private networking unused bandwidth should be taken into account when considering bandwidth. Otherwise it is injustice.

  • anon18 commented
    September 11, 2018 19:09

    Its better to offer different/custom bandwidth package on each VPS package.
    Overrage BW is bad policy on limited budget users.
    Its better to build Bandwidth Wallet for all of these case :)

  • Lee Brotherston commented
    September 11, 2018 19:09

    I would really like to see the option to be able to aggregate transfer between multiple droplets on a single account. An example:

    I have 2 x droplets each with 2TB transfer. One uses 3TB and the other 1TB. I believe under the current scheme this would class as 1TB over the limit (the droplet which used 3TB only had an allowance of 2TB). There are obvious benefits to me to be able to pool the resources and be charged as being within my (aggregated) limit.

    But what's in it for Digital Ocean? Well here's my thinking, overall you have not had to carry more data, if I had spread the load more evenly you'd be charging nothing, so effectively my accounts in the example would have funded that data usage in aggregate. You could perhaps charge a small surcharge for being able to aggregate droplet limits in this way and so would still make more money for effectively doing nothing more than a billing tweek.

  • Roby commented
    September 11, 2018 19:09

    This is crucial point! A "Bandwidth Usage" graph helps a lot.

  • Catur edi commented
    September 11, 2018 19:09

    respon from Digitalocean team :

    Hello,

    Droplets come with a 1Gb/sec network interface. Plans start with 1TB per month and increase incrementally.

    At this time, traffic statistics are not yet available. Until these statistics are readily available to you, we will not process any charges for any additional transfer beyond your Droplet plan.

    Get involved! You can share your feedback and vote for this feature via Uservoice:
    http://digitalocean.uservoice.com/forums/136585-digital-ocean/suggestions/3627952-traffic-stats

    If we may be of any further assistance, please do let us know.

    Thanks,
    DigitalOcean Support

  • Juan Manuel Mariño commented
    September 11, 2018 19:09

    I, too, would like to know if bw is going to be pooled across the account (or select group of vms), since we're planning on migrating and using a haproxy / load balancing schema, and it would honestly defeat the purpose of using balancer.

  • Anonymous commented
    September 11, 2018 19:09

    Install vnstat.

    http://humdi.net/vnstat/

  • Nicolai Lavlund Larsen commented
    September 11, 2018 19:09

    If bandwidth usage is not metered, then why does it say "1TB Transfer"?

  • Zachary DuBois commented
    September 11, 2018 19:09

    Currently usage is not metered and everyone has unlimited data [Source: IRC]. So this isn't a real major one for us as we can use as much data as we need for now.

  • Anonymous commented
    September 11, 2018 19:09

    +3, it would be great if DigitalOcean had an official response on the metering issue.

  • admin@akademik commented
    September 11, 2018 19:09

    I hope there is flexibility to use bandwidth, like 1TB with current uplink, and if limit is reached, it should be only 5~10mbps for unlimited connectivity without any charge if possible,...
    (sry for bad english)

  • Wayne Hartmann commented
    September 11, 2018 19:09

    They don't charge for bandwidth at this time. When they actually start monitoring usage, that info will be available in the control panel.

  • John Hawk commented
    September 11, 2018 19:09

    I hope DO can give unlimited traffic :D

  • Navi Arora commented
    September 11, 2018 19:09

    What's the status now? I really need to track my monthly bandwidth usage.

  • LazyTiger commented
    September 11, 2018 19:09

    It does but it's unofficial.

  • Davis commented
    September 11, 2018 19:09

    I agree to this feature but for now vnstat on ubuntu does excellent job.

  • Zachary DuBois commented
    September 11, 2018 19:09

    Updates on this? If bandwidth isn't charged, it should be said somewhere on the site.

  • Tyeth Gundry commented
    September 11, 2018 19:09

    Is this still coming soon? As quoted you are currently not charging for bandwidth?

  • Perry Cox commented
    September 11, 2018 19:09

    any updates on this - if your on a 'metered' tarrif, we need to be able to check total usage.

  • Juan Pablo commented
    September 11, 2018 19:09

    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.

  • Jeffrey commented
    September 11, 2018 19:09

    Ugh yeah, they definitely need to add this.

  • Anonymous commented
    September 11, 2018 19:09

    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.

  • Afitz200 . commented
    September 11, 2018 19:09

    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

  • Walid commented
    September 11, 2018 19:09

    I suggest implement Observium within your Droplet, I tested and working well.

    http://www.observium.org/

  • Joel commented
    September 11, 2018 19:09

    This would be very useful!

  • Anonymous commented
    September 11, 2018 19:09

    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.

  • Wes Keene commented
    September 11, 2018 19:09

    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

  • Anonymous commented
    September 11, 2018 19:09

    Updates? This is a good idea.

  • Moisey Uretsky commented
    September 11, 2018 19:09

    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!

  • LazyTiger commented
    September 11, 2018 19:09

    There's also a PHP front-end for vnStat: http://www.sqweek.com/sqweek/index.php?p=1

  • Daniel Groves commented
    September 11, 2018 19:09

    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

  • Moisey Uretsky commented
    September 11, 2018 19:09

    Coming soon, until then we aren't charging for bandwidth.

    Thanks

  • Moisey Uretsky commented
    September 11, 2018 19:09

    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.

  • Moisey Uretsky commented
    September 11, 2018 19:09

    Until you have a traffic graph and data on transfer we wont be charging you anything for data transfer =]

  • Kamal Nasser commented
    September 11, 2018 19:09

    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