Introduction
The purpose of this document is to support a technical evaluation of the Abiquo cloud platform with a structured test plan to evaluate Abiquo functionality. This document assumes that the reader has a basic understanding, and has seen a demonstration of the Abiquo solution.
Intended audience: This document is intended to provide Abiquo customers and evaluators the information that they require to evaluate Abiquo within their existing lab environment. The document assumes that readers are already familiar with the virtualization, storage and network technologies that the Abiquo platform will manage.
Evaluation documentation and support: An Abiquo trial license includes the following for the trial period;
Access to dedicated Sales Engineers and Account Management teams
Abiquo software and documentation
Access to Abiquo support
For an overview of the Abiquo solution visit:
Enterprises: https://www.abiquo.com/enterprise-cloud-management/
Service Providers: https://www.abiquo.com/cloud-managed-service-providers/
This document is not intended to replace the full product documentation which can be accessed online. The most up to date information can also be found on our Wiki: https://wiki.abiquo.com
During the trial process don't hesitate to reach out to our support desk if you need assistance. The support desk can be reached at https://support.abiquo.com
Sample test schedule
The following represents a sample schedule for a trial of Abiquo. Estimated times are indicative only and the actual time taken for some tasks may be longer or shorter in some environments.
The following is an example schedule that allows the trial to be completed in one week or less and for the key objectives to be demonstrated during that period. The schedule assumes that all pre-requisites are in place and that dedicated technical resources familiar with the environment are available. Depending on the organization's objectives and the environment available, not all test cases will be relevant. A more detailed plan linking tasks to resources can be created in collaboration with the customer's project team.
Participants and users in tests
Participants | Abiquo role | Comments |
---|---|---|
Cloud Operator | Could Admin | User with the cloud admin privileges. Default user 'admin' and password of 'xabiquo' is a cloud admin (unless changed on install) |
Enterprise Admin | Enterprise Admin | No default user defined |
Standard User | User | Default user for Abiquo username 'user' and default password of 'xabiquo'. Consumer of resources (your client) |
Customer | n/a | Customer technical resources assigned to POC/Trial |
Abiquo | n/a | Abiquo Platform and Customer Success Team engineer |
Outline tasks for 5+ days schedule of work
Schedule | Activity | Participants |
---|---|---|
Preparation | Hardware and test environment readiness | Customer technical resources |
Preparation | All pre-requisites in place | Customer/Abiquo |
Preparation | POC kick off meeting | Customer/Abiquo |
Installation and configuration | Customer/Abiquo | |
Day 1 | Discover physical infrastructure for cloud operator | Cloud Operator |
Create a datacenter | Cloud Operator | |
Define logical racks and VLAN network requirements | Cloud Operator | |
Create datastore tiers for datastore service levels | Cloud Operator | |
Acquire the physical infrastructure | Cloud Operator | |
Define the data center utilization rules | Cloud Operator | |
Create Public IPs for consumption by cloud tenants | Cloud Operator | |
Capture existing VMs and support a phased deployment | Cloud Operator | |
Create public cloud regions | Cloud Operator | |
Add public cloud credentials | Cloud Operator | |
Day 2 | Create a global catalogue for VM templates and blueprints | Cloud Operator |
Create a global service catalogue as a template repository | Cloud Operator | |
Leverage existing VM templates by importing into the catalogue | Cloud Operator | |
Create a cache of approved public cloud templates | Cloud Operator | |
Create customer organization hierarchy | Cloud Operator | |
Create a reseller and an enterprise for a cloud tenant to consume cloud resources | Cloud Operator | |
Define resource allocation limits for the enterprise | Cloud Operator | |
Delegate administration of an enterprise | Cloud Operator | |
Define enterprise business policy | Cloud Operator | |
Day 3 | Manage enterprise for Enterprise Administrator | Enterprise Admin |
Create a virtual datacenter from the resource cloud | Enterprise Admin | |
Create private networks | Enterprise Admin | |
Reserve public or external IPs | Enterprise Admin | |
Onboard the existing virtual infrastructure from public cloud | Enterprise Admin | |
Define allocation limits for the virtual datacenter | Enterprise Admin | |
Obtain floating public IPs from the cloud provider | Enterprise Admin | |
Create enterprise users | Enterprise Admin | |
Create custom user roles | Cloud Operator | |
Manage virtual appliances for Enterprise User | Enterprise Admin / Standard User | |
Create virtual appliances | Enterprise Admin / Standard User | |
Deploy and undeploy a virtual appliance | Enteprise Admin / Standard User | |
Reconfigure a VM to add network and storage | Enterprise Admin / Standard User | |
Day 4 | Additional public cloud use cases | Cloud Operator |
Create virtual storage volumes in public cloud | Cloud Operator | |
Export a virtual machine template from private datacenter to public cloud | Cloud Operator | |
Validate cloud application | Cloud Operator | |
Access the running virtual machine via the Abiquo platform | Cloud Operator | |
Validate co-existence with existing management tools | Cloud Operator | |
Cloud User self service | Cloud User | |
Cloud users can access the platform on a self-service basis | Cloud User | |
Cloud users can monitor their virtual machines | Cloud User | |
Day 5+ (optional) | Integration | Cloud Operator |
Integrate the cloud management integration with a customer portal | Cloud Operator | |
Extract billing or chargeback data from the cloud platform | Cloud Operator | |
Integrate the cloud platform with an existing LDAP/AD or OpenID user source | Cloud Operator | |
Advanced use cases | Cloud Operator | |
Display provider billing data on dashboard | Cloud Operator | |
Configure VM template cost codes | Cloud Operator | |
Users can run collectd plugin to push custom metrics | Cloud User | |
Use load balancers | Enterprise Admin | |
Create security groups | Enterprise Admin | |
Create web servers | Enterprise Admin | |
Create load balancer | Enterprise Admin | |
Retrieve index files from web servers | Enterprise Admin |
The following sections describe some typical test cases that can be performed to evaluate the Abiquo solution in support of the customer business case and objectives.
Use cases
Discover physical infrastructure for cloud operator
Use Case 1.1 - Create a private cloud datacenter
Customers want to use existing virtualized infrastructure. Each Abiquo datacenter can manage a pool of IT resources (servers, networking, etc.) that are in the same physical location in the same Local Area Network (LAN).
Prerequisites
Abiquo installed and running.
Log in as Cloud Admin and have network access to resources.
Steps:
To create a new private cloud datacenter:
Go to Infrastructure view
Go to the Private tab, click the + add button
Enter the Name of the datacenter and the Location. Click Next
Enter the IP address of the monolithic Abiquo server, and click Duplicate IP addresses to copy the remote service locations
Click Accept to use this remote services configuration for the datacenter.
Expected results: A new Abiquo datacenter is created with resources managed by Abiquo.
You can create public cloud regions that will share the same remote services.
Use Case 1.2 - Define logical racks and VLAN network requirements
Abiquo enables the Cloud Operator to group physical servers into logical racks. The cloud operator determines the groupings of physical servers. For examples, some data centers would group servers with similar specifications together and provide those resources with a certain service level to end users. Racks must be added to a physical datacenter to begin adding physical hypervisors to the physical infrastructure.
Prerequisites
Abiquo management server.
Physical datacenter created.
Naming convention for racks and network tag range.
Steps:
To create a rack:
Open the Infrastructure view and select Private and the datacenter name. If you are not on the Infrastructure details tab (with Servers, Network, etc.), open it by clicking the server button.
On the DATACENTERS list, click the plus button
Select Create Rack
Enter details of the Rack
Click Network and enter details for your switch and environment. The platform will use these settings to create a pool of VLAN tags to assign to private networks
Click Save
Expected results: The rack will be available in the datacenter to add hypervisors to the physical infrastructure.
Use Case 1.3 - Create datastore tiers for datastore service levels
Create storage service levels to provide datastore storage to users. You can limit and price storage by service levels by enterprise, even across different datacenters, in which case the tiers will be automatically grouped by name into Abstract datastore tiers.
Prerequisites
Abiquo management server.
Physical datacenter created.
Steps:
To create datastore tiers
In the Infrastructure view, click the Datastore tiers tab, and click + Add to create a datastore tier.
On the Enterprise access tab, allow all enterprises to access the tier.
Expected results: When you add your hypervisors, you can add their datastores to the appropriate service levels.
See Manage datastore service levels with datastore tiers and Abstract datastore tiers for storage service levels
Use Case 1.4 - Acquire the physical infrastructure
Customers will use Abiquo to manage the physical infrastructure. That infrastructure needs to be acquired by Abiquo so that it can be managed and so that the resources can be consumed.
Prerequisites
Abiquo installed and running. Physical infrastructure (e.g. hypervisors) is running and user credentials are available.
Must be logged into Abiquo as the Cloud Operator and have network access to the resources.
Steps:
To add a physical machine (host):
Use the + button to create a new physical machine. For example, for a vCenter host (note: you can also add vCenter clusters as hosts).
Select the hosts to add to Abiquo and configure them as described here.For each hypervisor host, you must enable a network interface (by assigning a Network Service Type). This is the network interface that is listening on VLANs.
For each hypervisor host, you must enable at least one datastore (mark the checkbox).
Do not enable the vm_repository for use as a datastore.
Repeat the process of adding the physical machine for additional hypervisor hosts. Add the datastores to a datastore tier.
Expected results: Physical resources are managed by Abiquo and are available to be consumed by virtual datacenters.
The platform automatically detects clusters.
Use Case 1.5 - Define the datacenter utilization rules
Customers need the ability to define Utilization rules for the data center. Performance based load balancing rules will always look for a physical host with the most resources available. Progressive load balancing will continue to fill up each server with virtual machines until it reaches the percentage capacity defined by the customer. Once capacity is reached Abiquo will begin to fill the next server.
Prerequisites
Abiquo installed and running.
Must be logged into Abiquo as the Cloud Operator and have network access to the resources.
Steps:
To create allocation rules
Select the data center and edit. Select the Allocation Rules tab
Add a new DATACENTER rule on the right pane with the + icon. Select the Rule type such as
Compute load level
as below. You can use this role to oversubscribe CPU. For example, in a test system with small VM templates, you could set RAM to 100% and CPU to 400%. You can also set a storage load level rule for datastore usage.
Note: If you are adding a vCenter cluster directly as a physical machine, use the server rule not the cluster rule.
This rule can be used for oversubscription of CPU. For example, in a test system with small VM templates, you could set RAM to 100% and CPU to 400%. You can also set a storage load level rule for datastore usage.
Expected results: A utilization business rule will defined for the datacenter
Use Case 1.6 - Create public IPs for consumption by cloud tenants
Abiquo uses the public IP management function to offer virtual datacenter users the opportunity to use available public IPs in their virtual infrastructure.
Prerequisites
Virtual datacenters.
Public IPs or IP ranges purchased from an ISP.
Name for Public IP Network.
Public IP Netmask.
Public IP Address start.
Public IP Gateway.
Steps:
To create a public network and IPs
From the Infrastructure view, select Datacenter, Network tab, and select the Public sub-tab.
Click the + icon to add a network
Fill in the necessary information and click Save
Create IPs as required. Click Accept
Review the list of available IPs and make unavailable any IPs that are required for administration purposes. Use the arrow button to move selected IPs from available to unavailable. Use the double arrow buttons to move all IPs.
You can quarantine a public IP if it is misued. Enterprises cannot use IPs that are in quarantine. Select the IP and Click the quarantine button to make an IP unavailable to enterprises.
Expected results: Users of the datacenter will be able to obtain public IPs for their virtual datacenters.
*Note: External networks are functionally the same as public networks but they belong to a single enteprise and they DO NOT get accounted for billing purposes. External networks can also use an external DHCP server (as Unmanaged networks) and be set as defaults for VMs at Enterprise and VDC level. Public networks can be set as the default at virtual datacenter level.
Use Case 1.7 - Capture existing VMs and support a phased deployment
Abiquo customers can leverage existing hardware and existing VMs. Abiquo allows customers to phase in the deployment. After you add a physial machine to Abiquo, you can scan it for existing VMs. Abiquo highlights existing VMs that it does not manage with a warning symbol () and you can later capture these VMs to manage them with Abiquo. This functionality allows customers to phase in the deployment of Abiquo.
Prerequisites
Abiquo Management Server.
Physical Datacenter, Rack and Discovered server.
Existing hypervisor server with VMs that were not created by Abiquo.
Steps:
Create virtual datacenters for the host hypervisor type and appropriate networks for the VMs
In Infrastructure view, select the host and press the retrieve VMs button to scan for VMs
Select a VM that is not managed by Abiquo
Click the Capture VM button.
See: Import and capture virtual machines for more information.
Expected results: When you capture a VM to add it to Abiquo, it is almost identical to a VM that you can create in Abiquo. You can also save a copy of the VM disks as a VM template in the Catalogue. This is called an Instance template, and it can be useful if you wish to destroy and recreate the VM from the initial template.
Use Case 1.8 - Create public cloud regions
Customers wish to offer convenient public cloud services with the same easy user interface. Your trial Abiquo monolithic server can manage one datacenter and multiple public cloud regions.
Prerequisites
Abiquo installed and running.
Must be logged into Abiquo as the Cloud Operator and have network access to the resources.
Steps:
To create a new public cloud region
Go to Infrastructure → Public
Click the + add button
Enter the Name for the region, select the public cloud Provider and mark the checkboxes for the Region(s) you wish to use. Click Next.
Enter the IP address of the monolithic Abiquo server. Click Duplicate IP addresses to copy the remote service location.
Click Save to use this remote services configuration for the datacenter.
Expected results: Abiquo creates new public cloud region(s) and resources can managed by Abiquo.
New public cloud regions are named first with the name that the user enters, and then with this name and a suffix of _1, _2, for example, AWS, AWS_1, AWS_2, and so on.
Use Case 1.9 - Add public cloud credentials
Abiquo enables the Cloud Operator or Tenant Administrator to enter their public cloud credentials.
Prerequisites
Abiquo management server.
Abiquo public cloud region created.
Log in as the cloud operator or the tenant administrator.
Public cloud credentials, see Obtain public cloud credentials
Steps:
To add credentials for the current enterprise:
In the bottom left-hand corner of the screen, click on the user icon.
From the dropdown menu, select Edit credentials
Select the cloud provider
Enter the Access key ID and the Secret access key
Click Add account
Click Close
Expected results: The credentials will be added to the tenant's account
Create a global catalogue for templates and blueprints
Use Case 2.1 - Create a global service catalogue with a remote template repository
A Remote Template Repository can provide VM templates that are ready to download. These VM templates use the OVF standard. A Remote Template Repository contains an index of VM Templates. This index can be published on the Internet for public access or on the Intranet of your company for controlled and secured access. This system allows VM template creators to share their templates with many Abiquo users. Abiquo supplies some sample templates in a Remote Repository hosted on Amazon S3. You can download some of these templates for testing.
Prerequisites
Internet access.
20G of space on an NFS storage.
Steps:
In the Catalogue select the data center.
Click the + add button and select Create from remote repository
The Abiquo Repository should have been added as default. You can add a testing repository at https://packer-repo.s3.amazonaws.com/ovfindex.xml.Select the templates and click Download to save them to the local datacenter catalogue
Note that by default the Cloud Admin has the privilege to Manage repository (to add and delete remote repositories) and Admins have access to the catalogue and the privilege to Download VM templates from remote repository.
Expected results: Templates can be downloaded from the Remote Repository to the datacenter's local repository.
There are many ways to make VM templates available to users in the catalogue. See Use Case 2.2.
Use Case 2.2 - Leverage existing VM templates by importing into the catalogue
Some customers have built standard VM templates for inclusion in a global catalogue. These templates allow customers to enforce standards across their datacenters.
Prerequisites
An established catalogue
20 GB of space on the NFS repository storage. Abiquo imports OVAs created in VMware.
The OVA should contain a single virtual system and the disk format should be compatible with Abiquo. See Template compatibility table
Steps:
To upload a custom VM template:
On the Catalogue tab select the data center
Click the + add button and select the option to Create from OVA
Select the OVA file.
After you upload the OVA, edit the template as required. On the Advanced tab, check that the Operating system is set correctly
Also set the User and Password
Expected results: The template will be uploaded to your catalogue and you can use it to deploy VMs within a virtual appliance.
To share the template with all other enterprises, edit it and go to Scopes, and select the "Global scope". See https://abiquo.atlassian.net/wiki/pages/resumedraft.action?draftId=311371311
Note: Your Appliance Manager remote service must be correctly configured to allow disk uploads.
Browser upload uses HTTP protocols and larger disk files may require a different process.
To add OVA parameters to all VMs created from a template, add them as Variables. See Deploy a VM from an OVA with parameters.
For more details about guest setup configuration, see Guest setup
For more details about how to add templates, see Add virtual machine templates to Abiquo
Use Case 2.3 - Create a cache of approved VM templates in public cloud
A public cloud provider may offer thousands of Vm templates in each region. There are no guarantees that these VM templates are appropriate and safe for your users. You can create a cache with a selection of approved VM templates that can be made available to your users on a self-service basis.
Prerequisites
Public cloud region created.
Cloud provider credentials added.
User logged in as Cloud Operator or Enterprise Administrator.
Provider ID of approved templates in public cloud.
Steps:
To import a template from a public cloud region into the platform's template cache, do the following steps:
Go to Catalogue → Public
Select the public cloud region
Then click the + add button at the bottom of the screen
The Import template popup will open
Enter the search criteria for your template
In the ID field, you can enter an ID, such as an AMI ID
In the Name field, you can enter text to search for in the name
Select Private templates to display images that are only available to your user account in the public cloud provider.
In vCloud Director this option displays templates in the same organization as your user
In OCI, to search for private templates, you must search by the template ID only.
Then click Search to perform the search. The search can take some time and return several pages of templates
To import a template, click the import symbol in the top right-hand corner of the template
If your Azure template has terms of use, then you will need to accept these now or when you first create a VM from the template.
Accepting the terms of use requires the privilege to Manage virtual machine template terms of use and it enables programmatic deployment of the template for your Azure subscription. If you then disable programmatic deployment in the portal but you would like to deploy the template, you will need to delete it from the platform and import it again.
If you share the template with another enterprise, then a user of that enterprise will need to accept the terms of use before they can create a VM
When a template has been imported, the color of the import symbol will change to gray
When you have finished importing templates click Close
Expected results: Abiquo caches the details of the VM Templates to make them available to users on a self-service basis
You can now customize (e.g. add an icon) and share the template as required.
You can also export correctly prepared VM templates from your catalogue to public cloud.
Create customer organization hierarchy
Use Case 3.1 - Create a reseller and an enterprise for a cloud tenant to consume cloud resources
In the Abiquo platform an enterprise can be created to make logical deployment resources available to cloud tenants. The following example depicts a sample enterprise hierarchy.
ACME Hosting {root level – Reseller (corporate or service provider level)}
Local Bank {Enterprise}
Wernham Hogg {Enterprise}
Dundler Mifflin {Enterprise}
You can manage reseller customers and their credentials in a tenant hierarchy. Your customers will be able to access their billing data on the Dashboard.
Prerequisites
Abiquo Management Server.
Physical Infrastructure Deployed.
Enterprise Name.
Steps:
To define a basic enterprise hierarchy, first define a reseller enterprise, and a reseller scope.
Go to Users
Go to Scopes and for the reseller, create a reseller scope
Name the scope with the same name as the reseller, e.g. ResellerEnterpriseScope
Select an appropriate Parent scope, for example, the Global scope or no parent scope
Create an enterprise and select the Reseller checkbox to make it a reseller enterprise
For the Default scope of the enterprise, select the reseller scope for the enterprise. Abiquo will automatically add the enterprise to its Default scope
Note that if you change the default scope of an enteprise, Abiquo will not remove the enterprise from its previous scope
Go to the Datacenters tab and drag datacenters and/or public cloud regions into the Allowed pane
Then create a customer of your reseller:
Go to Scopes again and create a customer scope
Name the scope with the same name as the customer, e.g. CustomerEnterpriseScope
As the Parent scope, for example, the Reseller scope
Create the customer enterprise
For the Default scope, select the Customer scope for the enterprise. Abiquo will automatically add the enterprise to its Default scope
Note that if you change the default scope of an enteprise, Abiquo will not remove the enterprise from its previous scope
Go to the Datacenters tab and drag datacenters and/or public cloud regions into the Allowed pane
Expected results: After you create users, the enterprises will be available for logins, resource allocation, and for the customer to login to via the customer portal.
The administrator can switch to use an enterprise by clicking the switch enterprise button on the list in the Home view. See Abiquo cloud reseller guide
Use Case 3.2 - Define resource allocation limits for an enterprise
The hard and soft limits offer the Cloud Operator a way to limit the amount of physical resources that an enterprise will be able to consume. This is very useful to avoid common problems in cloud platforms, such as resource over allocation or an enterprise using resources belonging to others, or even preventing DoS attacks. These limits will also help System Administrators to anticipate user needs and anticipate resource demands.
The exact meaning of these limits is:
Hard Limit: The maximum amount of virtual resources (CPU, RAM, Local Hard Disk, External Storage, Repository, VLANs, Public IPs) that an enterprise will be allowed to consume.
Soft Limit: A limit that is always less than the Hard Limit that is used to alert users. When an enterprise reaches the soft limit, an alert will be shown to users to inform that they are reaching the resource allocation limits for their enterprise.
Hard and Soft Limits are used by the Resource Scheduler in order to decide if a user can deploy a virtual appliance or not.
Prerequisites
Abiquo Management Server.
Enterprise created.
Limits set based on business agreement with enterprise holder.
Steps:
To set limits based on the business agreement with the enterprise holder:
1. Login as SysAdmin
2. Go to the Users view and select a specific enterprise
3. Edit the enterprise and select the Allocation limits tab
4. Set Hard limits to define the maximum resources that the enterprise can use to deploy virtual appliances/VMs, and set Soft limits for warning. You cannot set a soft limti on its own.
The platform will display a warning when the tenant reaches a Soft limit and enterprise users will not be able to deploy VMs after the tenant reaches the Hard limits. You can create an integration with the event streaming API to perform additional actions when tenants reach either limit. An example of a basic integration is an event notifier.
Expected results: The platform will create an event for administrators if the users approach their Soft Limit and enterprise users will not be able to deploy VMs past the Hard Limits.
Use Case 3.3 - Delegate administration of an enterprise
The Enterprise Administrator can manage configurations at the enterprise level and provide access to standard users within the enterprise. Typically, this role is assigned to people who are responsible for administration of Cloud services for a specific group.
Prerequisites
Abiquo Management Server.
An Enterprise.
User details including email for the person who will use this account.
Steps:
To create an Enterprise Admin user do these steps:
Log in as SysAdmin
Select a specific enterprise
Go to the Users pane and click + to add the new user
Select the default ENTERPRISE_ADMIN role
For the Scope, select the enterprise scope
Go to the Advanced tab and enter user details as required. The public key is required for remote access to VMs
Click Save
Expected results: An Enterprise Admin will be available. This user can manage template libraries and users for the enterprise.
To enable the user to access more Abiquo features, you may wish to clone the Enterprise Admin role and add more privileges. See Manage Roles
Use Case 3.4 - Define enterprise business policy
Business policies are used to help manage where enterprise tenants can deploy. The policies include
Limits – Resource limits manage overall allocation that can be consumed by the enterprise
Permissions – Define the allowed datacenters and public cloud regions where the enterprise can deploy
Reservations – Reserve hosts for specific enterprises, and optionally allow the enterprises to use reserved hosts only
Restrictions – E.g. Do not allow two enterprises to deploy on the same host
Prerequisites
Abiquo Management Server
Enterprise created
Limits set based on business agreement with Enterprise holder
Steps:
To set limits based on the business agreement with the Enterprise holder
Log in as SysAdmin
In Users view, select a specific enterprise
Select Edit and go to Reservations
Select a datacenter and rack where a server will be reserved for this enterprise
Move one of the available servers to add the server to the Reserved servers list.
Log in as ANY user NOT in this enterprise (note rack reserved servers should not be available).
Log in as ANY user in the enterprise with the reserved server.
Expected results: The reserved hardware is only available to the users in the enterprise that has been allocated the reservation of the hardware.
Note that you can also set a 'Load Level' Datacenter allocation rule to oversubscribe the resource (i.e. 200% CPU = double the amount of physical CPUs)
Reserve hardware BEFORE the enterprise deploys in the cloud.
You can also restrict users by role for specific providers or virtual datacenters. E.g. allow read only access to AWS. See Control access with VDC roles
Manage enterprise for enterprise administrator
Use Case 4.1 - Create a virtual datacenter from the resource cloud
A Virtual Datacenter is an abstraction of a physical datacenter that offers the same capabilities (such as network infrastructure, external storage system, backup, security, etc) with the added advantages of cloud computing:
Virtualization
Pay-as-you-go billing
Quick scalability
Technology and hardware abstraction.
This gives cloud users the opportunity to run their applications in a more economical and flexible way. A virtual datacenter offers the classical datacenter infrastructure, as a service.
A virtual datacenter groups resources such as VMs, and public IP addresses, and load balancers that will be attached to VMs within virtual appliances.
Note: you may choose to bill your customers by virtual datacenter, and as such, you may prefer that your administrators create the virtual datacenters for your customers, or automate their creation.
Prerequisites
Physical infrastructure added to Abiquo
Steps:
To create a virtual datacenter:
Log in as an Enterprise admin or the Cloud Admin.
Click the Cloud icon to open myCloud Virtual datacenters view
Click on the + icon in the V. Datacenters pane
Fill in necessary info, select Datacenter, and Hypervisor type. Specify the virtual datacenter's name, select the physical datacenter where its applications will be deployed and if there is more than one hypervisor type, select the hypervisor you want to use. Please note that the hypervisor depends on the physical datacenter configuration, so select the physical datacenter first.
Click Save. A virtual datacenter for the enterprise will be available for virtual appliances to be created and deployed within.
Note: To create a virtual datacenter for another cloud tenant, you will need to switch to that tenant first in Home view or Users view.
Expected results: A virtual datacenter for the enterprise will be available for virtual appliances to be created and deployed within.
Abiquo gives you a lot of control at VDC level, for example:
You can restrict user access to a selected list of VDCs
You can create specific roles to restrict user privileges in selected VDCs
You can create default networks and firewalls for VDCs
Use Case 4.2 - Create private networks
Abiquo uses the private IP management function to offer virtual datacenter users the opportunity to use different private IP ranges and networks in their virtual infrastructure
Prerequisites
Abiquo Management Server
Network Infrastructure
Name for Private IP Network
Private IP Netmask
Private IP Gateway
Steps:
From V. Datacenters, select a virtual datacenter and select the Network tab, then the Private sub-tab
Click the + icon to add a new network
Fill in the necessary information
Click "Accept"
Expected results: A specified private IP range is now available for the specific enterprise/virtual datacenter
NOTE: Private IP addresses are usually created by Enterprise Admin within an enterprise. This is not a function of the System Administrator.
You can assign IP addresses to VMs in private networks using DHCP, Guest setup, or using SDN (Abiquo and NSX-T)
Use Case 4.3 - Reserve public IPs or use external IPs
Virtual datacenters within each enterprise has can purchase or reserve public IP addresses to be used on their VMs. External IPs can be made available to the enterprise without the need for users to reserve them.
Prerequisites
The public/external IP addresses shown in the public/external IP list contains the IP addresses configured in the Infrastructure view. The administrator must add an existing network (with its tag) to Abiquo. See Manage public networks and Manage external networks.
Abiquo Management Server
Network Infrastructure
IP subnet and IP address range allocated for external or public consumption (external to Abiquo)
IP Netmask
IP Gateway
Steps:
To optionally obtain public IP addresses for your virtual datacenter, so that you can later assign them to your VMs:
Go to Virtual datacenters → Select a virtual datacenter → Network → Public
On the Allocated public IPs page, click the + add button
To add the public IP to a virtual datacenter, click the Add to VDC link near the IP address
Now when you edit a VM in the VDC and go to Network → Public, the platform will display the public IP address and you can add it to your VM.
To obtain a public IP directly for a VM, the user with appropriate privileges can click Purchase public IPs.
Expected results: When a user creates a VM on the virtual appliance screen and configures the VM, there are Public IPs available to use.
Use Case 4.4 - Onboard the existing virtual infrastructure from public cloud
Customers will use Abiquo to manage virtual infrastructure in the public cloud. The tenant administrator can acquire the existing virtual infrastructure so that it can be managed by Abiquo.
Prerequisites
Abiquo installed and running. Public cloud regions are created and valid public cloud credentials have been entered.
Must be logged into Abiquo as the Tenant Administrator.
Steps:
To onboard public cloud resources
Go to Virtual datacenters view. Click the + add button and select Synchronize public cloud.
Select the public cloud region
Select the virtual datacenter to synchronize from the list.
Click Synchronize
Abiquo will import this virtual infrastructure from the provider. Note that Abiquo will detect network configuration but it will not enforce a standard configuration.
Expected results: Imported virtual infrastructure is now managed by Abiquo and is available to virtual datacenter users.
Changes made directly in the provider can be updated in Abiquo by clicking the synchronize button beside the virtual datacenter name in the VDC list.
Abiquo will import the following (as supported by the provider):
resource groups
availability zones
virtual datacenters
virtual datacenter networks
public IPs
firewalls
load balancers
virtual machines
templates used to create VMs
Use Case 4.5 - Define allocation limits for the virtual datacenter
Tenant administrators can define allocation limits to restrict resources available to cloud users in the virtual datacenter. These allocation limits complement the limits set by cloud operators for the tenant. When users reach the soft limit, a warning message can be displayed. When users reach the hard limit, their action will be blocked. In public cloud the external storage limit is not used.
Prerequisites
Abiquo installed and running.
Must be logged into Abiquo as the Tenant Administrator.
Steps:
Select the virtual datacenter and edit. Go to the Allocation limits tab.
To allow your users unlimited resources, set the limits to 0.
Expected results: A set of allocation limits will be defined for the virtual datacenter.
Use Case 4.6 - Obtain floating public IPs from the cloud provider
Tenant administrators can obtain public IPs from certain cloud providers and make them available to users in their enterprises. These IPs may be called floating IPs in Abiquo because they are not attached to an Abiquo network. They may be called by different names in different providers, for example, in AWS, they are called Elastic IPs. Note that some cloud providers may charge for public IPs as soon as you obtain them from the provider. As part of an evaluation, you may wish to perform this action AFTER you create a VM and just before you launch it, in order to reduce costs.
Prerequisites
Virtual datacenters in public cloud regions with support for floating public IPs.
VM created to use the public IP address.
Steps:
In the V. Datacenters list, click on the name of a virtual datacenter in public cloud
Go to Network → Public
Click on the round arrow synchronize button to obtain any existing public IP addresses
Click on the + button to obtain a new floating IP address
Click on the Add to virtual datacenter link
If you have created a VM, then you can now edit its configuration and add the IP address. Or you can remove the IP address from the virtual datacenter and delete it from Abiquo.
Expected results: A public IP will be created and can be added to the virtual datacenter and VM as required. As in private cloud you can also obtain a public IP from within the VM configuration.
As part of an evaluation, you may wish to perform this action AFTER you create a VM and just before you launch it, in order to reduce costs.
Remember to delete your public IPs after you have finished using them. In any case, Abiquo will remind you about unused public IPs on a dashboard widget!
Some cloud provider configurations use public IPs as part of the VDC configuration, for example, to enable automatic NAT. You cannot manually delete these IP addresses, so remember to delete unused VPCs.
You can create budgets with alert notifications for your public cloud accounts. See Manage budgets
Use Case 4.7 - Create enterprise users
Enterprise users are able to log in via the enterprise's management console and deploy virtual resources.
The enterprise user role is the one with the least privileges. This role can manage (create/modify/delete) a group's virtual infrastructure. Typically, this role is assigned to someone who uses the cloud service each day for virtual provisioning.
Prerequisites
Abiquo Management Server.
Enterprise created.
Enterprise user Name and Email address.
Steps:
Login as Cloud Admin or Enterprise Admin
Select the enterprise
Go to the "Users" pane click + to add the new user
For the Role, select USER and for the Scope, select the "Enterprise scope" and fill in necessary info
Optionally, restrict the user to a set of VDCs
Enter public key for remote access to VMs
Expected results: An Enterprise user is created and they can log in and deploy VMs in the selected enterprise.
Use Case 4.8 - Create custom user roles
The Abiquo installation creates 3 default roles each configured with a set of pre-defined privileges. For some deployments additional roles will be required to support the desired models for system administration.
Prerequisites
Abiquo Management Server
Enterprise created
Enterprise user Name and Email address
Steps:
To create a custom user role:
Login as SysAdmin
Select Users → Roles
Select the USER role and click the Clone button (or click + to add the new role)
Fill in the necessary info. (Do not enter External roles now, but you can enter them later to use AD or SAML, etc.)
Save the role
Select the role again and select the required privileges, then click Save. See Manage Roles#Privileges table
Create a new user and assign the new role to this user
Expected results: A custom role is created and a user who is assigned the new role is restricted by the selected privileges.
You can also create a scope for a user. One function of a scope is to restrict administrator roles to certain enterprises and datacenters. Typically you would have one scope per enterprise for the cloud users. If an administrator will manage users and VM templates for multiple enterprises, then their scope should include all of these enterprises. See Manage Scopes
Manage virtual appliances for enterprise user
Use Case 5.1 - Create virtual appliances
A virtual appliance is simply a group of one or more related virtual machines that can be used to offer a service. Each virtual machine is an independently installable run-time entity comprising an operating system, applications and other application-specific data. Note that a default virtual appliance will be created in each virtual datacenter.
Prerequisites
At least one virtual datacenter has been created.
Steps:
To create a virtual appliance:
Open the cloud Virtual datacenters view. It should open at the Virtual appliances tab
Select the virtual datacenter you want to deploy a virtual appliance in
Click the + add button at the bottom of the the Virtual Appliances tab
Enter the details of the virtual appliance
Click on Open or the virtual appliance Name to enter the virtual appliance editor. A virtual appliance will not do anything unless you add at least one VM template to it
Click the Create virtual machine button. You can now select from the VM templates that are ready to be deployed.
Simply double-click a template to create a VM with the default label, or click once and enter your own friendly name for the your VM
Expected results: A virtual appliance is created with a VM template available from the Catalogue.
Use Case 5.2 - Deploy and undeploy a virtual appliance
Enterprise users should be able to to manage their virtual appliances. They can easily deploy and undeploy their virtual appliances.
Prerequisites
A virtual appliance has already been created
Steps:
To start the virtual appliance, click the Deploy virtual appliance button in the top right-hand corner of the Virtual machines panel.
This will deploy and start the VMs in the virtual appliance. You can also deploy virtual appliances using the controls that appear when a virtual appliance is selected in the virtual datacenter view. When the virtual appliance is deployed, the Deploy button becomes an Undeploy button or a Deploy all VMs button. To destroy all the VMs and all your data on the hard disks, click the Undeploy button.
For more details, see Manage virtual machines
Use Case 5.3 - Reconfigure a VM to add network and storage
Enterprise users should have the ability to modify their VMs.
Prerequisites
A virtual appliance has already been deployed. If the VM and its operating system do not support hot reconfigure, then power off the VM before you modify it.
Steps:
To change VM settings, from the VM options menu, select Edit.
The VM edit dialog will open. On the General tab, enable remote access, obtain the password and optionally increase CPU and/or RAM. Also make a note of the SSH user and password if they are available.
On the Network tab, go to Private and select the default_private_network or another network
Add an IP address or add the Auto-generated IP tag to the VM
If the original IP is in the same network, remove the original IP, so as to not have two IP addresses in the same network
On the Storage tab, add a hard disk by clicking the + add button at the bottom of the page
Enter appropriate values for a disk in your environment and click Save.
Expected results: The platform will reconfigure your VM
Remember to configure your disk in the VM operating system.
For more details, see and Configure virtual machines
Additional public cloud use cases
Use Case 6.1 - Create virtual storage volumes in public cloud
You can create storage volumes and attach them to a VM to extend usable disk space capacity. These volumes are usually persistent, so you can reuse them after you detach them and even after you destroy the VM.
Prerequisites
Abiquo Management server.
Public cloud configuration.
Volume name and size of volume.
Steps:
To create a new storage volume:
Select the virtual datacenter
Click the + add button
Enter the details as described below.
For Total size, the minimum size is as follows:
AWS and Azure: 1 GB
GCP: 10 GB
OCI: 50 GB
For the Tier, select the service level. Some tiers may not be available in all regions, for example, the AWS "io2" service level.
For AWS and GCP, enter an Availability zone. This must be the same Availability zone as for the VM network
For Controller type for OCI, select
PARAVIRTUALIZED
orSCSI
. Note that in OCI, volumes may onboard as IDE but the platform will later update them.In public cloud, the platform does not apply the Controller
Encrypted is available in AWS and OCI
Expected results: The volume is now available to be attached to a virtual machine before or after it is deployed.
Use Case 6.2 - Export a VM template from a private cloud datacenter
The cloud platform can support multiple datacenters and public cloud regions, with different technologies and service levels.
The VM template mobility feature enables VM templates to be moved between datacenters and public cloud regions.
Prerequisites
A cloud environment with a datacenter plus a public cloud region (or another datacenter)
Abiquo Server
V2V Services in datacenter (for conversion)
Two private cloud datacenters or one private cloud datacenter and a public cloud region
Check tenant is allowed to use the physical datacenter and the public cloud region
For public cloud region, you will need a compatible template and you must prepare it according to provider instructions (see VM Template Mobility)
Steps:
You must first prepare the template according to the cloud provider instructions. See VM Template Mobility
Go to Catalogue → select the private cloud datacenter where the VM template is stored.
Select the VM template and from its options menu, select Export
For private cloud, select the datacenter
For public cloud, select the public cloud region
For public cloud, select one bootable system disk. For private cloud, select disks
Expected results: A compatible VM template can be exported (copied) to another private cloud datacenter or a public cloud region
Validate cloud application
Use Case 7.1 - Access the running VM via the Abiquo platform
Customers should be able to access VMs deployed by the cloud management application
Prerequisites
A virtual appliance that is successfully deployed and powered on .
Network connectivity between browser and hypervisor
Console is through the hypervisor, not directly to the VM
Remote access password set in the VM from the VM template, or with guest setup, and/or user SSH public key. See Guest setup
Steps:
Obtain the login credentials for the VM, which may be assigned to the VM template.
Select the VM and on the VM control panel, near Remote access, click Show password to obtain the password. (You may also be able to obtain the login credentials from here).
To open a remote access window, click the console icon on the left-hand side of the control panel buttons.
Enter the remote access password or private key as prompted
At the VM login prompt, enter the VM login credentials.
Expected results: A console window will open and the user is presented with the login to the VM
The console window is displayed using the Guacamole client or WebMKS
For more details, see Configure remote access to virtual machines
Use Case 7.2 - Validate co-existence with existing management tools
Customers that already use hypervisor management tools such as VMware's vCenter want to ensure that the cloud management application will seamlessly coexist with the existing tools. For example, when using vCenter hosts, if a VM is moved by vMotion, then Abiquo will recognise the move. If you are using vCenter clusters as hosts, then Abiquo does not need to recognise the moves because the VMs are effectively on the same host.
Prerequisites
Abiquo installed and configured
Existing tools to manage the hypervisor hosts.
E.g. VMware vCenter managing ESXi
VM running on hypervisor hosts
Steps:
Deploy VMs using Abiquo and Hypervisor management tools
Review the results in both the Abiquo console and the management tool.
Exact tests and the steps to perform them will depend on the deployed infrastructure, for example, using vMotion in vCenter
Expected results: Abiquo co-exists with the management tool with no adverse affects.
For more details of the vMotion example, see How to make VMware vMotion work with Abiquo
Cloud user self service
Use Case 8.1 Cloud users can access the platform on a self-service basis
Customers want to use a self-service model in order to speed up the provisioning of applications/services and improve the efficiency of the IT operation.
Prerequisites
Running Abiquo Platform with enterprise and virtual datacenter created
Resources available to the enterprise (customer)
Steps:
Log in to the platform as an enterprise user
Create a virtual appliance within an existing virtual datacenter using VM templates available from the Catalogue
Deploy the virtual appliance
Review the virtual appliance configuration. E.g. networking, hard disk
Expected results: A customer user can deploy a virtual appliance and consume physical resources that have been made available to them.
You can also save virtual appliance configurations as blueprints, so cloud users can also create these configurations using self-service. See Manage virtual appliance specs
Use Case 8.2 Cloud users can monitor their VMs
Users can monitor their VMs and retrieve metrics.
Prerequisites
Abiquo monitoring server configured by systems administrator
Running Abiquo platform with enterprise and virtual datacenter and virtual appliance
Deployed VMs that are powered on
Monitoring privileges (by default these are assigned to the user)
Steps:
Log in to the platform as a cloud user
Open the configuration of a deployed VM
Mark the checkbox to Fetch metrics
Select the metrics you wish to retrieve
Save the VM configuration
Open the Monitoring view and after a short time, the metrics should display
Expected results: A customer user can retrieve and display metrics to monitor the performance of their VM
The following features can also use metrics to drive actions in the platform:
Alert notifications
Autoscaling
Action plans
Integration
Use Case 9.1 - Integrate the cloud management platform with a customer portal
Hosting providers may want to integrate the Cloud Management Platform (CMP) with an existing system such as an existing customer portal or provisioning system. This will provide administrators or customers access to the Abiquo functionality through a familiar interface.
Prerequisites
Familiarization with the Abiquo REST API.
Abiquo Cloud Management Platform.
Abiquo API documentation.
Steps:
Exact steps will depend on the existing application. Please read the API documentation and discuss with the Abiquo Sales Engineer
Expected results: Abiquo functionality can be integrated into an existing portal or ITSM system using the REST API
See The Abiquo API
You can also integrate with a workflow system or CMDB using the Abiquo workflow feature
Use Case 9.2 - Extract billing or chargeback data from the cloud platform
Hosting providers offering a cloud service will want to charge customers for resources that have been reserved or consumed. Abiquo meters usage data and you can import it into your billing system.
Prerequisites
Abiquo database supports accounting/metering of system usages by default. For details, see Abiquo Accounting Services Integration
Abiquo Cloud Platform with consumption data.
Steps:
You can use database scripts and Excel sheets to view accounting data. Alternatively you can create or use Abiquo 'billing connector' to extract this data. See Abiquo Billing Integration
Expected results: Accounting data can be extracted from Abiquo and viewed in Excel (CSV) and/or imported into an existing billing system.
Abiquo also imports cost and usage data from public cloud. See Display cloud provider billing data
Abiquo Reports also include accounting data (requires a Reports Server)
Use Case 9.3 - Integrate the cloud platform with an existing LDAP/AD or OpenID user source
An LDAP or AD user source may already exist and will be the preferred repository for user accounts of the cloud management platform (CMP). The CMP will be able to authenticate against the LDAP/AD user source and create the appropriate users. You can also configure Abiquo to authenticate using SAML.
Prerequisites
An existing LDAP or AD user source and an account that is able to logon and view user data
LDAP directory information including
Hostname/IP of directory server
Server port
Base DN of the user store
User DN Pattern
LDAP attribute that will map to Abiquo Enterprise (e.g. Company or Department).
Steps:
Configure the Abiquo server to use LDAP authentication. See LDAP and active directory integration. Please review the documentation as you will need to manually edit the configuration files.
Assign the LDAP groups or OpenID groups to User roles as external roles. A user in matching groups will be assigned the Abiquo Role
Example for OpenID:
id=admins,ou=group,o=qa,ou=services,dc=openam,dc=forgerock,dc=org
Examples for LDAP:
ldap_group_01
ldap_group_02
Log in to Abiquo using the credentials of an LDAP or OpenID user in the Abiquo group.
Expected results: A user can log in to Abiquo using the credentials that already exist in the Abiquo/LDAP source.
Advanced use cases
This section contains some advanced or optional use cases that may not always be relevant when running an evaluation of a Cloud Management Platform. Whether they are relevant will depend on the overall platform requirements and the existing technology stack that will support the cloud.
Use Case 10.1 - Display cloud provider billing data on dashboard
Abiquo can obtain public cloud cost and usage from the providers and display it on a single multicloud dashboard for the user. If you are using reseller credentials, then if your users have customer credentials, their billing data can also display.
Prerequisites
Public cloud region with reseller credential or standard credentials, and pricing credentials. See Obtain public cloud credentials
Steps:
To enable the display of the billing details on the dashboard, configure the dashboard according to the instructions for the provider. See Display cloud provider billing data.
For example, to configure billing dashboards for Google Cloud Platform (GCP):
Log in to GCP as an administrator
Set up billing data export. See https://cloud.google.com/billing/docs/how-to/export-data-bigquery-setup
To summarize, at the time of writing this doc: Go to Google console → BigQuery → select the Project and create a dataset, for example, "billingDatasetId". Note the name of your billing dataset.Check that the account for use in Abiquo has the "Big Query Viewer" role
Log in to Abiquo and edit the Abiquo enterprise
Go to Properties and enter the properties as described here.
dataset_id: Name of your billing dataset, e.g. billingDatasetId
googleCloudPlatform_price_factor: Optional markup property
googleCloudPlatform_discount: Optional discount property
If you already entered the compute credentials but did not mark Also use for pricing, go to Credentials→ Pricing and enter them in the following format:
Access key ID: project_id#client_id#client_email#private_key_id
Secret access key: private_key
For details of how to obtain these credentials, see Obtain Google Cloud Platform credentials
Assign the "View bills" privilege to user roles
Wait for the platform to obtain billing data, then go to Dashboard → Hybrid
Expected results: The billing data will display on the dashboard
Users may have to wait for the platform to obtain billing data from the provider
If necessary, request the generation of billing data on the Enterprise Credentials tab
You can configure budgets that trigger alerts based on billing data. See Manage budgets
Use Case 10.2 - Configure extra charges on VM templates and hardware profiles
Hosting providers may need to track the licenses used by VMs (e.g. Microsoft Windows licensing), or may wish to offer cloud services based on a per VM pricing model. You can also assign extra charges with cost codes to hardware profiles. Note that Abiquo can also onboard prices of basic Linux templates from public cloud providers.
Prerequisites
A working Cloud Management Platform (CMP) and populated Catalogue
Steps:
To create an extra charge with a cost code for resource pricing
Go to Pricing → Extra charges
Click the + add button
Enter the details and initial prices
Configure a VM template in the Catalogue
Edit the VM template and go to the Extra charges tab
Select the appropriate Extra charges for the VM template
When you create or edit a hardware profile, you can also assign an extra charge.When you create a VM you can also assign extra charges
You can use the extra charge with a cost code to track a VM or hardware profile in the Abiquo database either for licensing or charge back.
Expected results: A virtual image or hardware profile can be tracked for licensing or chargeback purposes.
See Pricing View
Use Case 10.3 - Users can run collectd plugin to push custom metrics
Users may wish to view custom performance data for a VM. Users can install and configure collectd to gather this data. Users can then install the Abiquo collectd plugin to push the data to the Abiquo API. You can provide VM templates with collectd and the Abiquo collectd plugin already installed to your cloud users.
Prerequisites
Deployed VM(s)
User has added collectd as an OAuth application in Abiquo. See Authentication
Following the instructions at Use collectd plugin for custom metrics
Collectd is installed and running on the VM(s)
Abiquo collectd plugin is installed and running on the VM(s).
Privilege allowing the user to push own metrics must be assigned to the collectd OAuth application
Steps:
User should configure collectd to gather the metrics they wish to display in Abiquo
By default, all collectd metrics will be pushed by the Abiquo plugin
Open the VM configuration
Select Fetch metrics
Open the Monitoring view for the VM or virtual appliance
Expected results: The user should be able to view the metrics gathered by collectd in Abiquo
Use load balancers
This use case describes a basic load balancing setup for you to test load balancers in public or private cloud. It contains these secondary use cases:
Create security group
Create web servers
Add load balancer
Retrieve index files from web servers
Use Case 11.1 - Create security groups
Abiquo tenant administrators can create firewalls that are security groups, in public cloud (e.g. AWS) or private cloud (using the VMware NSX integration).
Prerequisites
Virtual Datacenter
In public cloud this can be onboarded and synchronized
Private cloud
Abiquo VMware NSX integration
Devices created for the enterprise in the cloud location
Public cloud
Credentials for public cloud provider with firewall support, for example, AWS
Logged in as cloud admin using this enterprise, or tenant admin
Steps:
To create firewalls:
Go to Virtual datacenters
Select a virtual datacenter or location and go to Network → Firewalls
Select the location or the virtual datacenter and click the double-arrow synchronize button in the top right-hand corner of the page
Click the + button and enter firewall general information
Click the synchronize button to synchronize firewall rules. You will probably see a default rule to allow all outbound traffic.
Click the pencil edit button to edit firewall rules. Enter firewall rules, for example, to allow SSH and HTTP traffic
Expected results: Each firewall is created with the appropriate security group policies. As always, check your provider documentation for specific information about security group functionality. And see Manage Firewalls
Note: cloud users will require appropriate privileges to use firewalls
Use Case 11.2 - Create web servers
Create two basic web servers that will be load balanced
Prerequisites
Virtual Datacenter
In public cloud this can be onboarded; All public cloud virtual datacenters must be synchronized
Private cloud
Security group (firewall) if using Abiquo VMware NSX integration or other firewall and load balancer integration
Public cloud
Security group (firewall) if using public cloud provider with firewall support, for example, AWS
Linux template added to the Abiquo Catalogue
SSH public key added to Abiquo user account
Pre-purchase of two public IP addresses
Steps:
Use a Linux template to create two VMs (AWS instances)
Assign a private IP to each VM that is in the same availability zone (determined by private network)
Assign a public IP to each VM
If your cloud provider supports firewalls, assign the firewall you created earlier to the VM
Deploy the VM
Log in using SSH and perform the following actions on both instances
echo
"Displaying content from VM 1"
> index.html
python -mSimpleHTTPServer
For VM 2, change the text string to "Displaying content from VM 2"
Expected results: This command will start a HTTP server listening on port 8000
Use Case 11.3 - Create load balancer
Abiquo can create load balancers in public cloud providers such as AWS and also in private cloud using VMware NSX.
Prerequisites
Public cloud credentials added. Where appropriate (NSX and AWS) firewalls created, firewall rules created for SSH and the appropriate load balancer protocol. Firewalls are synchronized.
Existing virtual datacenter, either newly created or onboarded.
Steps:
To add a load balancer:
Select the location or the virtual datacenter and synchronize it (round arrow button beside the name)
Go to Network → Load balancers
Click the + add button and enter load balancer general information. Select Public address and An automatically created public address
Create routing rules. Add a routing rule with HTTP and port 8000 (unless you have certificates prepared for HTTPS)
Enter a health check if required. AWS will automatically create one if you do not enter one. For the health check enter: Name, HTTP, 8000, Path: /index.html, interval (sec) e.g. 30, timeout (sec) e.g. 5 and attempts e.g. 3
Select the firewall you created earlier
Assign nodes, adding both instances
Click Save
A load balancer is created. As always, check you provider documentation for pricing and functionality. For more information about load balancers in Abiquo, see Manage load balancers.
Note: cloud users will require appropriate privileges to use load balancers.
Expected results: Once complete you'll be able to go to the load balancer's public IP address and retrieve the index files from the web servers.
Use Case 11.4 - Retrieve index files from web servers
To retrieve the files from your web servers, open your browser and enter the public IP address of the load balancer with the port and /index.html.
Reload the page to retrieve the index file from the other web server.
Test case results summary
You can use this check sheet to track completion of the test use cases. Please contact your Platform and Customer Success Engineer if you require any assistance executing the tests or if there are any tests that do not complete successfully. They will be happy to work with you and propose a resolution.
UC # | Objective | Success/Fail | Proposed resolution and Notes |
---|---|---|---|
1 | Discover physical infrastructure for cloud operator | ||
1.1 | Create a datacenter | ||
1.2 | Define logical racks and VLAN network requirements | ||
1.3 | Create datastore tiers for datastore service levels | ||
1.4 | Acquire the physical infrastructure | ||
1.5 | Define the data center utilization rules | ||
1.6 | Create public IPs for consumption by cloud tenants | ||
1.7 | Capture existing VMs and support a phased deployment | ||
1.8 | Create public cloud regions | ||
1.9 | Add public cloud credentials | ||
2 | Create a global catalogue for VM templates and blueprints | ||
2.1 | Create a global service catalogue as a template repository | ||
2.2 | Leverage existing VM templates by importing into the catalogue | ||
2.3 | Create a cache of approved public cloud templates | ||
3 | Create customer organization hierarchy | ||
3.1 | Create a reseller and an enterprise for a cloud tenant to consume cloud resources | ||
3.2 | Define resource allocation limits for the enterprise | ||
3.3 | Delegate administration of an enterprise | ||
3.4 | Define enterprise business policy | ||
4 | Manage enterprise for enterprise administrator | ||
4.1 | Create a virtual datacenter from the resource cloud | ||
4.2 | Create private networks | ||
4.3 | Reserve public IPs or external IPs | ||
4.4 | Onboard the existing virtual infrastructure from public cloud | ||
4.5 | Define allocation limits for the virtual datacenter | ||
4.6 | Obtain floating public IPs from the cloud provider | ||
4.7 | Create enterprise users | ||
4.8 | Create custom user roles | ||
5 | Manage virtual appliances for enterprise user | ||
5.1 | Create virtual appliances | ||
5.2 | Deploy and undeploy a virtual appliance | ||
5.3 | Reconfigure a VM to add network and storage | ||
6 | Additional public cloud use cases | ||
6.1 | Create virtual storage volumes in public cloud | ||
6.2 | Export a VM template from private datacenter to public cloud | ||
7 | Validate cloud application | ||
7.1 | Access the running VM via the Abiquo platform | ||
7.2 | Validate co-existence with existing management tools | ||
8 | Cloud User self service | ||
8.1 | Cloud users can access the platform on a self-service basis | ||
8.2 | Cloud users can monitor their VMs | ||
9 | Integration | ||
9.1 | Integrate the cloud management integration with a customer portal | ||
9.2 | Extract billing or chargeback data from the cloud platform | ||
9.3 | Integrate the cloud platform with an existing LDAP/AD or OpenID user source | ||
10 | Advanced use cases | ||
10.1 | Display provider billing data on dashboard | ||
10.2 | Configure VM template cost codes | ||
10.3 | Users can run collectd plugin to push custom metrics | ||
11 | Use load balancers | ||
11.1 | Create security groups | ||
11.2 | Create web servers | ||
11.3 | Create load balancer | ||
11.4 | Retrieve index files from web servers |