resize VM without reboot
Currently if you want to change the VM Size of Azure, VM is restarted. VM Resize shouldn't require downtime and it should be done in the backend. As CPU and RAM is still throttle when we use more resources then why can't we just remove the throttling limit and inform customer that VM is resized from A to D series when request is raised of resize?
Aquib Qureshi
shared this idea
Thanks for the valid suggestion. Your feedback is now open for the user community to upvote which allows us to effectively prioritize your request against our existing feature list and also gives us insight into the potential impact of implementing the suggested feature
8 comments
-
Jigar Patel
commented
Must have
-
Jerry Trollo
commented
Very critical feature for all systems - especially production. This limitation is making us consider alternate CSP's.
-
Rick Ochs
commented
Would be a fundamental game changer to dynamically scale workloads without workload impact. This of course would deliver on the promise of cloud elasticity at scale, and become a killer feature to prompt more cloud adoption due to a real ability to take advantage of realtime optimization opportunities.
-
Atun
commented
We badly need this! +999999 votes!. This will be perfectly for tasks or services that needs larger VM during peak hours then resize to smaller ones on less traffic time
-
Lorne McKendrick
commented
Resize without reboot would help facilitate auto-resizing by script based on load triggers. It should be smooth and dynamic, without impact to our users.
-
Air
commented
A must have feature! +999! This will give azure an advantage over other cloud provider
-
Sandesh
commented
A must have feature, unnecessary reboots should be avoided.
-
Calum O
commented
Or - even if we could resize the VM, then have the resize pending until the next reboot