4 ms·

I guess if you already put your machines in different availability zones, they will not reboot in the same maintenance window. Actually AWS scheduled maintenan

by tszming 12y ago

I guess if you already put your machines in different availability zones, they will not reboot in the same maintenance window. Actually AWS scheduled maintenance is the best you can get in the market already, because most of the time they allow you to reboot yourself in order to land an updated host (This time is different might be due to some critical security issues). Other providers like Azure / Google, you have no choice.

jsolson 12y ago
Google Compute Engine offers live migration around maintenance events: https://cloud.google.com/compute/docs/instances#onhostmaintenance https://cloud.google.com/compute/docs/instances#onhostmainte... (note: I work on GCE, more or less)
- tszming 12y ago
  Yes you are right, but GCE does not offer the flexibility that allow user to reboot themselves in their own convenient time. Note: I am not saying the 'live migration' in GCE does not work, I am just saying I've more confident (well...peace of mind, IMO) to shutdown the my own database manually (which is automated and tested), ensure all data are flushed to disk, clients are disconnected gracefully and slave has promoted to master.. and things like that, rather than some black magic like 'live migration' Of course, I am not saying 'live migration' is wrong, but it is just my preference.
  - crb 12y ago
    They demo'd live migration while streaming 1080p video, with no outage. It was described as having the network cable unplugged for a tenth of a second. There's a story from a partner who was testing it, who at the end of the day said "when are you going to live migrate us?", only to be told that Google had moved them six times that day and they hadn't even noticed.
  - morpher 12y ago
    You can configure your instances to automatically shutdown and restart instead of migrating: https://cloud.google.com/compute/docs/instances#onhostmaintenance https://cloud.google.com/compute/docs/instances#onhostmainte... Alternatively, you have a short period (60s) before the migration occurs during which you can lame a service: https://cloud.google.com/compute/docs/metadata#maintenanceevents https://cloud.google.com/compute/docs/metadata#maintenanceev... However, I'll grant that both of these lack the "in your own convenient time" portion of your desire.
- gazarsgo 12y ago
  VMWare has this feature too, they call it vMotion. I haven't found anyone who could explain the resilience of vMotion in production use cases though.
vacri 12y ago
I think you have to stop/start (from EC2) to move to a new host, not just reboot (from within the instance).

by tszming 12y ago

jsolson 12y ago

Google Compute Engine offers live migration around maintenance events: https://cloud.google.com/compute/docs/instances#onhostmaintenance https://cloud.google.com/compute/docs/instances#onhostmainte... (note: I work on GCE, more or less)

tszming 12y ago
Yes you are right, but GCE does not offer the flexibility that allow user to reboot themselves in their own convenient time. Note: I am not saying the 'live migration' in GCE does not work, I am just saying I've more confident (well...peace of mind, IMO) to shutdown the my own database manually (which is automated and tested), ensure all data are flushed to disk, clients are disconnected gracefully and slave has promoted to master.. and things like that, rather than some black magic like 'live migration' Of course, I am not saying 'live migration' is wrong, but it is just my preference.
- crb 12y ago
  They demo'd live migration while streaming 1080p video, with no outage. It was described as having the network cable unplugged for a tenth of a second. There's a story from a partner who was testing it, who at the end of the day said "when are you going to live migrate us?", only to be told that Google had moved them six times that day and they hadn't even noticed.
- morpher 12y ago
  You can configure your instances to automatically shutdown and restart instead of migrating: https://cloud.google.com/compute/docs/instances#onhostmaintenance https://cloud.google.com/compute/docs/instances#onhostmainte... Alternatively, you have a short period (60s) before the migration occurs during which you can lame a service: https://cloud.google.com/compute/docs/metadata#maintenanceevents https://cloud.google.com/compute/docs/metadata#maintenanceev... However, I'll grant that both of these lack the "in your own convenient time" portion of your desire.
gazarsgo 12y ago
VMWare has this feature too, they call it vMotion. I haven't found anyone who could explain the resilience of vMotion in production use cases though.

vacri 12y ago

I think you have to stop/start (from EC2) to move to a new host, not just reboot (from within the instance).