5 ms·

I wish they could address these issues: http://www.redbottledesign.com/blog/five-reasons-why-you-shouldnt-choose-digital-ocean-your-next-project http://www.redb

I wish they could address these issues: http://www.redbottledesign.com/blog/five-reasons-why-you-shouldnt-choose-digital-ocean-your-next-project http://www.redbottledesign.com/blog/five-reasons-why-you-sho... I think "There's no way to increase storage space without major down-time" is the most important one. One hour of downtime is no good for production.

btgeekboy 12y ago
For what it's worth, #4 is a moot point: DO has said that they're not currently billing for bandwidth overages.[1] [1] https://www.digitalocean.com/community/questions/where-can-i-see-the-used-traffic-of-my-vps https://www.digitalocean.com/community/questions/where-can-i... (Kamal Nasser February 13, 2014)
rschmitty 12y ago
For #2 vote for this https://digitalocean.uservoice.com/forums/136585-digitalocean/suggestions/4914144-make-sure-we-can-keep-an-ip-if-we-recreate-a-dropl https://digitalocean.uservoice.com/forums/136585-digitalocea... and https://digitalocean.uservoice.com/forums/136585-digitalocean/suggestions/2993170-movable-ip-from-vm-to-vm-elastic-ip https://digitalocean.uservoice.com/forums/136585-digitalocea... I don't think the time behind the scenes will ever be zero so I'd rather 100% be guaranteed not to lose my IP address. Spin up a new VM and assign prod-new the IP of prod-old similar to how you might do it with AWS Elastic IP
coreymgilmore 12y ago
I do agree with this. Adding storage to an existing droplet would be nice. Even if it required adding a separate "disk", this would be useful. But obviously, adding, for example, 20GB disk after disk after disk could lead to a lot of annoyance.
mobiplayer 12y ago
You don't care much about downtime if you're using only one droplet for your app in production, do you?
- ycombasks 12y ago
  What if you start out small with one server, but then need to expand to multiple droplets? You won't be able to without powering off and making an image.
  - mobiplayer 12y ago
    That's bad planning, but unfortunately also a very common situation. If you really can't afford a couple late hours downtime when you're small then this is what I think I'd do: - Get a new pair of droplets in front of your current droplet to load balance the traffic (HAProxy, Nginx, you name it). Point the NS records to those :) + Why two? Well, you can't afford downtime so there we go. - Get a new droplet and manually clone the initial one, i.e. copy over config and assets. Add this second droplet to the LB pool for your site/app. + Manual work? Well, again you can't afford downtime so you'll need to put some man-hours on this. - Now you can shut down the initial droplet and image it while the second one gets the traffic coming from the LB. Eventually you'd want to separate functionality on different servers, so try to also plan that in advance. Also bear in mind that each 512MB costs like $5/mo, that makes this solution work for $20/mo, how cool is that? I agree there's room for improvement on DO's service, but there's nothing that a good architect can't work around.
    - ycombasks 12y ago
      You're absolutely right. How about your MySQL write server? You typically have one master that you update to and one or more slaves where you read from. If you get a sudden burst of traffic and your master can't handle all the writes, what do you do?
      - mobiplayer 12y ago
        I understand how HTTP works so I know how to scale it, but unfortunately I don't have the knowledge to scale DB infrastructure. Anything I say would be a shot in the dark, but I'm interested on your point of view about this one. Caching? Write on two servers? In the second case do you setup a cluster or you just load balance it with a third device/service?

btgeekboy 12y ago

For what it's worth, #4 is a moot point: DO has said that they're not currently billing for bandwidth overages.[1] [1] https://www.digitalocean.com/community/questions/where-can-i-see-the-used-traffic-of-my-vps https://www.digitalocean.com/community/questions/where-can-i... (Kamal Nasser February 13, 2014)

rschmitty 12y ago

For #2 vote for this https://digitalocean.uservoice.com/forums/136585-digitalocean/suggestions/4914144-make-sure-we-can-keep-an-ip-if-we-recreate-a-dropl https://digitalocean.uservoice.com/forums/136585-digitalocea... and https://digitalocean.uservoice.com/forums/136585-digitalocean/suggestions/2993170-movable-ip-from-vm-to-vm-elastic-ip https://digitalocean.uservoice.com/forums/136585-digitalocea... I don't think the time behind the scenes will ever be zero so I'd rather 100% be guaranteed not to lose my IP address. Spin up a new VM and assign prod-new the IP of prod-old similar to how you might do it with AWS Elastic IP

coreymgilmore 12y ago

I do agree with this. Adding storage to an existing droplet would be nice. Even if it required adding a separate "disk", this would be useful. But obviously, adding, for example, 20GB disk after disk after disk could lead to a lot of annoyance.

mobiplayer 12y ago

You don't care much about downtime if you're using only one droplet for your app in production, do you?

ycombasks 12y ago
What if you start out small with one server, but then need to expand to multiple droplets? You won't be able to without powering off and making an image.
- mobiplayer 12y ago
  That's bad planning, but unfortunately also a very common situation. If you really can't afford a couple late hours downtime when you're small then this is what I think I'd do: - Get a new pair of droplets in front of your current droplet to load balance the traffic (HAProxy, Nginx, you name it). Point the NS records to those :) + Why two? Well, you can't afford downtime so there we go. - Get a new droplet and manually clone the initial one, i.e. copy over config and assets. Add this second droplet to the LB pool for your site/app. + Manual work? Well, again you can't afford downtime so you'll need to put some man-hours on this. - Now you can shut down the initial droplet and image it while the second one gets the traffic coming from the LB. Eventually you'd want to separate functionality on different servers, so try to also plan that in advance. Also bear in mind that each 512MB costs like $5/mo, that makes this solution work for $20/mo, how cool is that? I agree there's room for improvement on DO's service, but there's nothing that a good architect can't work around.
  - ycombasks 12y ago
    You're absolutely right. How about your MySQL write server? You typically have one master that you update to and one or more slaves where you read from. If you get a sudden burst of traffic and your master can't handle all the writes, what do you do?
    - mobiplayer 12y ago
      I understand how HTTP works so I know how to scale it, but unfortunately I don't have the knowledge to scale DB infrastructure. Anything I say would be a shot in the dark, but I'm interested on your point of view about this one. Caching? Write on two servers? In the second case do you setup a cluster or you just load balance it with a third device/service?