DigitalOcean home
  • Droplets
  • Spaces
  • Kubernetes
  • Tools & Integrations
  • One-click Apps
  • API Documentation
  • Community
  • Tutorials
  • Q&A
  • Projects
  • Meetups
  • Customers
  • Pricing
  • Docs
  • Support
  • DigitalOcean home
  • Products
    • Droplets

      Scalable compute services.

    • Spaces

      Simple object storage.

    • Kubernetes

      Run managed Kubernetes clusters.

    • Tools & Integrations

      Automate your infrastructure.

    • One-click Apps

      Deploy pre-built applications.

    • API Documentation
  • Customers
  • Community
    • Community Overview

      Connect, share and learn

    • Tutorials

      DevOps and development guides

    • Questions & Answers

      Development and systems Q&A

    • Projects

      Community-built integrations

    Get Involved
    Write for DOnations
    Join us at a Meetup
    Featured Post
    An Introduction to Kubernetes

    by Justin Ellingwood

  • Pricing
  • Docs
  • Support
    • Documentation

    • Contact Support

    • Network Status

  • Home /
  • DO-I-2416 /
  • New idea
536 Vote

Deploy to physically separated hardware

If you have MySQL with master-slave setup and both are on the same physical host, you're totally screwed when there is a hardware failure - both master and slave are dead and there's no point in even doing replication.

Or, if you have 2 Rails application servers and they are on the same host, it's an SPOF.

In other words, whenever you have multiple droplets in a project, you need to confirm if any combination of droplets are on the same host or not.

Right now, we have to write a support ticket to confirm if those droplets aren't on the same host. But it's been quite a hassle to do so, as all of our servers need such a redundancy.

It would be great if there's a self-service way to verify that ourselves. Or better yet, offer a way to explicitly create a droplet on a different host.

Right now, some customers might be at risk that unknowingly have multiple droplets on the same host and learn the hard way when it goes down, that it had been an SPOF. Nobody wins from this.

This feature will save time for both customers and DO support staff. Win-win.

For the record, Linode offers this by showing the host name (like newark313) on the dashboard.

  • Guest
  • Sep 11 2018
  • Future consideration
Droplets
  • Nov 12, 2018

    Admin response

    Hey everyone, You can now see which, if any, of your droplets are running on the same hardware by hitting the API. The endpoints are: /v2/droplets/:id/neighbors /v2/reports/droplet_neighbors You can read more about how to leverage this new feature in the API changelog: https://developers.digitalocean.com/changelog/ Thanks again for helping us make DO better! Sam Gimbel Product Manager
  • Comments (42)
  • Votes (536)
  • Attach files
  • Mathieu Poussin commented
    4 Sep, 2020 08:47am

    btw this is called anti-afinity

    ×

    Attachments Open full size

  • Pascal Andy commented
    12 Nov, 2019 03:27am

    yes please. This whole HA idea doesn't make sense if a rack can goes down with all my droplets in it.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    I too need that!

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    Yes, I would like to have access to such an identifier too.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    I really want this too. Then we can really make our developments redundant.

    Regards,
    S.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    That was my comment below. Apologies.

    Regards,
    S.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    +3

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    +2

    I suggested this a few weeks ago. Glad other people think like me.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    +2

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    +3

    Or even better, allow them to be in totally different "zones" within the datacenter like vps.net do.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    +3, I like the concept of having multiple "zones" located within the same data center that you can choose to deploy to.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    this would be good. Could be an option when applicable..

    don't / do deploy to (same host as dropdown of other droplets in that dc)

    the counter is also nice. For example a mysql box and a web-box on the same pysical hw would also be nice. then a backup of each on different hardware.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    +1

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    This would be a great feature, kinda similar to EC2 availability zones.
    Very useful for master/slave replications schemes.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    I concur, being a current linode customer (9 years). Trying to find a fail-over cloud provider, but too many missing, yet critical features on DO.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    I agree with this idea and there are one or two others on here regarding the same issue. What's baffling me is the lack of official response to this idea.

    Why is there no official response?
    Is there an issue with this information being public?

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    It's now on the first page of suggestions, would like to hear about this from staff? For now I could ask the staff to see if my droplets are on different physical hardware, but would be a lot easier to see it myself.

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    Linode also by default puts you on separate hosts, its how they designed their systems.

    I agree, we need this functionality to be default. There are some cases where I wouldn't mind if the machines were on the same physical box. (2 separate projects and there is overlap of projects on the same host). But each of my projects need to be on separate physical machines.

    I know it sucks, being the new guys on the market, but the top dogs (Linode, Rack Space, Liquid Web, Amazon all provide this feature as well as multiple other ones that we are all requesting *cough* floating IP for host failover *cough*)

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    +1

    ×

    Attachments Open full size

  • Guest commented
    11 Sep, 2018 06:43pm

    +1

    ×

    Attachments Open full size

  • Load older comments
  • +436
Log in / Sign up

Identify yourself with your email address

Subscribe

You won't be notified about changes to this idea.

Related ideas

DigitalOcean home

© 2018 DigitalOcean, LLC. All rights reserved.
Proudly made in NY

  • Twitter
  • Facebook
  • Instagram
  • YouTube
  • LinkedIn
  • Glassdoor
Company
About
Leadership
Blog
Careers
Partner Network
Referral Program
Events
Press
Legal & Security
Products
Droplets
Spaces
Kubernetes
Tools & Integrations
One-click Apps
API
Pricing
Documentation
Release Notes
Community
Tutorials
Meetups
Q&A
Write for DOnations
Droplets for Demos
Hatch
Shop Swag
Research Program
Currents Research
Open Source
Support
Contact Support
FAQ
Network Status