ITIL Capacity Management


What is it?

Capacity Management is one of five components in the ITIL Service Delivery area. The work is proactive rather than reactive in nature and is responsible for ensuring that business needs and service definitions are fulfilled using a minimum of computing resources.


Capacity Management activities include:

 

Why should I implement Capacity Management?

To ensure that all current and future capacity and performance aspects of the IT infrastructure are provided to meet business requirements at acceptable cost.
Immediate and long term benefits include lower costs, more consistent levels of service and improved service quality.
Processes allow you to:

Basic concepts


Process

Process Goal

Benefits

Roles

Tool Requirement Considerations

Possible costs

Relations whit others process

Service Support

 

Problem

Incident

Configuration

Change

Release

Input

Capacity problems and Known Errors

Capacity and performance related incidents

Technical, service, utilization, financial, and business data retrieved from database monitored by Configuration Management

Additional capacity requirements

 

Output

Significant Trends in capacity problems

Resolved capacity incidents

Technical, service, utilization, financial, and business data retrieved from database monitored by Configuration Management

Impact of changes upon capacity needs

Planning data and technical expertise supporting distribution strategy

Table 1 - Relations whit other process of Service Support

 

Service Delivery

 

Availability

SLM

Input

Capacity Requirements

 

Output

 

  • Verification that performance and capacity target for new requirements can be achieved
  • Suggestions for OLAs

Table 2 - Relations whit other process of Service Delivery

 


as
Figure 1-Capacity Management Activities

 

Sub-Processes

Capacity management is made up of three sub-processes:

 

Business Capacity Management:

Goals:

• Understand current and future needs of the business of IT service.
• Ensure that the taking of the necessary capacity is planned and implemented in time.
• Working with the Service Level Management in establishing performance targets for SLAs.
• specify, acquire or improve configurations to meet the requirements.

Service Capacity Management:

Goals:
• Identify and understand the patterns of work and use of resources for IT Services.
• ensure that the goals of performance for the services defined by the Business Management Capacity are met.
• Monitor and report the performance of services, with relation to the targets set out in SLAs and SLRs.
• pro-actively prevent problems by identifying the worrying trends and triggering corrective action.

Resource Capacity Management:

Goals:
• Identify and understand the available capacity and use current and planned components of the infrastructure for IT.
• Ensure the optimum use of existing hardware and software, to meet the goals of performance.
• Estimate the effects of changes (RFC and Changes) in the performance of services and consequently generating initiatives for planning and budgeting for upgrades.
• Understanding of how new technologies can be used to improve the current form of provision of services.
• Collaborates with Availability Management in identifying vulnerabilities in infrastructure (CFIA using, for example) and recommend improvements, based on cost-benefit analysis.

These sub-processes all share a common set of activities that are applied from different perspectives. They include the following:

From these processes come the results of capacity management, these being the capacity plan itself, forecasts, tuning data and Service Level Management guidelines.

All the information obtained in these activities, and that generated by Capacity Management using that information, is stored and recorded in the Capacity Database (CDB).

aMonitoring

The main objective is to ensure that the performance of the IT infrastructure matches the requirements of the SLAs.

As well as technical aspects, monitoring needs to include details of licences and other administrative information.

Analysis and Evaluation

The data collected needs to be analysed to assess whether corrective action needs to be taken, such as requesting an increase in capacity or better Demand Management.

Optimisation and changes

If it is decided that capacity needs to be increased, an RFC will be raised and sent to Change Management to set in train the whole process involved in implementing the change. Capacity Management will lend its support throughout the process and it will be jointly responsible, together with Change Management and Release Management for ensuring that the change requested meets the envisaged objectives.

In the case where a simple rationalisation of demand will be enough to resolve the deficiencies or noncompliances with SLAs, Capacity Management itself will be responsible for managing this sub-process.

Capacity Database

The CDB must cover all the business, financial, technical and service information received and generated by Capacity Management in relation to the capacity of the infrastructure and its elements.

Ideally, the CDB must be interrelated with the CMDB so that the CMDB is able to give a complete image of the systems and applications and includes all the information about their capacity. However, this does not mean that the two databases cannot be "physically independent".

Critical Success Factors (CSFs)

The Critical Success Factors (CSFs) are:

Key Activities

The key activities for this process are:

Key Performance Indicators (KPIs)

The success of Capacity Management depends on a number of key indicators, including:

Examples of Key Process Performance Indicators (KPIs) are shown in the list below. Each one is mapped to a Critical Success Factor (CSF).

Providing Accurate IT Forecasts

Providing Appropriate IT Capacity To Meet Business Needs

 

Documents

as

The documentation drawn up must include information about:


According to Figure 1, capacity management is related whit 3 Documents:

Capacity Plan

Modelling and Benchmarking

The more complex the IT infrastructure, the more difficult it is to forecast future capacity needs. This makes it essential to use models and simulations of possible scenarios for future developments so as to ensure hardware and applications are properly scalable.

The level of detail to which this modelling is taken will depend on several factors:

Weighing up these factors we can opt for:

 

Document Basics Contents


Title

Description

Consignees

People or Process to whom the plan is intended

Date of last CP

Date of the last CP(Capacity Plan)

Date

Date of the current CP

Date of the revision

Deadline to carry out the next CP (max. 1 year)

CI covered

List the CI covered in the CP

Current state of CI

For each CI list its current state, as well as the use and capacity

Forecast Report

This report contains forecasts for the use of CI

Amendments and Proposed Recommendations

RFC's proposed to change management, to support the projected capacity


Capacity and Performance Reports and Data

Title

Description

Consignees

The recipient of the report

Date

Reports date

CIs

CIs covered by the report

KPIs

Key Performance Indicators for each CIs

Business Impact

Business Impact




Forecasts
   

Title

Description

Current Capacity

It describes the capacity of ICs

Demand variation

It represents the pattern of use of each ICs

Forecasts by Demand Variation

Determina as previsões para cada Variação na Procura

Date

Report Date

CIs

CIs covered by the report



Exceptions Report

Title

Description

Consignee Process

Consignee Process of Service Management

CIs

CIs covered

Details of the Exception

It presents the details known about the exception

Recommendations

Recommendations for resolution