Prepare to onboard from public cloud
Before onboarding virtual resources, administrators must do these steps:
Create the public cloud region to import from
Allow the tenant access to the public cloud region (Enterprise → Datacenters → Allow public cloud region)
Register the tenant's credentials for the public cloud provider (Enterprise → Credentials)
Introduction to onboard from public cloud
You can onboard virtual resources from public cloud into the platform. If the cloud provider supports virtual datacenter (VDC) entities, such as AWS VPCs or Azure virtual networks, you can onboard them as VDCs and synchronize them. If the cloud provider does not support VDCs, then you can onboard the resources from the public cloud regions, such as Google Cloud Platform regions.
Onboard virtual datacenters from public cloud
To onboard resources from public cloud: Go to myCloud → Virtual datacenters At the bottom of the V. Datacenters list, click the + add button Select Synchronize public cloud On the General information tab, select the region and the other entities to onboard The virtual datacenter entities are: AWS VPCs, Azure Virtual Private Networks, OCI Virtual Cloud Networks, vCloud vApps   Google Cloud Platform (GCP) does not use virtual datacenter entities, so the platform onboards and synchronizes regions and all their resources.
In GCP You cannot onboard or synchronize individual resources, for example, a public IP.
When you first onboard from GCP, the platform will onboard virtual datacenter resources into a generic virtual datacenter for the region. The platform will add regional or global resources separately, such as global networks and public IP addresses. If you created virtual datacenters and resources before onboarding, the platform will add related resources into your virtual datacenters
If conflicts occur during onboarding, the platform may stop and roll back the onboarding. Optionally, to restrict user permissions in the virtual datacenter, go to Roles and select a custom user role.
Optionally, set exceptions to the virtual datacenter role
For more details see Set a virtual datacenter role to limit user access The platform will onboard the selected resources for you to manage. The platform will mark the Public subnet (identified by a custom route table and NAT gateway) with a globe symbol and set the Internet gateway flag for this subnet. Users with bespoke network configurations should check the results of the synchronization. The platform will synchronize private and public IP addresses even if they are not in use by VMs, and mark the IP addresses in use by provider entities with provider identifiers. The platform will import VM templates. If the platform cannot find the VM template, the VM will have no template in the platform. To save a copy of your VM disk to create a template, so you can recreate the VM, make an Abiquo instance of the VM.
If you delete an onboarded VDC, the platform will delete it in the provider. If your enterprise does not have valid credentials for the public cloud provider, when you delete public cloud entities in the platform, they will still exist in the public cloud provider. |
|
View classic VMs
To display classic VMs in public cloud:
Go to Virtual datacenters
Click the + Add button and select Synchronize public cloud
Select the public cloud region
Click the See classic link
Synchronize VDCs and resources
To update a virtual datacenter and onboard any changes made in the provider, synchronize the virtual datacenter: Go to Virtual datacenters → V. Datacenters list Beside the virtual datacenter Name, click the round arrow Synchronize button
 To synchronize specific resources such as networks, public IPs, and so on: Go to Virtual datacenters → select the resource tab Click the round arrow Synchronize button for the resource.
For more information, see the resource documentation. Screenshot: Synchronize networks  |
Manage resources that were deleted directly in the cloud 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:
If you recently created virtual resources, such as load balancers, synchronize the virtual datacenter to ensure that the platform can find all the dependencies of the virtual datacenter.
To delete onboarded resources in public cloud:
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 from the virtual datacenter. It will not delete the firewalls
When you delete a virtual datacenter, public IPs that are not attached to VMs will remain in the provider and the synchronization process will delete them
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
If the enterprise does not have valid credentials for the public cloud provider, when you delete public cloud entities in the platform, they will continue to exist in the public cloud provider |
Onboard from public cloud using the API
Onboard from public cloud regions without virtual datacenters
The platform onboards and synchronizes virtual resources in public cloud regions for providers that do not use virtual datacenters or similar entities, for example, Google Cloud Platform. 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:
Go to Virtual datacenters
At the bottom of the V. Datacenters list, click the + add button
Select Synchronize public cloud
Select a public cloud region
The platform will place all VMs and network resources that are not related to existing virtual resources into a generic virtual datacenter. The platform names this virtual datacenter with the same name as the public cloud region, but the user can rename it. The platform will use this virtual datacenter for future synchronizations, adding or removing resources to match the cloud provider.
If there are already virtual resources in the platform for this provider, then these entities will already be part of a virtual datacenter. The platform will check if any new entities in the provider are related to the existing ones in the platform and place them in the existing virtual datacenter.
If the integration with the provider supports entities that are not in a virtual datacenter, such as firewalls, load balancers, or floating IPs, the platform may load these as separate entities.
If conflicts occur during synchronization, the platform will cancel the synchronization. This could 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.
Control onboard of VMs to VApps
To onboard all VMs into a single virtual appliance, set the singlevapp enterprise property to true. If you wish to configure the name, set the singlevapp name enterprise property:
"sync.singlevapp":"true",
"sync.singlevapp.name":"sync vapp name" |
For instructions on how to set an enterprise property, see Manage enterprises#Entertenantdetailsandmetadata