VCF as a Service pricing
IBM Cloud® for VMware Cloud Foundation as a Service compute resources are available as either a single-tenant or multitenant model.
The VMware Cloud Foundation (VCF) as a Service single-tenant model offers dedicated hosts that are managed by your organization. First, you order a VCF as a Service single-tenant Cloud Director site then you create one or more virtual data centers (VDCs) where you deploy your virtual machines (VMs).
For the multitenant model, IBM® hosts and operates a resource pool where you order virtual resources as needed. IBM manages your capacity, performance, and hardware upgrades. When you order a multitenant instance, you select the location to create a VDC in an existing Cloud Director site.
On the VMware Cloud Foundation as a Service order page, click See pricing details to view the rate card that outlines cost details by feature.
Understanding billing terminology
Usage
Metering determines how IBM counts usage for the full potential size of the resource for the time period that the resource is used.
For example, a single-zone on-demand VDC is created with a resource limit of 100 virtual CPU (vCPU) and 800 GB RAM. The data center has no VMs running on it, so you do not receive a charge for the vCPU and RAM. If an 8 vCPU with 8 GB virtual machine (VM) is started, metering is calculated for the size of that VM. If the VM uses fewer resources than the ones assigned to it, metering is applicable to the full size of the VM.
Allocation
IBM bills based on the resources that you allocate when you provision an instance. The allocated resources are guaranteed.
Metering is applicable to the full potential size of the resource for the life of the resource.
For example, a single-zone reserved VDC is created with a resource allocation of 100 vCPU and 800 GB RAM and no VMs are created or running on it. Metering is applicable to 100 vCPU and 800 GB RAM.
Peak metric usage
The metric displays on your bill as either monthly peak metric usage or hourly peak metric usage.
Monthly peak usage is the maximum value of the metric that is used over a full month. For example, a single-zone reserved VDC is created with 100 vCPU and 800 GB RAM. Later in the month, the data center is reduced to 50 vCPU and 400 GB RAM. The monthly peak usage is 100 vCPU and 800 GB RAM.
Hourly peak usage is the maximum value of the metric that is used over an hour. For example, if 100 vCPU is used for a minute of the hour with 0 vCPU used for the other 59 mins, the hourly peak metric usage is 100 vCPU.
View service billing and usage details in the VMware Solutions console. Click Manage > Billing and usage to review the service usage and charges. In the Billing and usage view, locate the VMware Cloud Foundation as a Service service type. Then, locate the Organization plan to find the service usage across all VDCs in that organization. For multitenant models, VDC usage is located in a separate plan for either the on-demand or the reserved pricing plan.
Billing considerations for single-tenant models
Review minimum order requirements and storage considerations for single-tenant models.
Minimum 2 servers (minimum 7 servers for vSAN™ profiles)
- 2 hosts (2-socket 32 cores, 192 GB RAM)
- 24 TB of shared storage
- Minimum of 1 VDC with a Medium Dedicated Edge
With a seven host minimum with vSAN profiles, a high availability standard with FTT=2 and RAID6 ensures that a system can tolerate multiple failures during a maintenance event with no data loss. Consider the overhead that you must incorporate when you determine the amount of storage to provision.
Storage that is ordered after the first day of the month is prorated for the first month. Storage that is removed during the month is charged for the full month that it is removed. Each storage change is treated individually. For example, when you remove storage then add storage, the bill reflects both storages for that month. For vSAN host profiles, the profile name displays the total of both raw and the usable storage.
Feature | Billing model |
---|---|
Host profiles |
Size for bare metal server profiles including sockets, core, and RAM.
|
Feature | Metrics | Billing model |
---|---|---|
NFS Shared Storage at 0.25 IOPS/GB | TOTAL_STORAGE_POINT_TWO_FIVE_IOPS_GB | The peak storage allocation at the 0.25 IOPS/GB tier over the period of a month. |
NFS Shared Storage at 2.0 IOPS/GB | TOTAL_STORAGE_TWO_IOPS_GB | The peak storage allocation at the 2 IOPS/GB tier over the period of a month. |
NFS Shared Storage at 4.0 IOPS/GB | TOTAL_STORAGE_FOUR_IOPS_GB | The peak storage allocation at the 4 IOPS/GB tier over the period of a month. |
NFS Shared Storage at 10 IOPS/GB | TOTAL_STORAGE_TEN_IOPS_GB | The peak storage allocation at the 10 IOPS/GB tier over the period of a month. |
Feature | Metrics | Billing model |
---|---|---|
Network edge storage |
Shared edge storage with egress pricing and billed separately.
|
|
Total egress | TOTAL_EGRESS_GB | Total outbound public networking from all virtual data centers. |
Private service endpoint | MAX_PRIVATE_NETWORK_ONE_G_COST MAX_PRIVATE_NETWORK_TEN_G_COST |
Monthly charge for dedicated 1 or 10 GB uplinks for the Cloud Director UI and API private network access. |
Feature | Metrics | Billing model |
---|---|---|
Veeam Backup service base | Monthly managed Veeam service base charge for every instance. | |
Veeam Backup service host | Monthly Veeam proxy storage cost for every host. | |
Veeam license | MAX_VEEAM_LICENSES | Veeam license charge for every VM under backup. Monthly charge for the highest number of VMs under backup at any time period in the month. |
Veeam block storage | TOTAL_VEEAM_BLOCK_STORAGE_GB_HOURS | Hourly charge per GB of block storage used for all backups. Initially, all Veeam backups go to the Block Storage for Classic that is closest to their VM workloads. Backups that are a part of an inactive backup chain are immediately moved to IBM Cloud Object Storage. The restore speed for these inactive backups might be impacted. You can change how fast the inactive backup chains are moved to IBM Cloud Object Storage by opening an VCF as a Service service ticket. For more information, see Managing Veeam for VCF as a Service. |
Veeam object storage | TOTAL_VEEAM_OBJECT_STORAGE_GB_HOURS | Hourly charge per GB of object storage used for all backups. |
Feature | Metrics | Billing model |
---|---|---|
VCDA Disaster Recovery license | DEDICATED-VCDA-DR-LICENSES | Monthly VMware Cloud Director Availability (VCDA) disaster recovery license charge for every protected VM. A VCDA VM Migration license is optionally included in your single-tenant VCF as a Service Cloud Director site order at no charge. |
VCDA 20 GB private service endpoint | VCDA-PRIVATE-SERVICE-ENDPOINT | Monthly charge for every instance endpoint with a private connection. |
Billing considerations for multitenant models
VCF as a Service offers two pricing plans for creating multitenant VDCs: On-demand and Reserved.
For on-demand instances, virtual data center vCPU and RAM are allocated as needed. Pricing is hourly based on the resource usage in the VDC. The amount of time that the allocation takes depends on global usage of the virtual data center vCPU and RAM. Set the maximum value limits for vCPU and RAM.
For reserved instances, the vCPU and RAM VDC reservations are pre-allocated and their availability is guaranteed. Pricing is monthly based on the allocation size of the VDC.
For both on-demand and reserved plans, you can increase and decrease the vCPU and RAM resources on a VDC later as required.
Storage quantity includes all storage that is allocated per VM, even if the VM is stopped, and all VM snapshots. Storage usage increases with new VMs and snapshots and decreases when VMs and snapshots are removed.
Storage policy availability can vary by region and deployment topology.
Feature | Metrics | Billing model |
---|---|---|
On-demand vCPU | TOTAL_VCPU_HOURS |
The peak vCPU usage over the period of an hour.
|
On-demand RAM | TOTAL_RAM_GB_HOURS |
The peak memory usage over the period of an hour. \b - RAM is billed hourly.
|
Multizone On-demand vCPU |
|
|
Multizone On-demand RAM |
|
Feature | Metrics | Billing model |
---|---|---|
Reserved vCPU | MAX_VCPU |
The peak vCPU allocation for the VDC over the period of one month. The peak vCPU metric is determined by the largest vCPU reservation value that is selected by the customer over a one month period.
|
Reserved RAM | MAX_RAM_GB |
The peak memory allocation for the VDC over the period of one month. The peak memory metric is determined by the largest memory reservation value that is selected by the customer over a one month period.
|
Multizone Reserved vCPU |
|
|
Multizone Reserved RAM |
|
Feature | Metrics | Billing model |
---|---|---|
NFS Shared Storage at 0.25 IOPS/GB | TOTAL_STORAGE_POINT_TWO_FIVE_IOPS_GB_HOURS | The peak storage allocation at the 0.25 IOPS/GB tier over the period of an hour. |
NFS Shared Storage at 2.0 IOPS/GB | TOTAL_STORAGE_TWO_IOPS_GB_HOURS | The peak storage allocation at the 2 IOPS/GB tier over the period of an hour. |
NFS Shared Storage at 4.0 IOPS/GB | TOTAL_STORAGE_FOUR_IOPS_GB_HOURS | The peak storage allocation at the 4 IOPS/GB tier over the period of an hour. |
NFS Shared Storage at 10 IOPS/GB | TOTAL_STORAGE_TEN_IOPS_GB_HOURS | The peak storage allocation at the 10 IOPS/GB tier over the period of an hour. |
VMware vSAN storage | TOTAL_STORAGE_VSAN_GB_HOURS | The peak vSAN storage allocation over the period of an hour. |
VMware standard storage | The peak standard storage allocation over the period of an hour. |
Feature | Metrics | Billing model |
---|---|---|
Windows license | MAX_WINDOWS_LICENSES | The hourly peak number of Windows® license usage based on Windows VM vCPU size. For example, if you have two Windows VMs, one VM with 16 vCPU and one VM with 8 vCPU, the usage is 24 vCPU of Windows license usage. |
Red Hat Enterprise Linux (over 127 vCPU) license | TOTAL_RHEL_LARGE_LICENSES | The hourly peak number of RHEL license usage based on VM vCPU size. One license is charged per vCPU. Large RHEL VMs are larger than 127 vCPUs. |
Red Hat Enterprise Linux (9-127 vCPU) license | TOTAL_RHEL_MID_LICENSES | The hourly peak number of RHEL license usage based on VM vCPU size. One license is charged per vCPU. Mid RHEL VMs are between 9 and 127 vCPUs. |
Red Hat Enterprise Linux (up to 8 vCPU) license | TOTAL_RHEL_SMALL_LICENSES | The hourly peak number of RHEL license usage based on VM vCPU size. One license is charged per vCPU. Small RHEL VMs are 8 vCPUs or smaller. |
Feature | Metrics | Billing model |
---|---|---|
Network edge |
|
|
Edge gateway traffic | TOTAL_EGRESS_GB | The total outbound public traffic is charged per GB transferred over the period of one month. This value includes the outbound traffic through the VDC NSX edge to the public internet. |
Feature | Metrics | Billing model |
---|---|---|
Veeam license | MAX_VEEAM_LICENSES | Veeam Backup service license charge for every VM under backup. Monthly charge for the highest number of VMs under backup at any time period in the month. |
Veeam block storage | TOTAL_VEEAM_BLOCK_STORAGE_GB_HOURS | Hourly charge per GB of block storage used for all backups. Initially, all Veeam backups go to the Block Storage for Classic that is closest to their VM workloads. Backups that are a part of an inactive backup chain are immediately moved to IBM Cloud Object Storage. The restore speed for these inactive backups might be impacted. You can change how fast the inactive backup chains are moved to IBM Cloud Object Storage by opening an VCF as a Service service ticket. For more information, see Managing Veeam for VCF as a Service. |
Veeam object storage | TOTAL_VEEAM_OBJECT_STORAGE_GB_HOURS | Hourly charge per GB of object storage used for all backups. |
Feature | Metrics | Billing model |
---|---|---|
VCDA Disaster Recovery license | DEDICATED-VCDA-DR-LICENSES | Monthly VMware Cloud Director Availability (VCDA) disaster recovery license charge for every protected VM. A VCDA VM Migration license is optionally included in your single-tenant VCF as a Service Cloud Director site order at no charge. |