Cloud Tenant User Guide
1. Configure your user account
1.1. Edit your user account details
After you log in, you may need to edit your user account to update your details:
- Click the User icon in the lower left-hand corner of the screen
- From the menu, select Edit user
- Change your Password
- To receive VM passwords, login authentication codes, and email notifications, enter your E-mail address and Phone number
- Go to Advanced and add your Public key for remote access to VMs
If you are using a single sign on, you may need to ask your system administrator to update your details
1.2. Enable two-factor authentication
Your platform may offer or require two-factor authentication (2fa) to improve user login security with an additional authentication code. For platform configuration instructions, see Configure two factor authentication.
Before you begin:
- To use Google Authenticator to obtain the codes, install the Google Authenticator app on your cell phone.
- To use email authentication to obtain the codes, check that you have a valid email address in your user account on the platform.
To enable two-factor authentication for your user account, do these steps:
- Click on the user initials or user icon in the lower left corner of the screen, and from the menu, select Two-factor authentication.
- Select the authentication method and click Enable
Copy the Backup codes from the configuration window to a secure place. You can use these codes to log in to the platform if the authentication cycle fails
The platform will display Backup codes ONCE only
- Authenticate according to your selected method
- For Google Authenticator, use the Google Authenticator app on your cell phone to scan the QR code. Google will supply a verification code in the app. During login, the platform will request the Authentication code from the app.
- For email, during login, every time you enter your user name and password to log in, a code will be sent to the E-mail address registered in your user account. Enter the Authentication code in the Login dialog
2. Create and manage VMs
2.1. Create a virtual machine
To create a virtual machine (VM) do these steps.
- Open the Virtual datacenters view by clicking its icon
- If there are no virtual appliances to hold groups of VMs, click Create a virtual appliance
Enter a Name and select a Virtual datacenter, and enter optional values and click Save - Open a virtual appliance to hold a group of VMs by clicking the Open button on its card
- To create a VM, click Create virtual machine and select a VM template. You can also double-click the VM template
If there is more than one version of the VM template, you can select another version.
For the Name, enter a user-friendly label for the VM. Abiquo will use this name when creating the VM in the provider.- If the provider does not support duplicate names, for example vCenter, Abiquo will add a number in brackets after the name. For example, if you another user already created two VMs from a template named TEMPLATE, then your next two VMs will be named TEMPLATE (2) and TEMPLATE (3). If you later try to rename the VM to a name that already exists in the provider, then Abiquo will return the hypervisor error.
If required, select a hardware profile
- If required, accept the terms of use
If required, select a datastore tier, which is the datastore service level, for your VM disk/s
The platform will create your VM. The status bar on the VM icon displays the NOT_ALLOCATED state, which means that the VM has not been launched into the cloud.
2.2. Filter templates for creating VMs
The Template tab contains compatible templates only. If you cannot see an expected template, contact your system administrator.
To filter templates:
- Click the filter funnel button and select a Category from the pull-down list
- To display only ISOs, select the checkbox
- Enter text (including * wildcards) in the Search box and press Enter
To clear the search:
- Click the Clear link on the Category filter popup, which will clear both category and text search box
- Click the grey x button in the Search box
2.3. Configure a VM before you deploy
To configure your VM before you launch it, do the following steps:
- On the VM icon, click on the options menu button
- From the menu, select Edit
- Configure your VM as described below
General configuration
To configure the VM with a basic general configuration, optionally change the following:
- The Label is a friendly name for the VM. Power-on is in alphanumeric order
- Guest setup in private cloud. If your template supports it, you can request a Guest initial password that will be sent to your user Phone number by SMS or your Email address
- Fully qualified domain name that the platform will set at deploy time
- Hardware profile and/or CPU, RAM and Cores per socket
- Description
- Icon URL
To enable remote access to the VM in private cloud:
- select the Enable remote access check-box
- Optionally display and change the password for the remote access connection. Note down the password.
- Before you deploy, remember that for SSH access, your user account must have a Public key. And you will need the SSH private key to log in to your VM
You can now continue with further configuration or Save and deploy your VM.
If you don't add any IP addresses, the platform will automatically add one on the default network.
To configure IP addresses on your VM, do these steps:
- Select the Private, External, or Public tab
- For private or external networks, select the network
- Create NICs as required:
- To use an existing IP address, drag it into the NICs list
- To request an automatically created NIC and IP, drag the Automatically generated IP label into the NICs list
- For private networks, to create a new IP address and NIC, click the + add button
- For public networks, to obtain a new IP address, click Purchase public IPs, select the network, and select the IP address
- Select the Default gateway address
- Continue configuring your VM or click Save to finish
Storage
In private cloud (and some public cloud providers), you may be able to create additional hard disks that are not persistent. This means that when you undeploy the VM or remove the hard disks, the platform will delete your hard disks and destroy all data on them. To save the contents of a hard disk, create an instance template, which is a copy of the VM hard disk/s in the template library.
To select a storage service level for the system disk:
- Go to Storage
- Select the first disk in the VM and click the pencil edit button
- Select an appropriate datastore tier and click Save
To add a hard disk:
At the bottom of the Storage tab, click the + add button
Select Assign virtual disk
The disk options will depend on the platform configuration
You must enter the Size and the Controller type
- Advanced options: to force the creation of a new SCSI Controller, assign a new Bus value. The platform will return the bus value assigned by the provider
- Select the Datastore tier with the appropriate storage service level
- Click Save
Storage volumes are persistent, which means they will still be available in your virtual datacenter after you undeploy the VM.
To add a storage volume:
- Drag the volume from the Volumes list to the Storage list.
- To save all your changes to the VM, click Save
Troubleshooting
- You cannot change the size of the primary disk before you deploy a VM.
Firewall policies
Select the Firewall policies to add. You can add as many firewall policies as necessary, up to the cloud provider's limit. If you can't see the expected policies, you may need to synchronize with your provider or wait for the platform to update provider data
Load balancers
Select the Load balancers to use for the VM.
Monitoring
To enable monitoring and metrics do these steps:
- Select the Fetch metrics checkbox, which will retrieve all metrics from the provider
- Select from the available options for your provider, for example, for AWS, you can select Basic or Advanced monitoring
- Select the metrics you would like to display for your VM
2.4. Deploy to launch into the cloud
To launch your VMs, click Deploy virtual appliance above the Virtual machines pane on the right-hand side of the screen.
The platform will launch the VMs and power them on. The status bar below each VM icon will be coloured green. And the Deploy virtual appliance button changes to become the Undeploy virtual appliance button, which you can click to destroy the VMs.
2.5. Display VM details
To display VM details, select a VM icon. The platform will display the control panel below the VMs with details on different tabs, such as General and NICs.
2.6. Display VM metrics
To display metrics of a deployed VM with metrics enabled, click the Metrics symbol on the VM icon.
To refresh metrics data, click the circular arrows refresh button on the right.
To toggle the display of metrics, click Available metrics on the right, and select the desired metrics.
To filter metrics, click the funnel symbol. Enter the Granularity, Statistics, Period, and/or Dimensions.
Privilege: Access virtual machine metrics
To configure the display of metrics at the virtual appliance level, do these steps.
- Select a Virtual appliance and go to Monitoring
- Optionally configure the refresh interval. To do this, select the Refresh data every checkbox and enter a number of minutes
- Choose the metrics you wish to display and filter by metric statistics.
To refresh the display with the latest data from the API, click the round arrow refresh button.
2.7. VM power actions
The multicloud platform supports power actions to easily stop, start, pause, and reset VMs.
To stop a VM that is deployed and powered on:
- Select the VM icon
- Click the Power off button, which has three horizontal lines.
- Select from the following options:
Shut down: The platform will try to gracefully shut down the VM. This option may require hypervisor and guest VM configuration
Power off: The platform will perform a hard power off on the virtualization technology. Warning: Using this option may cause loss of data
Microsoft Azure (ARM)
The VM power menu in Azure has the following options:
- Deallocate to stop the VM and remove resources
- Power off to shut down the VM
Screenshot: Shutdown and Power Off options
Remember that stopping a VM does not destroy it in the cloud provider and the VM is still consuming resources.
To power on a VM, click the Start button, which is a "play" button with a right facing triangle
Depending on the cloud provider, you may also be able to perform the following actions:
- Pause a VM to suspend it using the double vertical bar button, then power on to restart
- Reset a VM to restart it using the circular arrow around a play button
The platform displays the appropriate buttons for the provider and the current state of the VM.
2.8. Connect to a VM
The platform enables you to connect to a console of a deployed and powered on VM for remote access.
- The following configuration is required before you deploy the VM in public cloud.
- Your user account must have an SSH Public key
- The VM must have a firewall to allow SSH, or RDP for Windows
- In AWS the VM must have a private IP on a public subnet and a public IP. The firewall must allow SSH for Linux and Windows VMs
- In Azure the VM must have a public IP
- Remember that it may take up to 15 minutes after deploy for the initial guest password to propagate to a VM, especially for Windows systems
To connect to your VM from
- To obtain the default username and password, go to the VM details on the General tab and click Default credentials
- To open the connection, on the VM control panel, click the console icon
- A console should open to allow you to log in to your VM. The platform will automatically complete the Username
- For Windows VMs on Azure, enter the Password
- For all Linux VMs, and for Windows VMs on AWS, enter the SSH private key (also called the Decryption key)
The remote access connection to the VM will open and you can log in and work with the VM.
- Remember to change your administrator password as soon as possible.
Troubleshooting:
- On ESXi, you cannot change the remote access password using hot reconfigure. You must restart the VM for the password change to take effect
2.9. Add tags to a VM
To manage VM tags:
- On the VM icon, from the options menu, select Tags
- Edit tags as described below
To add a tag, enter the Key and Value, then click Add.
For providers that support tags:
- If you have invalid tags, optionally select the checkbox to Create local tags if tags are invalid in the provider
To onboard or update tags with changes from the provider, click the round arrow Synchronize button.
To delete a tag, select the tag, then click the Delete button.
To save your changes, click Save.
2.10. Add more VMs to a deployed virtual appliance
When you add another VM to a deployed virtual appliance, the platform does not launch it directly into the cloud.
You can deploy new VMs individually or click the Deploy all VMs button in the top right-hand corner of the screen.
2.11. Change the configuration of a deployed VM
After you deploy a VM, the changes you can make will depend on your cloud provider. To change the configuration of a deployed VM do these steps:
- Select the VM
- If your provider or operating system does not support using hot add and hot reconfigure, power off the VM, using the Stop button on the control panel
- Mouse over the VM and from the options menu, select Edit.
- In the Edit VM dialog, go to General, and make changes as required to:
- Name, which is the VM friendly name
- CPU and RAM (if your VM is not using hardware profiles)
- Remote access in private cloud
- If you disable remote access, hypervisor configuration will remain but you cannot access it through the console icon
- If you change the password, the change will be applied when you save the VM. Remember that it can be a maximum of 8 alphanumeric characters, i.e.. a to z, A to Z, 0 to 9. If you delete the password, the screen requesting the password will not appear. On ESXi hypervisors, if you set a password and later delete it, the password will be blank, not null. The screen requesting the password will appear, and you should press <Enter> to continue.
- Description of the VM
- Hardware profiles
- Make changes to Networks and Storage, Firewalls, and Load balancers as required
- Click Save
The changes will be applied in the cloud provider directly.
- To change a VM's Fully qualified domain name (FQDN), make the change in the VM's operating system and the platform will detect the new value
- For ESXi hypervisors, you cannot change the Remote access password using hot reconfigure
Do NOT change the Abiquo tag in public cloud
Do not change the Abiquo platform's tag on a VM in a public cloud provider (e.g. on an AWS instance) because you could break the link between Abiquo and the VM. If the link is broken, you will not be able to manage the VM with Abiquo.
2.12. Configure a VM backup
To configure your VM backup by selecting the backup policy and the disks, do these steps:
Privilege: Manage virtual machine backup configuration, Manage virtual machine backup disks, Manage virtual machine backup schedule
- Edit the virtual machine and go to Backup → Backup policies
- Select from the list of Backup policies
- Click Show details. Depending on your system configuration and user privileges, you may be required to configure different backup options. Examples of backup options
If required, enter backup frequency, or date and/or time
Backup Times
Abiquo uses ISO 8601 and you should check the time standard used in each datacenter with the datacenter owner
Time zones in ISO 8601 are represented as local time (with the location unspecified), as UTC, or as an offset from UTC
- If required, select disks
- Note: Some backup systems will ignore your disk selection and create a backup of all disks. Check your cloud provider's documentation for more information
2.13. Protect a VM with disaster recovery
A user can protect their VMs with the disaster recovery service (DRaaS).
Zerto will not protect certain VM configurations and this limitation is described at Zerto Documentation of unprotected_vms_learn_why.
For example, Zerto will not protect vSphere VMs that have DVDs or IDE devices.
We recommend that you protect a deployed VM when it is powered on.
Privilege: Manage VM disaster recovery protection
To protect a VM with the disaster recovery service:
- Select the VM and click the shield Enable DR protection button
The platform will register the VM for disaster recovery protection and display a shield symbol on the VM icon.
You can reconfigure a VM has DR protection but you cannot move it
In the VM entity, the platform will set the VM drProtected attribute to true for use with the Abiquo API.
To stop a VM from being protected by the disaster recovery service, click the crossed shield disable DR protection button.
2.14. Save VM disks to create an instance template
An Abiquo instance is a new template that you create from VM disks.
Privilege: Create instance
Note:
- In Azure the Abiquo instance functionality has been disabled in Abiquo 4.7.0 pending further development.
To create an Abiquo instance, do these steps:
- Select and shut down each VM that you want to copy, then click Create instance
- Select a VM from the dialog
- Enter a Name that will enable you to identify the new template
- Optionally select the VM disks to save to a new template in the template library. If no disks are selected, the instance will copy all disks
- To create more instances, select Keep window open
- Click Create instance. The platform will lock the VM to create the instance
- If you kept the dialog open, click Back to list and create more instances as required, then close the dialog
The platform will store your new templates in the Apps library.
- In vCloud Director, when you create an instance template from a multi-disk VM, the template will be correctly created in vCloud with all of the disks. The platform will display only one disk with the sum of the sizes of all the disks. It will also display only one disk when you create a VM from the template. When you deploy the VM, the Broker will correctly detect the disks and display them on the VM details Storage panel.
- In Amazon, when you create a VM from an instance template, the platform will display one disk only, with the total size of all disks. After you deploy the VM, the platform will update the additional disks.
2.15. Use a saved template in private cloud
Use a saved template in private cloud
To use an instance template in a VM, select the original template, which will be marked with an M symbol.
An instance menu will open. Select the instance template.
2.16. Display all VMs
To display all VMs of your enterprise, go to Virtual datacenters → All virtual datacenters → Virtual machines tab.
To display all the VMs in a specific virtual datacenter, select the Virtual datacenter.
To move between icon and grid view, click the icon symbol or the grid symbol in the top right hand corner.
Icon view
Grid view
To filter VMs by text in the VM name, enter text in the Search box, with wildcards as required. See Search for VMs and filter the search
Remember that the VM usually has the format ABQ_xxx.
To filter the VMs by other values, such as the VM labels, click the filter button and enter text from the VM details .
2.17. Delete a VM
To delete a VM, move the mouse over the VM and from the VM options menu, select Delete.
If the virtual appliance or VM is deployed, you do not need to undeploy it. You can directly delete a VM that is deployed, even if it is powered on.
3. Configure VM high availability
3.1. Introduction to VM high availability with layers
In private cloud, to create VMs that will always deploy on separate hypervisor hosts, use anti-affinity layers. Each VM in a layer will deploy on a different hypervisor host.
Privilege: Manage virtual appliances, Manage layers
Abiquo does not support layers that intersect with other layers. For example, this means that if you have two layers, a VM in the second layer may deploy on the same physical machine as a VM in the first layer.
Ideally you should design and implement your layers before you deploy your VMs.
This feature is not available in public cloud regions. Instead you should use the high availability solution offered by the public cloud, for example, Amazon Availability Zones, which can be accessed by deploying with NICs attached to subnets created in different zones, or Azure Availability Sets.
3.2. Create VMs in antiaffinity layers for high availability
Before you begin:
- Design your layers:
- You cannot rename a layer when there are deployed VMs in the layer
- You cannot move a deployed machine into a layer with a VM deployed on the same hypervisor
To create a layer:
- Click the Add a layer button
- Enter the layer name.
- Add VMs to the layer
Layers ensure that VMs deploy on separate hypervisors, so the following rules apply:
Layer Type | Rules |
---|---|
New layer |
|
Layer with deployed VMs |
|
Different layer |
|
If the deploy of a virtual appliances with layers fails, it may be because there are not enough physical machines available in your virtual datacenter. Or some physical machines may be reserved for specific enterprises, for example. Check with your system administrator.
3.3. Modify a virtual appliance with antiaffinity layers
You can only make changes to layers that will not compromise anti-affinity while your VMs are deployed or running.
To change the name of a layer:
- Check that all the VMs in the layer are not deployed, which means they are in the NOT_ALLOCATED state. For example, they are new in a virtual appliance that is deployed or they are in a virtual appliance that has been undeployed.
- Next to the layer name, click the pencil Edit button.
- Enter the new layer name
To remove a VM that is not deployed from an anti-affinity layer, drag the machine outside the layer and into the general VM area
To remove one or more deployed VMs from a layer:
- Shut down the VMs
- You do not have to wait for each one to finish shutting down before moving to the next one
- One by one, drag each VM out of the layer into the general VM area
To delete a layer:
- Power off all the VMs
- Remove all the VMs except one from the layer
- Delete the layer
The layer will be deleted and the VM will be moved to the general VM area.
Delete a Layer Before it is Empty
You can delete a layer if only one VM remains, even if the VM is deployed and powered on. The VM will remain powered on and it will be moved to the general VM area.
To move deployed VMs between layers, you must move the VM out of one layer before you move it into another. You cannot move a deployed VM directly from one layer to another.
To move a deployed VM to a different layer:
- Power off the VM
- Move the VM to the general VM area
- If the new layer does not already exist, create the new layer
- Add the VM to the new layer
4. View your resources and statistics
4.1. Display dashboard metrics
On the Home view dashboard, the Metrics tab provides a general view of the resources currently being used by your virtual datacenters, as well as events.
The Enterprise resources - virtual datacenters panel shows statistics of the resources used by your virtual datacenters. Select the virtual datacenter name from the pull-down list
Statistics | Description |
---|---|
Virtual CPUs | Virtual CPUs used by VMs that are currently deployed |
Storage | VM disks that are created on the hypervisor datastore. This includes non-persistent VM system disks and hard disks. |
Memory | Gigabytes of RAM used by VMs that are currently deployed |
Ext. Storage | Volumes of storage created on integrated/managed iSCSI or NFS, or generic iSCSI storage devices. This includes volumes of persistent external storage and persistent VM system disks. Gigabytes of volumes created in VDCs. |
VLANs | Private VLANs defined in Abiquo. A default private VLAN is always created when you create a virtual datacenter. Number of VLANS created in VDCs |
Public IPs | Number of IP addresses purchased or reserved in public VLANs |
Repository | NFS Repository space used by the enterprise in the Apps library including templates and instances but not conversions (GB). Available for enterprises only, not individual virtual datacenters |
Virtual machines | Number of VMs deployed by the enterprise |
DR protected virtual machines | Number of VMs protected by the disaster recovery service |
Key to the graph:
- Blue: Used resources
- Orange: Soft limit
- Red: Hard limit
4.2. Dashboard metrics tables
The Metrics tables give you an overview of your virtual resources in the cloud platform.
Table | Description |
---|---|
Virtual appliances | All the virtual appliances of the current enterprise in the platform, with totals in the table header |
Virtual datacenters | All the virtual datacenters of the current enterprise in the platform, with totals in the table header |
Last deployed VMs | The last VMs deployed by the tenant on the platform. You can filter by user, including deleted users |
Last triggered alerts | The last alerts triggered for the tenant on the platform |
Events | All events that you can access; to display full details of an event, click on the event row. |
5. View your actions and events on the cloud platform
The Events view displays your actions and events in the multicloud environment.
5.1. Display events
To open the Events view, click on the events icon on the main menu bar.
To add new events as they arrive, select the Update automatically checkbox. Otherwise, you must refresh the list manually.
To display the event details in the panel below the Event list, double-click on an Event.
Some users may not be allowed to view events. If the events you expected to display do not appear in Events view, check with your system administrator.
5.2. Event attributes
An event in the platform has the following attributes:
Attribute | Description |
---|---|
Entity | The system object that is the source of the event or error. For example, it could be a VIRTUAL_APPLIANCE for a group of virtual machines. |
Entity name | The name of the system object that is the source of the event or error, for example, myVirtualAppliance. |
Action | The action that generated the event, for example, DELETE. See Events Table |
Performed by | The user who performed the Action, for example, admin. |
Severity | The severity of the event. Can be INFO, WARN or ERROR |
Date/time | The date and time when the event was generated. |
Message | Additional information about the event. See Events Table for more details. |
Context | The identifier of a group of related events. This attribute is in the event detail but not in the event list. |
5.3. Filter events
To make it easier to find a specific event, use the filter tool.
- Click the filter button at the top right of Events view.
- Enter your filter criteria as described in the table below and click Accept.
To remove the filter, click Clear at the bottom of the popup.
When events are filtered, the text (events filtered) will be displayed next to the filter button.
Event field | Description |
---|---|
Entity | Pull-down list of Entities |
Action | Pull-down list of Actions |
Entity name | The name of the entity. The Name field may contain the UUID or the friendly name of the entity. For alarms, the Entity name field contains the UUID of the alarm. To filter alarm events by name, enter the friendly name of the alarm in the Message field of the filter. |
Severity | Pull-down list of event severity. See Events severity table |
User | The name of the user who performed the action |
Enterprise | The tenant that the event occurred in |
Date from | Calendar selection for start date in format YYYY/MM/DD |
Date to | Calendar selection for end date in format YYYY/MM/DD |
Context | The platform assigns the same context ID to a group of related entities |
Message | The message field will contain the details of the event, including the friendly name. See Events Table |
5.4. Filter events user example
This example shows events from deallocating a hard disk.
To filter alarm events by name, enter the friendly name of the alarm in the "Message" field of the filter. Note that the Name field contains the UUID of the alarm.
To display all events related to an event, select the event, copy the context ID and filter by context.
5.5. Event context
When you view the event detail, the platform will display the Context of the event. The context is an ID that the platform assigns to each event in a group of related events. For example, if you undeploy a virtual appliance, the platform will create events for the undeploy of each VM, the destruction of the related hard disks, and the release of the NICs. And the platform will assign the context ID to each of these events.
To display all the events related to an event, select the Event from the list, from the details view, copy the Context ID and filter by Context.
5.6. Severity table
Events on the cloud platform are classified into three severity categories: info, warning and error.
Severity | Description |
---|---|
INFO | General information events for the user as part of the normal use of the platform |
WARNING | Warning about an abnormal situation that does not block normal use of the platform |
ERROR | Error that blocks the normal use of the platform |
5.7. Introduction to events table
For a reference of all the actions that you can perform on each entity and the events that they can generate on the platform, see the Events Table. For example, for the Action plan entity, you can perform the Create, Modify and Delete actions, and the platform will also generate events you run an action plan and it performs action on other entities, such as VMs.
5.8. Event Streaming
The platform streams events using the Abiquo Outbound API. The format of the streamed events is described at Trace entity.
Copyright © 2006-2022, Abiquo Holdings SL. All rights reserved