Self-service provisioning in Intelligent Infrastructure (II)

On this page:


About the new model

To enable self-service provisioning within the Intelligent Infrastructure (II) environment, CPU, RAM, and disk resources will be associated with resource pools rather than individual virtual machines (VMs). This model will allow II VM administrators to create, modify, expand, clone, and delete VMs at their own discretion.

This new resource pool model will require fiscal approvers to approve resource pools rather than individual VMs. Teams can then manage additions, deletions and other changes to their VMs on their own as long as they do not exceed the approved resource limits.

Pricing

In January 2017, the Storage and Virtualization (SAV) team introduced a simplified cost model as the first step toward self-service VM administration. The new cost model replaces the "base VM" concept with cost recovery based on CPU, RAM, and disk allocations, and data retention charges associated with II's Data Protection Services (DPS).

2018-19 rates:

  • Allocated CPU: $90/vCPU/year
  • Allocated RAM: $25/GB/year
  • Allocated fiber channel attached disk storage: $0.75/GB/year
  • Consumed DPS space: $0.40/GB/year

Pools

Moving forward, II will treat VMs as belonging to resource pools. A resource pool will represent an allocation of resources that a team can use across as many VMs as needed, enabling VM administrators to create VMs, allocate resources to them, adjust resources as needed to meet performance demands, and delete VMs. The capacity of a resource pool enables self-service within a known maximum expenditure.

Note:
You will be charged only for the resources you use. Your costs will fluctuate based on actual usage each month (with an absolute maximum of the approved pool size).

Resource pools

Resource pools allow you to group VMs together. They represent an allocation of resources that can be used for as many VMs as needed. In addition, resource pools are distinct per data center and per account. As such, you will need a separate resource pool for each account to which various VMs in your group will be billed.

For example, if you have two different accounts to cover your VMs, and VMs for each account exist in both IUDC and ICTC, you will need four resource pools (e.g., IUDC Account 1, IUDC Account 2, ICTC Account 1, ICTC Account 2) to cover all of your VMs. You will need to plan resources accordingly for each resource pool to contain the VMs associated with it.

Note:
Once you reach the allocated limit for a particular resource (e.g., CPU, RAM, or disk), additional resources will not be available to any of the VMs in that pool until you either reduce or retire resources on another VM in the pool, or request that the pool's allocation for that resource be increased.

Requests

A member of a particular organization will request resource pools be created and modified; see more about organizations in the Resource Allocation Center (RAC) system. Requesters will specify their estimate of the maximum resource use for the year in terms of number of CPUs, GB of memory, and TB of storage. Requesters should anticipate potential growth over the course of the year in order to avoid having to expand the capacity of the pool during the year. Expansion will require a new request and fiscal approval. Within the RAC system, fiscal approvers will be provided the maximum cost for that pool assuming all resources are consumed; however, you will only be charged for the resources that are actually consumed. For example, if you approve a pool for 10 CPUs and only actually use two, you will only be charged for two.

Requests will consist of the following:

Label: This is a name that will be easily identifiable by your group. At a minimum, we recommend that it contain the data center on which this pool will reside and the funding source (i.e., account) to which VMs in this pool will be billed.

Data Center: A pool must be tied to a specific data center. This allows you to control where the VM is hosted.

CPUs: Maximum number of CPUs that should be available for various VMs in this pool to use.

Memory: Maximum amount of memory in gigabytes (GB) that should be available for various VMs in this pool to use.

Storage: Maximum amount of storage in terabytes (TB) that should be available for various VMs in this pool to use.

VLAN IDs: Comma-separated list of VLAN IDs that your organization manages that should be available for VMs in this pool to use.

Data Protection Services (DPS): Indicate whether the VMs in this pool are eligible for CommVault AllDisk backup services; see IU's Data Protection Service (DPS) and Determine the type of data protection used for your Intelligent Infrastructure virtual machines .

Cost summary calculations

On the request form and the fiscal approval page, there is a section that presents a cost summary for the request. This "Maximum Annual Cost Summary" represents the maximum annual potential cost that this pool could represent.

CPUs: CPU cost is calculated by taking the number of CPUs requested * the current annual rate per CPU.

Memory: Memory cost is calculated by taking the number of GB of memory requested * the current annual rate per GB.

Storage: Storage cost is calculated by taking the number of GB of storage requested * the current annual rate per GB.

Data protection (DPS): A DPS cost would appear only if AllDisks backups are requested to be available for a particular Resource Pool. The cost is calculated by taking the number of GB of storage requested * the current annual rate per GB for DPS backups. Also note that this total would apply only if all VMs in this Resource Pool utilized AllDisks backups. VMs that do not utilize AllDisks backups would not incur a DPS charge.

See Example for a demonstration of how these calculations would be carried out with actual numbers. Costs will fluctuate based upon actual usage each month, with an absolute maximum of the approved pool size.

Example

The following example uses 2018/2019 charge rates.

A request is submitted for a pool consisting of 20 CPUs, 50 GB of memory, and 1 TB (1024 GB) of storage, with DPS enabled.

The resulting Maximum Annual Cost Summary would look like this:

Item Subtotal
CPUs $1800.00
Memory $1,250.00
Storage $768.00
Data protection $409.60
Estimated total $4,227.60
CPUs: 
  20 CPUs * $90/CPU = $1800

Memory: 
  50 GB memory * $25/GB = $1250

Storage: 
  1 TB (1024 GB) storage * $0.75/GB = $768.00

DPS:
  1 TB (1024 GB) storage * $0.40/GB = $409.60

The estimate reflects the annual maximum cost if all requested resources are fully utilized within the pool. This estimate also assumes the entire storage capacity is using DPS. This estimate should be treated as an absolute maximum, where costs will fluctuate based on actual usage each month.

Approval

All new resource pool requests as well as changes to existing pools must be approved by the appropriate fiscal officer prior to the pool being created or modified. Fiscal officers will be notified by the Kuali Enterprise Workflow system that they have action items to approve. An approval page similar to the RAC resource pool will be displayed, listing all the resource maximums as well as maximum annual cost summary, but will contain Approve and Disapprove buttons at the bottom. The cost summary reflects the maximum cost if all requested resources are fully utilized within the pool. This estimate also assumes the entire storage capacity is using DPS. As such, the estimate should be treated as an absolute maximum where costs can/will fluctuate below that maximum based on actual usage each month.

Billing

Each month, the current VMs associated with your organization will be tallied. The resources allocated to each VM (as well as any storage used by VM backups) will be calculated, and the resulting charges will be billed against the account associated with the resource pool in which each VM resides. This total should never represent a sum greater than the maximum cost estimate.

Account changes

In the past, account changes could take place by requiring fiscal officers to instruct the business office to modify the intended billing account. However, with the new setup, the resource pools dictate the billing configuration for the VMs associated with them. This means VM admins are able to control how VMs are billed. In order to update billing, either the resource pool needs to be updated to reflect the new account, or the desired VMs need to be moved to a different resource pool with the correct account. Thus, if the billing account for a VM needs to change, fiscal officers should work with VM admins in order make this happen.

Annual renewal

In an effort to keep fiscal officers informed about the charges hitting their accounts, resource pools will require annual approval. The RAC system will automatically generate a new workflow approval action. This renewal should take place in January.

Manage VMs

The RAC system is primarily used to manage resource pools. Then, once you have requested one or more resource pools and they have been approved and created, you can manage VMs in the Self-Service interface using the vRealize Automation (vRA) system. See the following:

Questions

If you have additional questions or concerns, contact the Storage and Virtualization team.

This is document apjh in the Knowledge Base.
Last modified on 2018-10-03 07:23:18.

Contact us

For help or to comment, email the UITS Support Center.