How to edit VM cost codes, lock and protect VMs, relocate a VM, troubleshoot VM launch, manage VMs with workflow feature, and perform power operations with the API on the hybrid cloud platform.
Edit extra charges with cost codes for a VM
To assign extra charges with cost codes to a VM:
Privileges: View virtual machine extra charges, Manage virtual machine extra charges
Edit the VM
Go to Extra charges
Click the + add button
Select an Extra charge with a cost code
For an extra charge a cost code with
Usage user licenses
unit, enter the number of Users for the VM
After you finish editing the VM, click Save
You cannot change extra charges with cost codes that are inherited from the hardware profile or template
Protect a VM
An administrator can block actions on a VM in the platform by other users who do not have the Protect virtual machine privilege.
This section describes how to protect a VM from changes within the platform. To protect a VM with disaster recovery, see Protect a VM with disaster recovery
You can lock or protect a deployed VM when it is powered on, paused, or powered off.
Privileges: Protect virtual machine
To protect a VM
Select the VM and click the padlock protect VM button on the VM control panel near the Deploy VM button
In the Protect virtual machine dialog, enter the reason for protecting the VM.
The platform will display a padlock symbol in the top left corner of the VM icon and change the status of the VM to MAINTENANCE
. The administrator can customize this status in the UI labels.
The name of the administrator who blocked the VM and the reason display in VM details → General.
To release a protected VM, click the open padlock unprotect VM button
Reset VM password
In vCloud Director, to reset the initial password of the root or Administrator user for a VM do these steps.
Select a deployed VM
On the control panel, click the key display initial guest password button
On the popup that opens, click Reset password
The platform will automatically shut down the VM and run the process to reset the password, then it will restart the VM.
The platform will send the new password by email or SMS as usual.
Restrict virtual appliances and VMs
To restrict a VM by moving it to a restricted VApp:
Click the VM move button on the VM control panel
To move a VM to a restricted virtual appliance, the user can do one of the following depending on their privileges:
Select the option to Move the VM to a restricted VApp
Select a restricted VApp from the list
Create a new restricted VApp.
Relocate a deployed VM to another host
The relocate VM feature enables you to move a deployed VM to another hypervisor on the same rack with the same manager. This feature is available for VMware ESXi and uses the vMotion feature. This feature requires the "Relocate a VM into a compatible host" privilege. The Relocate VM button is on the VM control panel near the Protect VM padlock button.
Privileges: Relocate a VM into a compatible host
To relocate a VM:
Go to Virtual datacenters → open a virtual appliance → go to Virtual machines → select a VM
On the VM control panel on the lower right-hand side of the screen, click the Relocate VM button
The platform will display a dialog with a list of hypervisor hosts where you can relocate the VM
Click the Show details link to display the host metrics and the Relocate button
Select the host with the same manager where you wish to relocate the VM, go to the host section and click Relocate. The platform will display the VM status as Relocating
After relocation, the new hypervisor location will display in the control panel, for example, with a new Remote access address. If you click the Relocate button again, you should see a different host list, including the original host.
Screenshot: Select the VM and click relocate
Screenshot: Host selection list
Screenshot: Host metrics and Relocate button
Screenshot: You can check the relocation by clicking the Relocate button again, which will show the original host as a new candidate
What happens when the user clicks deploy?
The VM scheduler deploys the VM.
A simplified description of the deploy process is shown in the following diagram.
Deploy errors
When an error occurs during a VM deploy, the platform displays one or more of the following:
A yellow warning or red error notification message
An error state on the VM icon
A VM warning symbol in the lower part of the VM icon.
The user and the administrator may be notified of the error.
The user can click on the error icon to display the events and the user can click on an event in the list to display its tracer message.
The platform displays the full details of an error in the Events view and on the Events panel in the Home view.
Here is an example of an event for a failed reconfigure.
Source: Abiquo / admin /
Date/time: 2014-4-29 13:41:41
Action: VIRTUAL_MACHINE_DEPLOY
Performed by: admin
User: admin
Trace: There are 1 candidate machines but all are oversubscribed by the current workload rules (RAM and CPU oversubscription or no suitable datastore with enough free space). Please check the workload rules or the physical machine resources. Virtual machine requires 1 CPU -- 128 RAM Candidate machines : BCN_KVM_02 ip - 10.60.13.20 .
Severity: ERROR
The VM warning symbol is based on the VM task state. The VM tasks are a collection of jobs. For example, a Deploy task includes jobs to allocate, configure, and power on the VM. If a job fails, then the task will also fail and the platform will display the warning symbol on the VM.
To acknowledge and delete a warning symbol, click on the symbol to remove it.
If your user role is an administrator role with the privilege to "Manage Users", then you can also delete warnings for the users of the enterprises that you manage.
Virtual machine states table
State | Description |
---|---|
Not Allocated | A not allocated 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. |
Allocated | An allocated VM does not exist on the cloud node but Abiquo has assigned a physical machine or provider 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. This state is usually a short step in the deploy process. |
Configured | A configured VM exists on the cloud node. Abiquo has allocated resources such as networks and disk 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. This state is usually a short step in the deploy process. |
On | The final step in the deploy process is to power on the VM. A VM in the on state exists in the cloud node and is running. |
Paused | A paused VM exists on the cloud node and the VM is suspended. |
Off | A VM in the off state exists in the cloud node but it is not running. Resources are still allocated in the cloud node, so the VM may be consuming resources for accounting purposes. |
Locked | An operation is being performed on the VM. The status bar shows LOCKED but the VM icon has the progress notification. |
Unknown | Abiquo does not have information about the current state of a VM in the unknown state but the VM 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. To delete a VM in the unknown state, you need the |
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. See Protect a VM |
Additional VM state in Microsoft Azure
State | Description |
---|---|
Off - Deallocated | A VM in the off (deallocated) state exists in Azure but it is deallocated. This means:
The deallocated state is not an Abiquo VM state, A VM in the deallocated state will have the |
For details of the Abiquo architecture for state management, see Abiquo technical overview .
Virtual appliance states
The virtual appliance states are calculated from the VM states as described below. The state name in the table has the color code for the Virtual appliance in each state.
State | Description |
---|---|
EMPTY | There are no VMs in the virtual appliance |
DEPLOYED | All of the VMs are not in the Undeployed state. |
NOT DEPLOYED | All the VMs are in the Undeployed state. |
PARTIALLY DEPLOYED | This state occurs when a virtual appliance that is in the Deployed state is modified. |
LOCKED | One or more of the VMs is in the Locked state and none is in the Unknown state. |
UNKNOWN | Some or all of the VMs are in the Unknown state. |
Some of these states are shown in the virtual appliances lists in following screenshot.
Deployed state and powered off VMs
The fact that all the VMs in a virtual appliance are powered off does not imply that the virtual appliance is undeployed.
A deployed virtual appliance is always consuming resources because the VMs exist in the cloud nodes. An undeployed virtual appliance is not consuming resources.
In Microsoft Azure a deployed VM in the "Off - deallocated" state is not consuming cloud resources
Manage workflow tasks
When workflow is enabled, the user's requests to deploy, reconfigure and undeploy VMs will be held with the status waiting to be reviewed.This can include actions on scaling groups, unless the administrator selects the option to disable workflow in the scaling group.
To view the list of workflow tasks
Go to Virtual datacenters → Workflow tasks.
To filter workflow tasks, enter text in the filter box at the top of the tasks list.
To continue a queued workflow task, click the Accept link beside the task.
To cancel a queued workflow task, click the Reject link beside the task
Retrieve a VM using the API
This section describes how to retrieve a virtual machine with the REST API.
Before you begin, create a VM with the Abiquo UI and power it off. Open the browser console. This example uses Chrome, so we clicked F12.
Select the Network view
Click the red arrow record button and the clear button next to it
In the platform on the VM control panel, click the Start button
Scroll up to the first request, which should be a PUT request to the virtual machine state URL. Click on the request
If you can't see the Method column, right click on a column heading and select Method from the list
Select the link to the VM up to the end of the VM ID number (before "/state")
Use a cURL request similar to the one the example below or a REST API tool such as Postman to perform a GET request to this link. For this basic testing, you can use the -k option to avoid security warnings.
curl -X GET https://mjsabiquo.bcn.abiquo.com/api/cloud/virtualdatacenters/2/virtualappliances/1/virtualmachines/47 \ -H 'Accept:application/vnd.abiquo.virtualmachine+json;version=5.0' \ -u admin:xabiquo -k --verbose
Manage VM power states using the API
To manage the Vm using the API, first you need to retrieve the VM and find the links for different actions.
Remember to see VirtualMachinesResource for full details of VM operations using the Abiquo API.
To perform a power action (except for reset) on a VM using the API:
Perform a GET request to obtain the VM object and find the VM state link
Create a virtualmachinestate object
Send a PUT request to the VM state link
The VM state link is a link in the VM object with the "rel" attribute set to state. The "title" attribute contains the current state. You can send a PUT request of a virtualmachine state object to the link (in the "href" attribute) to change the power state of the VM.
{ "title": "ON", "rel": "state", "type": "application/vnd.abiquo.virtualmachinestate+json", "href": "https://nardo40.bcn.abiquo.com:443/api/cloud/virtualdatacenters/2486/virtualappliances/2990/virtualmachines/19454/state" },
Here are some examples of virtualmachinestate objects and notes about changing VM states
Hard power off
{"state": "OFF"}
When you perform a power off via API, the response will include a link where you can monitor the progress of this operation. For an example of a hard power off, see https://wiki.abiquo.com/api/latest/VirtualMachinesResource.html#change-the-state-of-a-virtual-machine
Graceful shutdown
{"state": "OFF", "gracefulShutdown": true}
To perform a graceful shutdown, your VM will need to have guest extensions installed on it. After an operation completes, you can view the status of the task by going to the link in the accepted request link of the response. In this case, the graceful shutdown was successful.
curl -X PUT 'https://nardo40.bcn.abiquo.com:443/api/cloud/virtualdatacenters/2486/virtualappliances/2990/virtualmachines/19454/state' \ -k --verbose \ -H 'Accept: application/vnd.abiquo.acceptedrequest+json; version=5.0' \ -H 'Content-Type: application/vnd.abiquo.virtualmachinestate+json; version=5.0' \ -d '{"state": "OFF", "gracefulShutdown": true}' \ -u user:password | jq .
{ "taskId": "d62be542-f34c-4fed-b9f8-6443f2db4cc1", "userId": "10", "type": "SHUTDOWN", "ownerId": "19454", "state": "FINISHED_SUCCESSFULLY", "creationTimestamp": 1596040226, "timestamp": 1596040226, "jobs": { "links": [], "collection": [ { "id": "d62be542-f34c-4fed-b9f8-6443f2db4cc1.2cd94a0c-179d-4506-a71d-fabaf29a4d43", "parentTaskId": "d62be542-f34c-4fed-b9f8-6443f2db4cc1", "type": "SHUTDOWN", "description": "Shutdown task's shutdown on virtual machine with id 19454", "state": "DONE", "rollbackState": "UNKNOWN", "creationTimestamp": 1596040226, "timestamp": 1596040226, "links": [] } ] }, "links": [ { "rel": "self", "href": "https://nardo40.bcn.abiquo.com:443/api/cloud/virtualdatacenters/2486/virtualappliances/2990/virtualmachines/19454/tasks/d62be542-f34c-4fed-b9f8-6443f2db4cc1" }, { "rel": "parent", "href": "https://nardo40.bcn.abiquo.com:443/api/cloud/virtualdatacenters/2486/virtualappliances/2990/virtualmachines/19454/tasks" }, { "rel": "result", "type": "application/vnd.abiquo.virtualmachine+json", "href": "https://nardo40.bcn.abiquo.com:443/api/cloud/virtualdatacenters/2486/virtualappliances/2990/virtualmachines/19454" }, { "title": "user", "rel": "user", "type": "application/vnd.abiquo.user+json", "href": "https://nardo40.bcn.abiquo.com:443/api/admin/enterprises/336/users/10" }, { "title": "ABQ_2fb11009-8157-4d61-915d-40fa45f440ac", "rel": "virtualmachine", "type": "application/vnd.abiquo.virtualmachine+json", "href": "https://nardo40.bcn.abiquo.com:443/api/cloud/virtualdatacenters/2486/virtualappliances/2990/virtualmachines/19454" } ] }
Power on
{"state": "ON"}
Pause
{"state": "PAUSED"}
Azure power off and deallocate
Azure has two power off states - powered off and deallocated.
To power off a VM in Azure via the Abiquo API, use the graceful shutdown
To deallocate a VM in Azure via the Abiquo API, use the hard power off
The deallocated VM will have a "deallocated" attribute that is set to "true".
To reset a VM using the API, use a POST request to the reset action link. If you are using a test environment, you may wish to add the --insecure option.
cURL:
curl -X POST 'https://nardo40.bcn.abiquo.com:443/api/cloud/virtualdatacenters/2486/virtualappliances/2990/virtualmachines/19454/action/reset' \ -k --verbose \ -H 'Accept: application/vnd.abiquo.acceptedrequest+json; version=5.0' \ -u user:password | jq .
Success status code: 202
Request payload:
--none--
Response payload:
{ "message": "You can keep track of the progress in the link", "links": [ { "title": "status", "rel": "status", "type": "application/vnd.abiquo.task+json", "href": "https://nardo40.bcn.abiquo.com:443/api/cloud/virtualdatacenters/2486/virtualappliances/2990/virtualmachines/19454/tasks/edec6cf1-8874-451d-a4c0-57f4c24da371" } ] }
Related pages