This document walks through the features that support resellers on the Abiquo multicloud platform and describes the easy steps to set up a reseller hierarchy in the platform.
The Abiquo platform has multicloud features to support resellers and their customers in both private and public cloud (Azure CSP and Amazon resellers in the APN).
A reseller hierarchy will usually be under the platform owner level. The two main levels are resellers and customers, and then customers may have further levels, for example, departments.
So an example of a complete platform hierarchy could be:
Diagram: an example of a reseller hierarchy.
Abiquo resellers can work with all supported private and public cloud providers, and there are several features specifically designed for Amazon and Azure partners.
The Abiquo UI is HTML5 and you can easily brand it with CSS themes. There are two main branding elements: the login pages and the tenant themes.
On the login page you can brand the logo and watermark.
For each tenant, you can add a logo, main menu icons, a custom color scheme, and more.
And for the browser tabs, you can brand the favicon.
For more details, see Abiquo Branding Guide
The platform supports managed services for virtual datacenters with virtual datacenter roles (VDC roles). A VDC role replaces the user’s role within one or more virtual datacenters.
The administrator can set a default for provider, or a region, and update specific virtual datacenters with custom roles. For example, AWS virtual datacenters could always be read only, because a VIEWER role replaces a USER role.
This feature applies to cloud users only, not administrators, and it is also possible to create exceptions for specific users.
The Hybrid billing dashboard displays billing data from public cloud, for Azure and Amazon, and it also supports the addition of custom billing data via API. It displays the latest bills, estimated bills, and average cost per VM. The administrator can configure the dashboard to display data for reseller and partner accounts and their customers, as well as for customers who wish to use accounts that were obtained directly from the provider. The platform controls the display of the hybrid billing dashboard with privileges. This feature requires the reseller or tenant to configure programmatic billing in the provider.
Screenshot: Details of the latest bills
Screenshot: Estimated bill
Screenshot: Average cost per virtual machine
Screenshot: Latest bills
The platform can retrieve price lists from public cloud providers (Amazon and Azure). These prices are for Linux VMs without any applications installed. You can later manually edit these prices, which are updated every 24 hours by default. This feature supports synchronizes price lists for customers of resellers (with markup) and standard customers. The prices are imported into Abiquo pricing models.
Administrators will need to add credentials with access to pricing for public cloud accounts for either resellers or standard customers.
This feature imports recent accounting data for access via the Abiquo API. And it can provide detailed reports for all levels of the hierarchy by VM usage in hours. The administrator can filter these reports by entities, e.g. reseller, customer of reseller, etc. So for example, a reseller can supply reports to their customers, and even the departments of the customer. The platform can also support bulk pricing for ranges of VMs per reseller.
The following example shows the data for a sample report.
The platform makes it easy to administer a hierarchy because usually an administrator will only manage their own tenant's users and those in their direct scope. And they will manage templates and blueprints for their own tenant. The administrator can then delegate administration to scopes beneath their scope. And share VM templates and configuration blueprints with them. So for example, a resellers' customers could manage their own users, local VM templates, and so on. And these customers can even have their own hierarchies and delegate administration to their departments.
Administrators can store metadata for each tenant, in the form of properties, which have a key and a value. Cloud administrators can create hidden, read-only, read-write properties
Tenant administrators can usually display read-only properties and create and update read-write properties.
In Abiquo administrators create an organization hierarchy using Scopes. First of all, the cloud administrator should define the tenants (enterprises) that a user will administer (users, templates, etc), and create an access list, which is the User scope. Then they should define the related enterprises, for which they will delegate administration. These access lists will also be scopes, but below the user's scope in the hierarchy, as child scopes of the parent scope. The cloud administrator can create a tree structure with as many levels as necessary.
For billing and reporting, the cloud administrator can define the "top of the branch" enterprises, which could be the customer headquarters or similar.
When you create a scope, the main questions to ask are:
In this case, we create the scopes first and select the locations that the administrators can manage. Later we will add the enterprises to their scopes. This means that the administrators in these enterprises can manage the users, templates, and so on.
First we create a scope for the reseller, which is below the Global scope.
Then we will create a scope for a customer of the reseller. The customer scope has the reseller scope as its parent scope.
To create a reseller enterprise, you should mark the enterprise with the Reseller flag. You will also need to enter pricing credentials, the provider discount, and create a base pricing model. Remember that you can only have one reseller per scope (enterprise default scope). When you configure the billing dashboard, enter the reseller's credentials. The platform will then identify the reseller's customers using their compute credentials, for example, the AWS access ID.
Steps to create a reseller enterprise
Enter the name, scope, and select Reseller. Optionally enter a logo and select a branding theme for whitelabelling.
After you create the reseller enterprise, edit the reseller scope and select the reseller enterprise. If the reseller's customers will not manage their own users and templates, then you could also add them to this scope.
The platform provides a pricing estimate for deploying a virtual appliance when the user clicks the pricing button, usually marked with a currency symbol.
Screenshot: The pricing estimate button may display the tenant's currency symbol.
Screenshot: The pricing estimate message includes the VMs and other virtual resources.
An administrator can assign the same pricing model to multiple enterprises and clone pricing models to create new ones. Administrators can set resource prices per location in multiple currencies. Administrators can use cost codes to set prices for templates and hardware profiles. The platform combines pricing models with usage data to generate billing data that is output in CSV files.
For resellers, the platform can import prices for hardware profiles from public cloud. The pricing model from a reseller is the base for a pricing model for the customers created by the reseller. The reseller can set markup for customers, on top of the base pricing model. Customers can only display their own prices.
To create a reseller administrator, you will first need to define their role, with the privileges they will have to perform actions on the platform.
A reseller role with minimum restrictions could grant the administrator the following privileges:
The cloud administrator can create reseller customer enterprises centrally or delegate this work to the reseller, in which case the reseller administrator will require the Manage enterprises privilege. Note that this will mean that reseller administrator can also edit their own enterprise if it is in their scope.
Screenshot: Create the user and assign the reseller administrator role.
To ensure that the appropriate base pricing model is available, the reseller administrator with pricing privileges should log in to create the customer pricing model.
You can create a customer with one or more tenant enterprises. The main customer enterprise is the "key node" of each customer organization, for example, it would represent the headquarters of an organization.
When you create the main customer enterprise, mark the Key node flag. If this enterprise is the customer of a public cloud reseller, then you do not need to enter pricing credentials. You should create tenant properties for markup, and a customer ID. The platform will automatically propagate pricing models and price lists to this tenant, with markup. Remember that you can only have one key node per scope (Enterprise default scope). You should then create any other enterprises to represent other parts of the customer organization, for example, departments of a business, stores in a retail chain.
Steps to create a key node enterprise
This is very similar to creating a reseller enterprise, so these steps will only highlight the differences from the reseller enterprise.
After you create the key node enterprise, edit the key node scope and add the customer to its scope