Self-service Cloud View
This is a simplified view intended for cloud consumers that just require a portal where they can provision new VMs easily. To create new VMs and Services, they just have to select one of the available Templates prepared by the administrators.
Using the Cloud
Create VM
In this scenario the cloud administrator must prepare a set of Templates and Images to make them available to the cloud users. These resources must be ready to be used.
For example, when template attributes are defined as mandatory, users can optionally customize the VM capacity, resize disks, add new Network Interfaces, and provide values required by the template. Read tips on how to prepare VM Templates for End-Users.
Access the VMs with SSH Keys
Any user can provide his own SSH public key to be included in the VMs created through this view. This requires the VM guest to be contextualized, and the Template must have the SSH contextualization enabled.
Manage VMs
The status of the Virtual Machines can be monitored from the VMs tab.
Information about the capacity, operating system, ips, creation time, and monitoring graphs for a specific VM are available in the detail view.
Users can perform the following actions from this view:
- Access the VNC console, but only if it’s configured in the Template.
- Reboot the VM: the user can send the reboot signal (
reboot
) or reboot the machine (reboot hard
). - Power off the VM: the user can send the power off signal (
poweroff
) or power off the machine (poweroff hard
). - Terminate the VM.
- Save the VM into a new Template.
- Power on the VM.
Make the VM Changes Persistent
Users can create a persistent private copy of the available templates. A persistent copy will preserve the changes made to the VM disks after the instance is terminated. This template is private and will only be listed to the owner user.
To create a persistent copy, use the Persistent switch:
Alternatively, a VM that wasn’t created as persistent can be saved before it’s destroyed. To do so, the user has to power off
the VM first and then use the save
operation.
Any of the these two actions will create a new Template. This Template can be used to restore the state of a VM after deletion. This template contains a copy of each one of the original disk images.
Warning
If you delete this template, all the disk contents will be also lost.
Note
Avoid making a persistent copy of a persistent copy! Although there are use cases where it is justified, you will end up with a long list of Templates and the disk usage quota will decrease quickly.For more details about the limitations of saved VM, continue to the Managing Virtual Machines guide.
Create Service
In the same way as instantiating a VM, the cloud administrator must prepare a set of Service Templates. Before instantiating them, users can optionally customize the Service cardinality, define the network interfaces, and provide values required by the template.
Manage Services
The status of the Services can be monitored from the Services tab.
Information of the creation time, cardinality, and status for each Role are available in the detail view.
Users can perform the following actions from this view:
- Change the cardinality of each Role
- Retrieve the VMs of each Role
- Delete the Service
- Recover the Service from a fail status
Usage, Accounting, and Showback
From the user settings dialog, users can check their current change account configuration like their password, language, SSH key and view:
From the user dialog, users can check their current quotas, accounting, showback information:
We value your feedback
Was this information helpful?
Glad to hear it
Sorry to hear that