You have an Azure VM that you stopped from the Azure portal. What is the billing state of this VM?
Stopping a VM from the portal does not always release compute resources.
Stopping a VM from the Azure portal stops the OS but does not deallocate the VM. Compute resources are still reserved and billed. To stop billing compute, the VM must be deallocated.
Which statement correctly describes the difference between the 'Stopped' and 'Deallocated' states of an Azure VM?
Think about resource reservation and billing implications.
'Stopped' means the VM is powered off but compute resources remain allocated and billed. 'Deallocated' means the VM is fully shut down and compute resources are released, stopping billing for compute.
You want to write an Azure CLI command to stop and deallocate a VM named 'webserver1' in resource group 'prod-rg'. Which command correctly achieves this?
Stopping a VM does not deallocate it. Which command explicitly deallocates?
'az vm deallocate' stops the VM and releases compute resources, putting it in the deallocated state. 'az vm stop' only stops the VM but keeps compute allocated.
You have a development VM that is used only during business hours (9am-5pm). To minimize costs, which VM state management strategy is best?
Consider which state stops billing for compute resources.
Deallocating the VM releases compute resources and stops billing for compute. Stopping the VM without deallocation still incurs compute charges. Deleting and recreating is inefficient and slow.
Which VM state provides the highest security assurance that the VM is not accessible over the network and cannot be accidentally started?
Think about network accessibility and resource allocation.
A VM in the 'Stopped (deallocated)' state has its compute resources released, is not running, and is not accessible over the network. This state prevents accidental start and network exposure. 'Stopped (allocated)' VMs may still have network interfaces active.