Onboard from Public Cloud

If the cloud provider supports virtual datacenters, such as AWS VPCs, you can onboard them. After you onboard the virtual datacenters, you can synchronize them and the virtual resources. If the cloud provider does not support virtual datacenters, then you can onboard the resources from the public cloud regions, such as RackSpace and OpenStack regions. 

Before onboarding virtual resources, administrators must do the following steps:

• Create the public cloud region to import from
• Allow the tenant access to the public cloud region (Enterprise → Datacenters → Allow datacenter)
• Register the tenant's credentials for the public cloud provider (Enterprise → Credentials)

Onboard virtual datacenters from public cloud

View classic VMs

To view classic VMs, for example in AWS these are EC2 classic VMs, click the "See classic" link. 

Synchronize VDCs and resources

During VDC synchronization, the platform will ensure that the resources in the platform and the provider are the same.

• It will delete entities in the platform that were deleted already in the provider
• However, it will maintain resources attached to undeployed VMs in the platform
  • For example, if a user has an undeployed VM with IPs and a load balancer, then after the synchronization, these resources are attached to the VM in the platform only
  • Warning: These resources are "free" in the provider. Users working directly in the provider could assign these resources to other VMs. This will cause a conflict and error at deploy time

To update a virtual datacenter and onboard any changes made in the provider, synchronize the virtual datacenter:

1. Go to Virtual datacenters → V. Datacenters list
2. Beside the virtual datacenter name, click the double arrow Refresh button

You can also synchronize resources such as networks, public IPs, firewalls, and load balancers. To do this, go to the resource tab and click the straight double arrow Synchronize button. For more information, see the resource documentation.

Manage resources that were deleted directly in the provider

When administrators delete resources in the provider, the platform will display the resource name in light gray to indicate that the user cannot work with the resource. The resource types include:

• External networks
• Firewalls 
• Classic firewalls 
• Load balancers 
• NAT network
• NAT IPs

To delete these resources (if they are not in use), select the resource and click the delete button.

Delete or release virtual resources in public cloud

The virtual resources that you onboarded or created in public cloud will be grouped with their associated virtual datacenters.

Before you begin:

1. If you recently created virtual resources, such as load balancers, synchronize the virtual datacenter to ensure that the platform can find and delete all the dependencies of the virtual datacenter.

To delete onboarded resources in public cloud:

1. Delete each virtual datacenter
   • You can choose to delete each virtual datacenter in the platform only, or in the platform and the provider. If you delete in the platform only, the platform will automatically remove VMs, virtual appliances, load balancers, public IPs, and firewalls. Remember to check which is the default VDC in your provider, e.g. AWS default VPC, because it may be inconvenient to delete this VPC

Onboard from public cloud using the API

Onboard from public cloud regions without VDCs

Abiquo onboards and synchronizes virtual resources in public cloud regions for providers that do use virtual datacenters or similar entities, for example, OpenStack clouds and Rackspace. You can only synchronize these providers at the public cloud region level. You cannot synchronize a VDC or an individual resource, for example, a load balancer. 

If your public cloud provider does not support virtual datacenter entities, to onboard virtual resources do the following steps:

1. Go to Virtual datacenters
2. At the top of the V. Datacenters list, click the + Add button
3. Select Synchronize public cloud
   
4. Select a public cloud region

If Abiquo already has virtual resources on the platform for the provider, then these entities will already be part of a virtual datacenter. Abiquo will check if any new entities in the provider are related to the existing ones in Abiquo and place them in the existing virtual datacenter.

Abiquo will place all VMs and network resources that are not related to existing Abiquo virtual resources into a generic virtual datacenter. Abiquo names this virtual datacenter with the same name as the public cloud region, but the user can rename it. Abiquo will use this virtual datacenter for future synchronizations, adding or removing resources to match the cloud provider.

If the Abiquo integration with the provider supports entities that are not assigned to any virtual datacenter, such as firewalls, load balancers, or floating IPs, these may be loaded into Abiquo as unassigned entities.

If conflicts occur during synchronization, Abiquo will cancel the synchronization. This would occur if two VMs already exist in different VDCs but are related by a firewall or load balancer. Or if two firewall policies or load balancers exist in different virtual datacenters but are related by a VM.