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:
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:
|
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
|
Availability |
SLM |
Input |
Capacity Requirements |
|
Output |
|
|
Table 2 - Relations whit other process of Service Delivery
|
Capacity management is made up of three sub-processes:
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.
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.
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).
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.
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.
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.
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".
The Critical Success Factors (CSFs) are:
The key activities for this process are:
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
The documentation drawn up must include information about:
According to Figure 1, capacity management is related whit 3 Documents:
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 |
Description |
|
Recommendations for resolution |