The platform offers these VMware Cloud Director and Abiquo features in the private cloud integration using VCD API.
VMware Cloud Director feature | Support | Comments |
---|---|---|
Configure and remove VMs | Using CPU and RAM values or Abiquo hardware profiles. | |
Reconfigure VMs | For VMs deployed in VMware Cloud Director, you can always change the configuration when the VM is powered off. | |
Hot reconfigure VMs | If your OS supports hot-reconfigure and if it is enabled for your VM template on VMware Cloud Director. Edit the template and select the hot-reconfigure option. You can use this feature without redeploying your VMs. The platform supports hot-reconfigure of CPU, RAM, SCSI disks, and NICs. | |
Power on VM | ||
Power off VM | ||
Reset VM | ||
Pause and resume VM | ||
Take a VM snapshot | ||
Storage |
| |
Remote access | Click on the Abiquo console icon to open a remote console | |
Reset guest password | ||
Manage networks | Users of the platform can work with VMware vCloud Director networks as follows:
Configure external connections for private networks
Onboarding external networks
Administrators can create NAT networks for public cloud regions and users can manage NAT rules for their VMs. The platform does not discover or onboard NAT networks. The platform does not onboard or manage static routes for VCD networks. | |
Manage VDCs | Synchronize VCD regions and and manage VDCs. When you remove a virtual datacenter from VCD and it still exists in platform, when synchronizing, an error is displayed that the resource no longer exists. The user can then manually delete the VDC from the platform. | |
Classic firewalls and firewall policies |
| |
Use Chef | - | |
Use Chef attributes | - | |
VM bootstrap scripts | Using cloud-init, see Guest setup | |
VM variables | Using cloud-init, see Guest setup | |
Load balancing | Create load balancers in the platform. Use public addresses that are on an available external network in VCD
| |
Import and synchronize VMs | When you onboard a VM, the platform creates a placeholder template. In the Apps library, this template will be marked as Unavailable because it cannot be used to create a VM. Before you undeploy the VM you MUST create an Instance template, which will clone the VM disks. Otherwise, you will not be able to recreate the VM. When you undeploy an onboarded VM, the platform will destroy the VM and the placeholder template. After you create an instance template, the platform will update the VM template in the Apps library to point to this template and put it in the Available state. The platform will correctly save VMs with multiple disks as templates in the VCD registry, but they will appear to have a single disk. If you undeploy a VM with a saved instance template, when you deploy the VM again, the platform will use the saved instance template. Remember to check your VM configuration | |
VM monitoring and metrics | Abiquo retrieves the built-in metrics. You can also use Abiquo collectd plugin, which can be installed using the Abiquo Chef cookbook. See Collectd plugin documentation | |
Manage VM templates | - |
|
Abiquo autoscaling | Driven by action plans, triggered by schedules or alarms | |
Abiquo alarms and alerts | ||
Abiquo action plans | Create vertical and horizontal auto-scaling | |
Abiquo hardware profiles | You can use Abiquo hardware profiles or CPU and RAM values | |
Abiquo VApp spec blueprints | Save configurations and share them with users in appropriate locations |