AZ-104 · Question #74
Note: This question is part of a series of questions that present the same scenario. Each question in the series contains a unique solution that might meet the stated goals. Some question sets might…
The correct answer is B. No. B (No) is correct because moving a VM to a different resource group is purely a metadata/organizational operation - it does not change the physical host or underlying infrastructure where the VM runs, so it does nothing to escape scheduled maintenance. Why A is wrong: Changing…
Question
Options
- AYes
- BNo
How the community answered
(41 responses)- A24% (10)
- B76% (31)
Explanation
B (No) is correct because moving a VM to a different resource group is purely a metadata/organizational operation - it does not change the physical host or underlying infrastructure where the VM runs, so it does nothing to escape scheduled maintenance.
Why A is wrong: Changing the resource group has zero effect on where the VM is physically hosted in Azure's datacenter. The VM stays on the same host hardware regardless of which resource group it belongs to.
What you should do instead: To immediately move a VM to a different physical host, you use Redeploy from the VM's blade (which migrates the VM to new infrastructure within Azure), or use Availability Zone migration if applicable. For planned maintenance, you can also use the Maintenance Control feature or simply deallocate and reallocate the VM, which typically lands it on different hardware.
Memory tip: Think of resource groups as folders on your computer - moving a file between folders doesn't move it to a different hard drive. "Move = metadata only; Redeploy = actual host change."
Topics
Community Discussion
No community discussion yet for this question.