The BIG-IP® system allocates all but 30 gigabytes of the total disk space to the vCMP® application volume. Known as the reserve disk space, the remaining 30 gigabytes of disk space are left available for other uses, such as for installing additional versions of the BIG-IP system in the future. The vCMP disk space allocation, as well as the creation of the reserve disk space, occurs when you initially provision the vCMP feature as part of vCMP host configuration.
If you want the system to reserve more than the standard 30 gigabytes of disk space for non-vCMP uses, you must do this prior to provisioning the vCMP feature. Adjusting the reserved disk space after you have provisioned the vCMP feature can produce unwanted results.
Whenever you de-provision the vCMP® feature, you must also delete the vCMP application volume (named vmdisks) from the relevant software volume (boot location). By de-provisioning the vCMP feature and deleting the vCMP application volume, you can perform certain disk management tasks such as increasing the amount of disk space that the BIG-IP® system reserves for uses other than vCMP.
As a vCMP® host administrator, you have the important task of initially planning the amount of total system CPU and memory that you want the vCMP host to allocate to each guest. This decision is based on the resource needs of the particular BIG-IP® modules that guest administrators intend to provision within each guest, as well as the maximum system resource limits for the relevant hardware platform. Thoughtful resource allocation planning prior to creating the guests ensures optimal performance of each guest. Once you have determined the resource allocation requirements for the guests, you are ready to configure the host. Overall, your primary duties are to provision the vCMP feature and to create and manage guests, ensuring that the proper system resources are allocated to those guests.
Performing this task allows you to access the vCMP host. Primary reasons to access the host are to create and manage vCMP® guests, manage virtual disks, and view or manage host and guest properties. You can also view host and guest statistics.
Before creating a guest on the system:
|Bridged (Recommended)||Connects the guest to the management network. Selecting this value causes the IP Address setting to appear.|
|Isolated||Prevents the guest from being connected to the management network
and disables the host-only interface.
Important: If you select Isolated, do not enable the Appliance Mode setting when you initially create the guest. For more information, see the step for enabling the Appliance Mode setting.
|Host-Only||Prevents the guest from being connected to the management network but ensures that the host-only interface is enabled.|
|Dedicated||Dedicates an entire SSL hardware processor to the guest. This processor is not shared with other guests on the system. The number of guests that can can be in Dedicated mode equals the number of SSL processors that your hardware platform provides. You cannot configure a combination of Dedicated guests and Shared guests on the BIG-IP system; if any guest is set to Dedicated mode, Shared mode is disallowed for all other guests.|
|Shared||In Shared mode, the guest shares SSL hardware resources with all guests that are also in Shared mode. This option can impact SSL performance for the guest, depending on use of SSL resources by other guests. You cannot configure a combination of Dedicated guests and Shared guests on the BIG-IP system; if any guest is set to Shared mode, Dedicated mode is disallowed for all other guests.|
|None||Prevents the guest from accessing SSL hardware resources. When you select None, the guest has no access to SSL hardware resources, but can access SSL software resources.|
The primary duties of a vCMP® guest administrator are to provision BIG-IP® modules within the guest and configure any self IP addresses that the guest needs for processing application traffic. The guest administrator must also configure all BIG-IP modules, such as creating virtual servers and load balancing pools within BIG-IP Local Traffic Manager™ (LTM®).
Optionally, a guest administrator who wants a redundant system configuration can create a device group with the peer guests as members.
For example, you can type 255.255.255.0.
After all guests are in the Deployed state, each individual guest administrator can configure the appropriate BIG-IP modules for processing application traffic. For example, a guest administrator can use BIG-IP® Local Traffic Manager™ (LTM®) to create a standard virtual server and a load-balancing pool. Optionally, if guest redundancy is required, a guest administrator can set up device service clustering (DSC®).
Another important task for a guest administrator is to create other guest administrator accounts as needed.
After you and all guest administrators have completed the initial configuration tasks, you should have a system provisioned for vCMP, with one or more guests ready to process application traffic.
When logged in to the vCMP host, you can see the VLANs and trunks configured on the system, as well as all of the guests that you created, along with their virtual disks. You can also see the number of cores that the host allocated to each guest.
When logged in to a guest, the guest administrator can see one or more BIG-IP® modules provisioned and configured within the guest to process application traffic. If the guest administrator configured device service clustering (DSC®), the guest is a member of a device group.