Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 3
Next »
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 | | The platform supports auxiliary hard disks for VMware Cloud Director Users can add and remove hard disks (and hot reconfigure SCSI disks) Users cannot change the boot sequence or the bus/unit number VMware Cloud Director does not support storage reconfigure for organization virtual datacenters that use fast provisioning
|
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 For private networks, the property "vcd.parentnetwork" will determine if there is a connection to allow outgoing traffic. This can be set for the platform and the enterprise. The value can be any existing orgNetwork name or "none" for isolated private networks. The default value is "edge-uplink", which uses the external network connected to the orgVdc Edge gateway. If you configure a parent network, then by default, the platform will fence the VCD vApp, which means that the configuration is "natrouted" and VCD will retain the IP and MAC addresses of the Edge gateway across deployments. To prevent the platform from creating fenced VCD vApps, set the "vcd.fenceVapp" property to false on the Remote Services server.
Onboarding external networks In VCD when you create an external network that can support load balancers (direct or routed), you must create a static IP pool with the number of IP addresses to reserve for load balancers. The platform uses a configuration property to set the number of addresses to reserve for load balancers. If you do not create the static IP pool, the platform will onboard the network but you cannot use it for load balancers. The number of static IPs reserved for load balancers is also a limit on the number of load balancers that users can create in a network.
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 Catalogue, 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 Catalogue 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 uses VCD template repository and obtains the operating system type from the template. If the template has no vCPU and RAM values, the platform sets a default of 1 CPU and 1024 MB of RAM. Abiquo requires VMware tools installed on the template in order to specify the administrator password and for the guest to recognize the IPs assigned to the NICs. Users cannot deploy VMs without VMware tools installed The platform will not import templates without tools. After upgrade, users cannot deploy templates without tools and the platform will eventually classify them as unavailable 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 |