IBM Cloud Docs
Planning the deployment

Planning the deployment

Review the following considerations to plan your IBM Cloud® for VMware Cloud Foundation as a Service instance deployment.

Review VMware Cloud Director 10.5 Configuration Limits to ensure that you understand configuration limits in VMware Cloud Director™.

VMware deployment size

Consider the size of the VMware® deployment required.

VMware deployment sizings are based on the CPU, memory, and storage that are required to run the targeted workload. If you are planning a workload migration from on-premises to the cloud, the on-premises size is a good starting point. You can resize your VMware deployment at any time.

VCF as a Service type

Consider your instance type.

Choose from single-tenant or multitenant options. Both single-tenant and multitenant configuration options provide the same experience, security, and reliability for running VMWare workloads. The single-tenant option provides the highest level of isolation and consistency.

VCF as a Service single-tenant

For a dedicated infrastructure and built to order VMware environment, create a single-tenant Cloud Director site. After you create a Cloud Director site, deploy virtual data centers (VDCs) with monthly charges for the dedicated VMware infrastructure components.

VCF as a Service multitenant

For a flexible, pay-as-you-go VMware environment, create a VDC in a multitenant Cloud Director site. With VMware Cloud Foundation (VCF) as a Service multitenant, your only step is to create the Cloud Director VDC.

On-demand and reserved pricing plans are available for multitenant instances.

Some data centers are restricted to a specific pricing plan.

On-demand

For on-demand instances, virtual data center virtual CPU (vCPU) and RAM are allocated as needed. The amount of time that the allocation takes depends on global usage of the virtual data center vCPU and RAM.

  • Optionally, set the maximum value limits for the amount of vCPU and RAM that can be used at any time to control costs.
  • Increase and decrease the vCPU and RAM resources on a VDC later as required.
  • The price is calculated hourly and is based on the resource usage in the VDC.

Reserved

For Reserved instances, the vCPU and RAM VDC reservations are pre-allocated and their availability is guaranteed.

  • Configure the reserved computing capacity for the VDC.
  • Increase and decrease the vCPU and RAM resources on a VDC later as required.
  • The price is calculated monthly for the full reservation and is based on the allocation size of the VDC.

IBM Cloud data center availability

The following IBM Cloud data centers are available for VCF as a Service deployment.

Available IBM Cloud data centers for deployment - Asia Pacific
Location Data center Type
Tokyo Tokyo 02 Single-tenant and Multitenant
Tokyo Tokyo 04 Single-tenant and Multitenant
Tokyo Tokyo 05 Single-tenant
Available IBM Cloud data centers for deployment - Europe
Location Data center Type
Frankfurt Frankfurt 02 Single-tenant and Multitenant
Frankfurt Frankfurt 04 Single-tenant and Multitenant
Frankfurt Frankfurt 05 Single-tenant
London London 04 Single-tenant
London London 05 Single-tenant
London London 06 Single-tenant
Available IBM Cloud data centers for deployment - North America
Location Data center Type
Dallas Dallas 10 Single-tenant and Multitenant
Dallas Dallas 12 Single-tenant and Multitenant
Dallas Dallas 13 Single-tenant
Toronto Toronto 01 Single-tenant
Toronto Toronto 04 Single-tenant and Multitenant
Toronto Toronto 05 Single-tenant and Multitenant
Washington DC Washington DC 04 Single-tenant
Washington DC Washington DC 06 Single-tenant and Multitenant
Washington DC Washington DC 07 Single-tenant and Multitenant

Resource pool

A resource pool combines compute, memory, and storage resources, and consist of one or more clusters. For more information, see Adding resource pools.

You can optionally enable SAP®-certified server profiles of either HANA and NetWeaver or NetWeaver.

Profile storage type

For single-tenant Cloud Director sites, you can select NFS only storage or vSAN™ storage with optional NFS storage.

NFS only clusters do not have local flash storage and cannot be configured for vSAN.

vSAN storage with optional NFS storage is available for instances in locations with 25 GbE availability. vSAN clusters use bare metal host profiles with local flash storage and a RAID 6, FTT=2 policy. This policy is high-performance and high-resilience and requires at least seven hosts. vSAN clusters can also use NFS storage.

If you want to save storage space, you can enable vSAN deduplication and compression to reduce redundant data within each disk group. This option can increase overall storage space based on the data type.

The vSAN deduplication and compression option is available for enablement only when you order a single-tenant cluster.

Host profile

IBM Cloud offers several host profiles to choose from with different sizes and configurations of RAM and CPU. You can select the most optimized host profile to fit the target workloads. When you select a host profile, first assess the types of VMware VMs and workload you plan to run on VCF as a Service.

  • For migrating workloads into IBM Cloud, open source tools such as RVTools build an inventory of the existing VMWare environments. RVTools lists all VMs in an existing VMWare environment, including the VM CPU, RAM, and storage sizes.
  • For new VMWare workloads, model out the applications and VM sizes (CPU, RAM, and storage) that you need for each VM.

After you have a list of target VMs including CPU, RAM, and storage requirements, next identify the largest and most important VM applications. When you select a host profile, you want to ensure to use the largest and most important applications to match against the host profile options. Match the largest VM's RAM requirements and CPU requirements against the list of host profiles. As a standard choice, use the host profile with at least as much physical RAM and CPU as the largest VM. It is also important to account for a 10 to 20 percent hypervisor overhead.

VCF as a Service vCPU is mapped to physical cores at a ration of 2:1. For every one physical core, two vCPUs of compute are assigned.

Lastly sum the total RAM, CPU, and storage requirements for all target VMs. The count of hosts multipled by CPU and RAM per host with a multiple of 20% hypervisor overhead provides you with the total number of hosts of the target profile that are required. Also, ensure to factor the size of VDC edges used in the VMware deployment into the total host count calculation.

Bare metal server options

For single-tenant Cloud Director sites, you can select from various bare metal server CPU and memory sizes based on your selection of location and profile storage type.

Available vSAN host profiles
Profile Sockets Cores RAM vSAN usable capacity
Dual Intel 8260 Xeon 2 48 768 GB 15 TB
Dual Intel 8260 Xeon 2 48 768 GB 23 TB
Dual Intel 8260 Xeon 2 48 768 GB 46 TB
Quad Intel 8260 Xeon 4 96 1536 GB 61 TB
Dual Intel 5218 Xeon 2 32 768 GB 23 TB
Dual Intel 6248 Xeon 2 40 768 GB 23 TB
Dual Intel 5218 Xeon 2 32 768 GB 38 TB
Dual Intel 6248 Xeon 2 40 768 GB 38 TB
Available NFS-only host profiles
Profile Sockets Cores RAM
Dual Intel 5218 Xeon 2 32 192 GB
Dual Intel 8260 Xeon 2 48 384 GB
Dual Intel 8260 Xeon 2 48 768 GB
Quad Intel 8260 Xeon 4 96 1536 GB
Dual Intel 5218 Xeon 2 32 384 GB
Dual Intel 6248 Xeon 2 40 384 GB
Dual Intel 5218 Xeon 2 32 768 GB
Dual Intel 6248 Xeon 2 40 768 GB

Performance characteristics

For single-tenant Cloud Director sites, you can select from the following storage performance tiers.

  • 0.25 IOPS/GB
  • 2 IOPS/GB
  • 4 IOPS/GB
  • 10 IOPS/GB

For NFS only storage, you must select at least one unit of 2 IOPS/GB or higher.

Fast provisioning of virtual machines

For VDC orders, you can enable fast provisioning for any VDC created within the resource pool.

Fast provisioning saves time by using linked clones for VM provisioning. If not enabled, all provisioning operations use full clones. When fast provisioning is enabled, VM deployment time that uses Director catalog images can be 10 times faster or more.

In-place consolidation of a fast-provisioned VM is not supported. As the number of linked clones grow, VM execution performance can be impacted.

When you create your VDC and it is in Available status, you can enable or disable fast provisioning from the Summary tab on the VDC details page.

Linked clones

A linked clone is a snapshot of a VM that shares virtual disks with the parent VM in an ongoing manner. This conserves disk space and allows multiple VMs to use the same software installation. Linked clones make it easier to create unique VMs for individual tasks. Linked clones are also easier to share among Support and Development teams who need access to the same virtual disks.

The disadvantage of a linked clone is that it must maintain access to the parent VM. The VM that first created the clone cannot be deleted unless all linked clones are also deleted.

Full clones

A full clone is a complete and independent copy of a VM and operates separately from the original parent VM. Because they do not share virtual disks with the original parent VM, full clones generally perform better than linked clones. However, they also take longer to create than linked clones. ‍

Network settings

For Cloud Director sites, you can select from public and private options for management and workload connectivity.

Management connectivity

Management connectivity determines how you connect to the VMware Cloud Director UI or API and the Veeam® Backup service. You can access the management interfaces only from a source in the IBM Cloud network. For private-only management network settings, you can create an ingress allowlist to allow connections from source subnets.

Select either public-only or private-only management connectivity.

Workload connectivity

Workload connectivity determines how you connect to your VCF as a Service virtual machines (VMs) and vApps. Select either public and private or private-only workload connectivity.

When you select private-only workload connectivity for your Cloud Director site, all VDCs deployed in that site are private-only workloads. These VDCs do not have an incoming or outgoing connectivity path to the public internet and can access IBM Cloud Services only over the private IBM network.

You can connect VDCs to IBM Cloud Transit Gateway to enable the workloads to securely connect to other workloads outside of the private network or are alternatively sandboxed in the VDC. For more information, see Using Transit Gateway to interconnect VCF as a Service with IBM Cloud services.

Network edge type

VDCs connect to the public and IBM private networks through edges. Edges can also be used to connect multiple VDC networks together. You can create your VDC with or without a network edge. Network edge types include: Efficiency, Performance - M, Performance - L, and Performance - XL.

Network edge descriptions
Edge type Details
Efficiency These edges allocate networking resources that can be used by up to 64 VDCs before another efficiency edge needs to be created. The first time an efficiency edge is selected new CPU, RAM, and storage resources are required. CPU and RAM are used from the single tenant site. New edge storage is allocated at a cost. Subsequent VDCs up to 64 can use this edge at no extra cost. This option is suitable for saving resources and costs with independent networking control per VDC.
Performance - M This option is suitable when only L2 through L4 features such as NAT, routing, and L4 firewall are required and the total throughput requirement is in the range 2 - 6 Gbps.
Performance - L This option is suitable when only L2 through L4 features such as NAT, routing, and L4 firewall are required and the total throughput is in the range 2 - 10 Gbps. This option is recommended for high traffic.
Performance - XL This option provides the highest level of edge services and throughput over 10 Gbps.

High inbound traffic from the public internet can trigger IBM Cloud's network protection platform. Contact IBM Support to discuss options for your network protection setting if you anticipate high inbound rates. For more information, see Understanding network protection.

Network edge connection

When you create your VDC with a network edge, you can select either a public and private network connection or a private-only network connection. If the Cloud Director site has a private-only connection, private-only is the only available option for the VDC network edge.

Services for VCF as a Service

The following add-on services are optionally available for VCF as a Service Cloud Director site instances.

Veeam Backup

For single-tenant instances, the Veeam Backup service is included by default with your Cloud Director site instance order. You can optionally remove the service before you create your instance. Service charges are incurred only if you choose to include the service in your order. You can add or remove the service later as required.

For multitenant instances, the Veeam Backup service is deployed on the Cloud Director site to provide VDCs with data recovery. If you want to use the service, you must install it after you create a multitenant VDC. Service charges are incurred only if you choose to install the service.

VMware Cloud Director Availability

Use the enterprise-level VMware Cloud Director Availability (VCDA) service to migrate and protect VMs and vAPPS over a secure public internet connection.

The VCDA service is optionally included at no charge with your single-tenant Cloud Director site instance order. You can remove the service before you create your instance. You can add or remove the service later as required.

The VCDA service is included as a default option in multitenant VDC orders.

For a VCDA disaster recovery configuration, a monthly charge is incurred per protected VM.