Capacity Planning Practices Guide: A Comprehensive Approach to Managing System Capacity, Study notes of Business

Guidance on capacity planning practices, including an overview, requirements, best practices, activities, and key terms. Capacity planning helps organizations match resources to business demands, minimize discrepancies between capacity and demand, and ensure satisfactory service levels in a cost-efficient manner. Three basic steps for capacity planning: determining capacity requirements, analyzing current capacity, and planning for future capacity.

Typology: Study notes

2021/2022

Uploaded on 09/12/2022

jeena
jeena 🇬🇧

4.1

(7)

215 documents

1 / 4

Toggle sidebar

This page cannot be seen from the preview

Don't miss anything!

bg1
CDC UNIFIED PROCESS
PRACTICES GUIDE
CAPACITY PLANNING PRACTICES GUIDE
UP Version: 06/30/08 Page 1 of 4
Purpose
The purpose of this document is to provide guidance on the practice of Capacity Planning and to
describe the practice overview, requirements, best practices, activities, and key terms related to these
requirements. In addition, templates relevant to this practice are provided at the end of this guide.
Practice Overview
Capacity is defined as the maximum amount or number that can be received or contained. For example,
the amount of data that a computer hard disk can store is the disk’s capacity. The maximum possible data
rate received over a communication channel under ideal conditions is its capacity. Capacity can also refer
to non-technical things such as the maximum amount of work that an organization is capable of
completing in a given period of time or the maximum number of people that can physically occupy a
room.
Discrepancies in capacity and demand results in inefficiencies associated with either under-utilized
resources or unmet user demand. The goal of capacity planning is to minimize this discrepancy and to
provide satisfactory service levels in a cost-efficient manner. The Information Technology Infrastructure
Library (ITIL) defines capacity management as supporting the optimum, and cost effective, provisioning of
services by helping organizations match their resources to the business demands.
Capacity planning doesn’t always mean planning for periods of peak demand. Capacity requirements can
vary greatly from times of peak demand to times of limited demand. As a result their may be drastic
differences in the resources required to maintain normal operations during periods of peak demand.
When planning for what levels of capacity will be supported it’s important to understand and weigh the
costs, benefits, and risks of delivering, or not delivering, certain level of capacity. Because of this,
capacity planning is more of an art than a science.
Depending on the type of project, it’s possible that true capacity planning may play a small role in the
overall project life cycle. For example, assume a project is only responsible for creating a small database
application that will be stored on a shared server within a data center. The server’s capacity is the
responsibility of the data center manager. The project manager may not have any real control over the
server at all. However, the project manager is responsible for ensuring that the business requirements are
met. For example, if it is required that the database be accessible 100% of the time the project manager
needs to ensure this is the case. Accomplishing this requires working closely with the capacity provider.
The data center manager would then be responsible for maintaining adequate server capacity to fulfill the
business need.
Capacity planning is simpler if an existing system is in place and needs only adjustments to meet current
or expected changes in capacity. However, when planning capacity for a new system, analysis of
information such as historical project archives, industry standards, and information obtained from
vendors/customers, etc. can assist in estimating expected demands upon that system. Regardless of
which situation a project is planning for three basic steps for capacity planning include:
1. Determine capacity requirements by understanding what work will be performed by the system and
then quantify the user experience as it relates to that work
2. Analyze current capacity to determine how it is meeting the requirements of the system and needs
of the users
3. Plan for future capacity by forecasting future business activities and system requirements.
Implement required changes to ensure sufficient capacity to meet demands upon the system
Determine Capacity Requirements
1. Define required system performance to support associated business and process workloads.
Capacity planning defined in business terms rather than utilization of CPU, memory, hard drive
pf3
pf4

Partial preview of the text

Download Capacity Planning Practices Guide: A Comprehensive Approach to Managing System Capacity and more Study notes Business in PDF only on Docsity!

PRACTICES GUIDE

CAPACITY PLANNING P RACTICES G UIDE

Purpose

The purpose of this document is to provide guidance on the practice of Capacity Planning and to describe the practice overview, requirements, best practices, activities, and key terms related to these requirements. In addition, templates relevant to this practice are provided at the end of this guide.

Practice Overview

Capacity is defined as the maximum amount or number that can be received or contained. For example, the amount of data that a computer hard disk can store is the disk’s capacity. The maximum possible data rate received over a communication channel under ideal conditions is its capacity. Capacity can also refer to non-technical things such as the maximum amount of work that an organization is capable of completing in a given period of time or the maximum number of people that can physically occupy a room.

Discrepancies in capacity and demand results in inefficiencies associated with either under-utilized resources or unmet user demand. The goal of capacity planning is to minimize this discrepancy and to provide satisfactory service levels in a cost-efficient manner. The Information Technology Infrastructure Library (ITIL) defines capacity management as supporting the optimum, and cost effective, provisioning of services by helping organizations match their resources to the business demands.

Capacity planning doesn’t always mean planning for periods of peak demand. Capacity requirements can vary greatly from times of peak demand to times of limited demand. As a result their may be drastic differences in the resources required to maintain normal operations during periods of peak demand. When planning for what levels of capacity will be supported it’s important to understand and weigh the costs, benefits, and risks of delivering, or not delivering, certain level of capacity. Because of this, capacity planning is more of an art than a science.

Depending on the type of project, it’s possible that true capacity planning may play a small role in the overall project life cycle. For example, assume a project is only responsible for creating a small database application that will be stored on a shared server within a data center. The server’s capacity is the responsibility of the data center manager. The project manager may not have any real control over the server at all. However, the project manager is responsible for ensuring that the business requirements are met. For example, if it is required that the database be accessible 100% of the time the project manager needs to ensure this is the case. Accomplishing this requires working closely with the capacity provider. The data center manager would then be responsible for maintaining adequate server capacity to fulfill the business need.

Capacity planning is simpler if an existing system is in place and needs only adjustments to meet current or expected changes in capacity. However, when planning capacity for a new system, analysis of information such as historical project archives, industry standards, and information obtained from vendors/customers, etc. can assist in estimating expected demands upon that system. Regardless of which situation a project is planning for three basic steps for capacity planning include:

  1. Determine capacity requirements by understanding what work will be performed by the system and then quantify the user experience as it relates to that work
  2. Analyze current capacity to determine how it is meeting the requirements of the system and needs of the users
  3. Plan for future capacity by forecasting future business activities and system requirements. Implement required changes to ensure sufficient capacity to meet demands upon the system

Determine Capacity Requirements

  1. Define required system performance to support associated business and process workloads. Capacity planning defined in business terms rather than utilization of CPU, memory, hard drive

PRACTICES GUIDE

CAPACITY PLANNING P RACTICES G UIDE

space, etc. simplifies planning for impacts on people, processes, growth, etc. For example, it’s easier to predict the growth of a business unit and adjust capacity to accommodate an expanding work force than it is to predict an increase in transaction volume resulting from such growth. Once defined, capacity requirements are then later used as inputs into identifying the planning of the physical infrastructure (technology, building, staff, etc) necessary to support the business requirements.

  1. Contact prospective capacity providers as early in the project’s life cycle as possible. It’s important to make individuals and departments aware of the prospective impact a project may have on their organization. The earlier this can be done the more easily it can be mitigated. Some examples of organizations that may need to be contacted include Information Technology Services Office (ITSO), Technology Service Executive (TSE), Mid Tier Data Center (MTDC), facilities, human resources, etc
  2. Agree upon a unit of measure to assess conformance to defined system performance requirements. Note that the goal of capacity planning is to provide satisfactory services in a cost efficient manner. As a result, this unit of measure should be defined in terms of business units as well as the technical requirements necessary to support them. Associate it with a measurable quantity of work as opposed to the amount of system resources required to accomplish that work. For example, when deciding on a unit of work to measure the satisfactory servicing of patients at a hospital consideration may include the number of patients serviced, the number of patient records processed, the amount of drugs dispensed, etc.
  3. Test the system against defined business requirements and make adjustments where needed. This relates more to IT performance, as opposed to business functions, necessary to meet business needs. This may be accomplished by adjusting IT resources such as CPU utilization, memory usage, disk space, etc.
  4. Agree upon minimum levels of service (capacity) the system must provide. These requirements are often defined by clients/users and should outline measurable system performance in terms that make sense to clients/users. This typically includes items such as response time, processing time for each request, minimum number of requests that can be processed in a given period of time, etc. Defined in these terms it’s easier to illustrate success and make adjustments to the technical aspects of the system as necessary to meet business objectives.

Analyze Current Capacity

  1. Understand the organizations current capabilities. Before assuming that additional capacity is necessary a detailed understanding of current available capacity is required. A capacity study may need to be performed to evaluate the organizations current capacity.
  2. Check usage of system resources necessary to support business requirements (CPU, memory, hard drive, etc). This relates more to IT performance, as opposed to business functions, necessary to meet business needs. If no current system exists it becomes even more important to understand and evaluate all available information regarding expected demands upon that system. This may include information such as historical project archives, industry standards, information obtained from vendors/customers, etc
  3. Record and track utilization of system resources to determine where capacity adjustments need to be made to support business processes as defined by the client

Plan for Future Capacity

  1. Forecast expected workloads for a particular period of time. Understand how changes in workloads affect business processes and the system that was built to support them. Translate that into technical requirements necessary to maintain the system at a level that satisfies user demands.
  2. Plan for future system usage and plan adjustment to accommodate varying demands upon the system. Create a capacity plan that outlines the current configuration, required future configuration, and the steps necessary to accomplish any necessary system changes. Identify key capacity areas/items needing to be monitored and expected growth rate of these items. Include a defined response strategy for growth. Thresholds should be defined that represent utilization levels requiring action necessary to increase capacity. Such as utilization at 75%, 1,000 users, 10,000 visitors per day, etc. The goal is to mitigate the risk of a capacity bottlenecks before it becomes an issue. Specific actions should be taken early in response to increase in defined. Contingency plans then define what

PRACTICES GUIDE

CAPACITY PLANNING P RACTICES G UIDE

Practice Activities

For software development projects the following practice activities are appropriate:

  1. Determine capacity requirements o Define required system performance to support associated business and process workloads o Agree upon a unit of measure to assess conformance with defined system performance requirements o Test the current system against defined business requirements and make adjustments where needed o Agree upon minimum levels of service (capacity) the system must provide
  2. Analyze current capacity o Check existing usage of system resources o Record and track utilization of existing system resources o Understand historical capacity utilization and any available industry standard usage data
  3. Plan for future capacity o Forecast expected workloads o Plan for future system usage

Practice Attributes

This section provides a list of practice attributes to help project teams determine the extent to which Capacity Planning impacts their project.

Practice Owner CDC UP Project Office – NCPHI

Criteria

All projects regardless of type or size should define, analyze, and plan current and future capacity requirements and continually test systems against these requirements throughout the project life cycle. Estimated Level of Effort Significant Prerequisites Requirements analysis Practice Dependencies

Requirements Management Practices Guide

Practice Timing in Project Life Cycle

Capacity planning is more cost-effective and efficient if done prior to deployment

Templates/Tools

  • Capacity Planning Template
  • Operations Mid Tier Data Center (MTDC) Additional Information
  • Federal Enterprise Architecture (FEA) Business Reference Model (BRM) http://www.whitehouse.gov/omb/egov/a-3-brm.html

Key Terms

Follow the link below to for definitions of project management terms and acronyms used in this document. http://www2.cdc.gov/cdcup/library/other/help.htm

Related Templates/Tools

Below is a list of template(s) related to this practice. Follow the link below to download the document(s). http://www2.cdc.gov/cdcup/library/matrix/default.htm

  • Capacity Planning Template