Virtual machine states table
State | Description |
---|---|
Not Allocated
| The VM does not exist on the cloud node; it is just a template of the VM to be deployed and it only exists in Abiquo. The physical machine and other resources are not allocated in the cloud node and it is not consuming resources. |
Allocated | The VM does not exist on the cloud node but a physical machine or provider has been assigned to it. When you deploy a VM, the first step in the deploy process is the resource scheduling or allocation. After resource allocation, the VM is in the allocated state. |
Configured | The VM exists on the cloud node. Resources such as network and volumes are allocated to it on the physical machine or in the provider. After the VM is configured in the hypervisor or provider, the VM is in the configured state. |
On | The final step in the deploy process is to power on the VM. |
Paused | The VM exists on the cloud node and the VM is suspended. |
Off | The VM exists in the cloud node but it is not running. |
Locked | An operation is being performed on the VM. |
Unknown | The platform does not have information about the current state of the VM but the machine exists on the cloud node. VMs may be put in the UNKNOWN state if there is an issue with a connection to the hypervisor or provider. |
Maintenance | The administrator can lock or protect a VM for maintenance when it is in any of the deployed states of on, paused, or off. |
Additional VM state in Microsoft Azure
State | Description |
---|---|
Off - Deallocated | The VM exists in Azure but it is deallocated. This means:
The deallocated state is not an Abiquo VM state, but Abiquo recognizes this state in an Azure VM. |
For details of the Abiquo architecture for state management, see https://abiquo.atlassian.net/wiki/spaces/ABI60/pages/408196212 .
Copyright © 2006-2024, Abiquo Holdings SL. All rights reserved