...
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.
Panel |
---|
Privileges: Manage virtual datacenters |
...
Excerpt |
---|
name | 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 Image RemovedImage Added 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
Image RemovedImage Added
For more details see Set see Set a virtual datacenter role to limit user access. The platform will onboard the selected resources for you to manage. If metrics are enabled on the platform, the platform will enable the fetch of metrics for the VM. The user can then edit the VM to select the metrics to display in the UI. The platform will store the timestamps of when the VM was created and when it was captured into the platform. It will display these time stamps on the VM details panel. 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.
Warning |
---|
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. |
|
...
Excerpt |
---|
name | 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 Image RemovedImage AddedTo 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 Image RemovedImage Added |
...
Manage resources that were deleted directly in the cloud provider
...
Excerpt |
---|
name | 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. such as the AWS default VPC, because it may be inconvenient to delete this VPC
Warning |
---|
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 |
|
...
Excerpt |
---|
name | Control onboard of VMs to VApps |
---|
|
When you onboard virtual resources from providers without virtual datacenters, by default, the platform will onboard each VM into its own VApp. 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: Code Block |
---|
"sync.singlevapp":"true",
"sync.singlevapp.name":"sync vapp name" |
For instructions on how to set an enterprise property, see Manage enterprises#Entertenantdetailsandmetadataenterprise credentials and properties |