1. 30
  1.  

  2. 11

    It sounds like they’re on EC2, but haven’t migrated their thinking away from what you might do with physical servers. A different thing they could have done is build a new AMI, launch a new VM based on it, unmount & detach the EBS data volume, reattach the data volume on the new VM, and move the EIP. Basically the “pets vs cattle” idea.

    1. 4

      I was thinking that myself. They’re on disposable cloud systems, why are they doing anything except throwing them away?

      1. 1

        I got the impression they are on multiple cloud providers, not all of which support moving IP addresses.

        I agree that separating the egress address from the app server would simplify things though.

      2. 5

        If you can’t decouple ip address and host, you’re working on a broken platform.

        Elastic ips. Floating ips. Static ips. BGP. Build your own haproxy based lb.

        I love reading about these hacks, but one should keep in mind they are only necessary when you’ve really painted yourself into a corner.

        1. 1

          That is impressive. Thank you for sharing.

          1. 1

            apt-get -y update && apt-get -yq install debootstrap

            I suspect that command doesn’t really work. :) oh, ha, it was double html escaped, but lobsters double decodes it…

            Does AWS not provide something resembling serial console? Seems not. You only get output, no input? Yeesh, not the environment for me.

            1. 1

              A normal upgrade would entail provisioning a new server for the latest Ubuntu version and migrate the customer there.

              Does that mean that each customer is linked to hosts? We often migrate parts of our infrastructure just because we can (or actually to make easier and easier a painful process)