Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 83 Next »

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:

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:

  1. Go to Infrastructure view

    Open the Infrastructure view
  2. Go to the Private tab, click the + add button

  3. Enter the Name of the datacenter and the Location. Click Next

    Create a datacenter
  4. Enter the IP address of the monolithic Abiquo server, and click Duplicate IP addresses to copy the remote service locations

  5. Click Accept to use this remote services configuration for the datacenter.

    Create a datacenter with remote services

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:

  1. 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.

  2. On the DATACENTERS list, click the plus button

  3. Select Create Rack

  4. Enter details of the Rack 

    Create a rack
  5. 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

    Create a rack with network settings
  6. 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

  1. In the Infrastructure view, click the Datastore tiers tab, and click + Add to create a datastore tier.

    Create a datastore tier
  2. 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):

  1. Use the + button to create a new physical machine. For example, for a vCenter host (note: you can also add vCenter clusters as hosts).

    Add a physical machine


    Select the hosts to add to Abiquo and configure them as described here.

    1. 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.

      Create a physical machine with network interfaces
    2. For each hypervisor host, you must enable at least one datastore (mark the checkbox). 
      (minus) Do not enable the vm_repository for use as a datastore.

      Create a physical machine with datastores

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

  1. Select the data center and edit. Select the Allocation Rules tab

    Create allocation rules
  2. 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.

    Add a datacenter rule


    Note: If you are adding a vCenter cluster directly as a physical machine, use the server rule not the cluster rule.

    Add a new load level compute rule for vCenter cluster

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

  1. From the Infrastructure view, select Datacenter, Network tab, and select the Public sub-tab.

  2. Click the + icon to add a network

  3. Fill in the necessary information and click Save

    Create a public network
  4. Create IPs as required. Click Accept

  5. 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.

    Make IPs available
  6. 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 ((warning)) 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:

  1. Create virtual datacenters for the host hypervisor type and appropriate networks for the VMs

  2. In Infrastructure view, select the host and press the retrieve VMs button to scan for VMs

  3. Select a VM that is not managed by Abiquo

  4. 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

  1. Go to Infrastructure → Public

  2. Click the + add button

  3. 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.

    Create a public cloud region
  4. Enter the IP address of the monolithic Abiquo server. Click Duplicate IP addresses to copy the remote service location.

    Create a public cloud region with remote services
  5. 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:

  1. In the bottom left-hand corner of the screen, click on the user icon.

  2. From the dropdown menu, select Edit credentials

    Edit credentials
  3. Select the cloud provider

  4. Enter the Access key ID and the Secret access key

  5. Click Add account

    Add a public cloud account
  6. 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:

  1. In the Catalogue select the data center.

  2. Click the + add button and select Create from remote repository

    Catalogue of VM templates


    The Abiquo Repository should have been added as default. You can add a testing repository at https://packer-repo.s3.amazonaws.com/ovfindex.xml.

  3. 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:

  1. On the Catalogue tab select the data center

  2. Click the + add button and select the option to Create from OVA

    Create a template from OVA file
  3. Select the OVA file.

  4. After you upload the OVA, edit the template as required. On the Advanced tab, check that the Operating system is set correctly

  5. 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.

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:

  1. Go to Catalogue → Public

  2. Select the public cloud region

  3. Then click the + add button at the bottom of the screen

    Import a public cloud template
  4. The Import template popup will open

  5. Enter the search criteria for your template

    Importing a template from public cloud
    1. In the ID field, you can enter an ID, such as an AMI ID 

    2. In the Name field, you can enter text to search for in the name 

    3. Select Private templates to display images that are only available to your user account in the public cloud provider. 

      1. In vCloud Director this option displays templates in the same organization as your user

      2. 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

  6. To import a template, click the import symbol in the top right-hand corner of the template

    1. 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. 

      1. 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.

      2. 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

  7. 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)}

    1. Local Bank {Enterprise}

    2. Wernham Hogg {Enterprise}

    3. 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.   

  1. Go to Users

  2. Go to Scopes and for the reseller, create a reseller scope

    1. Name the scope with the same name as the reseller, e.g. ResellerEnterpriseScope

    2. Select an appropriate Parent scope, for example, the Global scope or no parent scope

      Create a reseller scope
  3. Create an enterprise and select the Reseller checkbox to make it a reseller enterprise

    1. For the Default scope of the enterprise, select the reseller scope for the enterprise. Abiquo will automatically add the enterprise to its Default scope

      1. Note that if you change the default scope of an enteprise, Abiquo will not remove the enterprise from its previous scope

        Create a reseller enterprise
    2. Go to the Datacenters tab and drag datacenters and/or public cloud regions into the Allowed pane

       Allow the reseller enterprise to use datacenters and public cloud

Then create a customer of your reseller:

  1. Go to Scopes again and create a customer scope

    1. Name the scope with the same name as the customer, e.g. CustomerEnterpriseScope

    2. As the Parent scope, for example, the Reseller scope

  2. Create the customer enterprise

    1. For the Default scope, select the Customer scope for the enterprise. Abiquo will automatically add the enterprise to its Default scope

    2. Note that if you change the default scope of an enteprise, Abiquo will not remove the enterprise from its previous scope

    3. 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.

Create an enterprise

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:

  1. Log in as SysAdmin

  2. Select a specific enterprise

  3. Go to the Users pane and click + to add the new user

  4. Select the default ENTERPRISE_ADMIN role

  5. For the Scope, select the enterprise scope

    Create a user
  6. Go to the Advanced tab and enter user details as required. The public key is required for remote access to VMs

    Create a user with a public key for remote access to VMs
  7. 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

  1. Log in as SysAdmin

  2. In Users view, select a specific enterprise

  3. Select Edit and go to Reservations

  4. Select a datacenter and rack where a server will be reserved for this enterprise

  5. Move one of the available servers to add the server to the Reserved servers list.

    Reserve a server for an enterprise
  6. Log in as ANY user NOT in this enterprise (note rack reserved servers should not be available).

  7. 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

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:

  1. Log in as an Enterprise admin or the Cloud Admin.

  2. Click the Cloud icon to open myCloud Virtual datacenters view

  3. Click on the + icon in the V. Datacenters pane

  4. 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.

  5. Click Save. A virtual datacenter for the enterprise will be available for virtual appliances to be created and deployed within.

Create a virtual datacenter

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

See Manage virtual datacenters


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:

  1. From V. Datacenters, select a virtual datacenter and select the Network tab, then the Private sub-tab

  2. Click the + icon to add a new network

  3. Fill in the necessary information

  4. 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.


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:

  1. Go to Virtual datacenters → Select a virtual datacenter → Network → Public

  2. On the Allocated public IPs page, click the + add button

  3. 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.

Add a NIC to a 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

  1. Go to Virtual datacenters view. Click the + add button and select Synchronize public cloud.

    Synchronize public cloud
  2. Select the public cloud region

  3. Select the virtual datacenter to synchronize from the list.

    Select a virtual datacenter to onboard
  4. 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.

Create allocation limits for a virtual datacenter

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:

  1. In the V. Datacenters list, click on the name of a virtual datacenter in public cloud

  2. Go to Network → Public

  3. Click on the round arrow synchronize button to obtain any existing public IP addresses

  4. Click on the + button to obtain a new floating IP address

  5. Click on the Add to virtual datacenter link

  6. 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:

  1. Login as Cloud Admin or Enterprise Admin

  2. Select the enterprise

  3. Go to the "Users" pane click + to add the new user

  4. For the Role, select USER and for the Scope, select the "Enterprise scope" and fill in necessary info

    Create a cloud user
  5. Optionally, restrict the user to a set of VDCs

    Restrict a cloud user to a set of VDCs
  6. Enter public key for remote access to VMs

    Add a 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:

  1. Login as SysAdmin

  2. Select UsersRoles

  3. Select the USER role and click the Clone button (or click + to add the new role)

  4. Fill in the necessary info. (Do not enter External roles now, but you can enter them later to use AD or SAML, etc.)

    Clone a role
  5. Save the role

  6. Select the role again and select the required privileges, then click Save. See Manage Roles#Privileges table

  7. 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:

  1. Open the cloud Virtual datacenters view. It should open at the Virtual appliances tab

  2. Select the virtual datacenter you want to deploy a virtual appliance in

  3. Click the + add button at the bottom of the the Virtual Appliances tab

    Create a virtual appliance for your VMs
  4. Enter the details of the virtual appliance

    Enter details of the virtual appliance
  5. 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

  6. 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

    Select a VM template to create 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.

Deploy a virtual appliance

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:

  1. To change VM settings, from the VM options menu, select Edit.

    Reconfigure a VM
  2. 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.

  3. On the Network tab, go to Private and select the default_private_network or another network

    Add an extra NIC
  4. Add an IP address or add the Auto-generated IP tag to the VM

  5. 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

  6. On the Storage tab, add a hard disk by clicking the + add button at the bottom of the page

    Add a hard disk
  7. 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:

  1. Select the virtual datacenter

  2. Click the + add button

  3. Enter the details as described below.

    Create a storage volume in public cloud
  4. For Total size, the minimum size is as follows:

    1. AWS and Azure: 1 GB

    2. GCP: 10 GB

    3. OCI: 50 GB

  5. For the Tier, select the service level. Some tiers may not be available in all regions, for example, the AWS "io2" service level.

  6. For AWS and GCP, enter an Availability zone. This must be the same Availability zone as for the VM network

  7. For Controller type for OCI, select PARAVIRTUALIZED or SCSI. Note that in OCI, volumes may onboard as IDE but the platform will later update them.

  8. In public cloud, the platform does not apply the Controller

  9. 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

  1. Go to Catalogue → select the private cloud datacenter where the VM template is stored.

  2. Select the VM template and from its options menu, select Export

    Select the VM template export option
  3. For private cloud, select the datacenter

    Export a VM template
  4. For public cloud, select the public cloud region

    Export a VM template to public cloud
  5. For public cloud, select one bootable system disk. For private cloud, select disks

    Select disks to export

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 (smile).

  • 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:

  1. Obtain the login credentials for the VM, which may be assigned to the VM template.

  2. 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).

  3. To open a remote access window, click the console icon on the left-hand side of the control panel buttons.

  4. Enter the remote access password or private key as prompted

  5. 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


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:

  1. Log in to the platform as an enterprise user

  2. Create a virtual appliance within an existing virtual datacenter using VM templates available from the Catalogue

  3. Deploy the virtual appliance

  4. 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:

  1. Log in to the platform as a cloud user

  2. Open the configuration of a deployed VM

  3. Mark the checkbox to Fetch metrics

  4. Select the metrics you wish to retrieve

  5. Save the VM configuration

  6. 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


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

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.


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:

  1. 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.

  2. 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

  3. 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

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):

  1. Log in to GCP as an administrator

  2. 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.

  3. Check that the account for use in Abiquo has the "Big Query Viewer" role

  4. Log in to Abiquo and edit the Abiquo enterprise

  5. 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

  6. 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

  7. Assign the "View bills" privilege to user roles

  8. Wait for the platform to obtain billing data, then go to Dashboard → Hybrid

Display billing data on the dashboard

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:

  1. To create an extra charge with a cost code for resource pricing

    1. Go to Pricing → Extra charges

    2. Click the + add button

    3. Enter the details and initial prices

  2. Configure a VM template in the Catalogue

  3. Edit the VM template and go to the Extra charges tab

  4. Select the appropriate Extra charges for the VM template


    When you create or edit a hardware profile, you can also assign an extra charge.

  5. When you create a VM you can also assign extra charges

  6. 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.


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:

  1. 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

  2. Open the VM configuration

  3. Select Fetch metrics

  4. 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:

  1. Create security group

  2. Create web servers

  3. Add load balancer

  4. 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:

  1. Go to Virtual datacenters

  2. Select a virtual datacenter or location and go to NetworkFirewalls

    Firewalls in virtual datacenters
  3. Select the location or the virtual datacenter and click the double-arrow synchronize button in the top right-hand corner of the page

  4. Click the + button and enter firewall general information

    Create a firewall
  5. Click the synchronize button to synchronize firewall rules. You will probably see a default rule to allow all outbound traffic.

  6. 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:

  1. Use a Linux template to create two VMs (AWS instances)

  2. Assign a private IP to each VM that is in the same availability zone (determined by private network)

  3. Assign a public IP to each VM

  4. If your cloud provider supports firewalls, assign the firewall you created earlier to the VM

  5. Deploy the VM

  6. 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:

  1. Select the location or the virtual datacenter and synchronize it (round arrow button beside the name)

  2. Go to Network → Load balancers

  3. Click the + add button and enter load balancer general information. Select Public address and An automatically created public address

    Create a load balancer with a public address
  4. Create routing rules. Add a routing rule with HTTP and port 8000 (unless you have certificates prepared for HTTPS)

    Create a load balancer with routing rules
  5. 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

  6. Select the firewall you created earlier

    Create a load balancer with firewalls
  7. Assign nodes, adding both instances

    Create a load balancer and attach nodes
  8. 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

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

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

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

  • No labels