Capacity Management (ITILv3)

Capacity Management (ITILv3) Marek Rychlý Vysoké učení technické v Brně Fakulta informačních technologií Ústav informačních systémů Přednáška pro ISE 30. března 2015 Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 1 / 34

Obsah 1 Opakování a cíle přednášky Cíle přednášky 2 Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 2 / 34

Opakování a cíle přednášky Cíle přednášky Obsah: Zajištuje nákladově optimální kapacitu služeb odpovídající současným i budoucím potřebám. Řeší otázky kapacity a výkonu služeb i jejich zdrojů. (výšší efektivita výdajů, redukce rizik, důvěryhodnost investičního plánování) Vede Capacity Mgmt. IS a s jeho pomocí spravuje Capacity Plan...................................................................... v ESM patří C&P Mgmt. mezi služeby IT Infrastructure Mgmt. (služba pro údržbu a řízení IT infrastruktury) v ITILv2 patří Capacity Mgmt. mezi procesy Service Delivery (procesy zajišt ující dostupnost a kvalitu IT služeb) v ITILv3 patří Capacity Mgmt. mezi procesy Service Design (procesy pro návrh nových nebo změny a vylepšení stávajících IT služeb) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 4 / 34

Cíle přednášky Opakování a cíle přednášky Cíle přednášky Znát cíle, obsah a přínosy Capacity (& Performance) Mgmt. Umět popsat role, aktivity a komunikaci v C&P Managementu. Znát metriky v této oblasti vč. tzv. Key Performance Indicators. (např. uvést příklad několika takových metrik) Mít představu o spolupráci služeb v této oblasti. Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 5 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb zajišt uje, že je a vždy bude k dispozici odpovídající IT kapacita (řeší jen dostupnost kapacity; dostupnost samotné služby řeší Availability Mgmt.) výkon služeb musí odpovídat nebo být vyšší než požadují SLAs (monitoruje a spravuje kapacitu a výkon služeb a jejich zdrojů) asistuje při diagnóze a vyřešení problémů s výkonem a kapacitou sestavuje Capacity Plan, řeší dopad případných změn kapacity realizuje případná vylepšení služeb a vyhodnocuje jejich přínos Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 7 / 34

Opakování a cíle přednášky Požadavky a omezení Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Kvalitu služeb mohou ovlivňovat nefunkční požadavky zákazníka, (rychlost, dostupnost, udržovatelnost, kontrolovatelnost, přenositelnost, bezpečnost, lokalizace apod.) omezení, která vycházejí z funkčních požadavků zákazníka. (geografická, technické nebo legislativní standardy, existující IT prostředí apod.) Nefunkční požadavky musí být ověřitelné! požadavky jsou součástí Service Level Agreement (SLA), použití vhodných metrik kvality poskytovaných služeb, (např. v 90 % musí být do 1 hodiny možnost zarezervovat 1 TB místa v úložišti ) neplést s metrikami uspěšnosti C&P Managementu. (tzv. Key Performance Indicators, bude popsáno dále) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 8 / 34

Opakování a cíle přednášky Požadavky vs. možnosti Capacity and Performance Management Aktivity a komunikace Spolupráce služeb (diagramy převzaty z Capacity and Performance Management Primer ) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 9 / 34

Metriky Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb využití CPU, obsazení pamětí a počet I/O operací na stroji, I/O sít ový provoz, statistika průchozích paketů a spojení, využití sít ové kapacity na jednotlivých rozhraních a uzlech, stav front na routerech, zahazování paketů na firewallech, počet uživateli provedených akcí za jednotku času, (de facto vytížení informačního systému uživateli) doba odezvy systému na akci uživatele a poměr jednotlivých částí systémů na zpracování odezvy, (de facto odezva informačního systému a jeho částí)??? Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 10 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Key Performance Indicators (KPIs, dle ITILu) Metriky uspěšnosti C&P Managementu: Incidents due to Capacity Shortages (počet incidentů v důsledku nedostatečné kapacity služby nebo IT komponenty) Exactness of Capacity Forecast (odchylky naplánované od skutečně spotřebovabné kapacity, chyby plánování) Capacity Adjustments (počet úprav služeb/komponent s cílem plánovaně přizpůsobit jejich kapacitu) Unplanned Capacity Adjustments (počet úprav služeb/komponent pro řešení neočekávaných problémů s kapacitou) Resolution Time of Capacity Shortage (doba řešení neočekávaných problémů s kapacitou) Capacity Reserves (podíly běžně a maximálně spotřebovávané kapacity oproti celkové dostupné) Percentage of Capacity Monitoring (poměr sledovaných služeb/komponent oproti všem službám/komponentám) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 11 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Dílčí procesy v rámci C&P Managementu 1 Business Capacity Management (převádí business potřeby a plány na budoucí kapacitní a výkonostní požadavky pro služby a IT komponenty) 2 Service Capacity Management (monitoruje, řídí a předvídá kapacitu a výkon služeb, provádí operativní a preventivní změny služeb dle potřeby; např. řeší neočekávané situace špičky) 3 Component Capacity Management (monitoruje, řídí a předvídá kapacitu, výkon a rozsah využití IT komponent a zdrojů, provádí jejich operativní a preventivní změny dle potřeby; např. ladí pořadí a priority úkolů tak, aby byla IT infrastruktura soustavně průměrně vytížená) 4 Capacity Management Reporting (zprostředkovává informace ostatním službám, vytváří tzv. Capacity Reports ) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 12 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Uspořádání podprocesů C&P Managementu (diagram převzat z Insight: Is Performance Engineering Primarily a Business Issue? ) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 13 / 34

Opakování a cíle přednášky Prostředky C&P Managementu Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Capacity Management Information System (virtuální úložiště dat, předpovědí, plánů kapacity a reportů; nad různými dbs.) Capacity Plan (plán zdrojů pro poskytnutí IT služeb v požadovaném rozsahu, obsahuje scénaře pro různé předpovědi pro různé business požadavky) Capacity Report (poskytuje informace ostatním službám, přehled a plán vytížení služeb a zdrojů, přehled úspěšnosti předchozího plánování vzhledem ke skutečnostem) Capacity Forecast (předvídá budoucí požadavky na kapacitu a výkon služeb/komponent, trendy) Suggestion to Influence Service Demand (návrhy na zvyšování kapacity a výkonu služeb, projednávají se výše v rámci vyšování kvality služeb; např. nahrazení hardware, reorganizace procesů, atd.) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 14 / 34

Opakování a cíle přednášky Databáze kapacity Capacity and Performance Management Aktivity a komunikace Spolupráce služeb (diagram převzat z ITRO Disciplines: Capacity Management ) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 15 / 34

Opakování a cíle přednášky Role a týmy v C&P Managementu Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Capacity Manager (zaručuje nákladově optimální a vhodně načasované poskytování služeb v dohodnuté kapacitě a výkonu, spravuje zdroje služeb, schvaluje krátkodobé, střednědobé a dlouhodobé plány) PerfCap týmy (capacity manager, správci a vlastníci zdrojů, zástupci zákazníka) řeší požadavky na změny rezervované kapacity a rychlosti, historické události, neočekávané špičky a jejich řešení, navrhují změny konfigurace pro lepší C&P Management, (tj. Suggestion to Influence Service Demand ) krátkodobě plánují zajištění a využití kapacity a rychlosti, (plány činností a vytížení zdrojů, postupy pro operativní řízení) dlouhodobě plánují zajištění a využití kapacity a rychlosti. (plány pro usměrnění dlouhodobých trendů) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 16 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Aktivity v rámci C&P Managementu 1 analýza stavající kapacity a výkonu služby, (sledování metrik z SLAs, incidentů a problémů, atd.) 2 návrh na změnu/vylepšení služby nebo komponenty, (identifikace požadavků, např. diskuzí s uživateli, předpovědí z business plánů, trendů využítí, požadavků na nové služby, atd.) 3 ohodnocení, odsouhlasení a dokumentace nových požadavků, (porada s PerCap týmy a jejich doporučení, odsouhlasení Capacity Managerem) 4 zanesení do plánu kapacity, (vč. využití potřebných zdrojů, vyhodnocení dopadů, popisu možných scénářů) 5 sledování úspěšnosti, případně revize plánu. (vyhodnocení KPIs, synchronizace s aktuálními business požadavky a plány) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 17 / 34

Capacity and Performance Management Opakování a cíle přednášky Aktivity a komunikace The interpretation process can be represented Spolupráce as služeb a flowchart, as shown in Figure 1-1. You can set this practice up all by yourself or automate it by using PM for System i or PM for System p. Příklad: Performance Management Workflow Set the base line Collect data Produce reports Analyze reports CPU Memory Disk Network Jobs / Processes Compare with baseline (diagram převzat z A Systems Management Guide to Performance Management for System i and System p servers, IBM) Figure 1-1 A systems management view of performance management Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 18 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Činnosti v rámci C&P Managementu (dle ITILv2) I Workload and Performance Management (monitorování kapacity a výkonu IT komponent, operativní řízení dle požadavků zákazníka, neočekávaných situací, během špiček a dle detekovaných trendů) Application Sizing (nastavení požadavků aplikace na základě dostupných informací a historie, určení podmínek pro detekci rizika nedostatečné kapacity a rychlosti) Resource Management (evidence zdrojů, ladění pořadí a priorit jednotlivých aktivit tak, aby byla IT infrastruktura soustavně průměrně vytížená) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 19 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Činnosti v rámci C&P Managementu (dle ITILv2) II Demand Management (zpracování požadavků na aktuální i budoucí činnosti) Modeling (analýza vzájemných vlivů požadavků na IT zdroje, jejich modelování a organizace za účelem schválení požadavků, optimalizace provádění) Capacity Planning (plánování využití kapacity, evidence plánů a skutečností, vykrytí denních a týdenních špiček) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 20 / 34

Opakování a cíle přednášky Demand Management Capacity and Performance Management Aktivity a komunikace Spolupráce služeb analyzuje, předvídá a ovlivňuje požadavky zákazníků na služby, (tak, aby kapacita služeb vždy pokryla požadavky) samostatný proces v rámci ITIL 2011. (ale velmi úzce spolupracuje s Capacity Mgmt.) (diagram převzat z Activity-based Demand Management ) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 21 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Infrastructure Service Interconnections (ESM) Configuration Management (při plánování se využívá aktuální konfigurace a navrhují její změny) Event Management (upozornění na riziko nedostatečné kapacity nebo výkonu) Operations Management (operativní řízení kapacity a výkonu) Availability Management (dostupnost služby je nutná, teprve pak zaleží na její kapacitě a výkonu) Inventory (evidence IT komponent, jejich vlastností) Business Process Management (vliv změn dostupné kapacity a výkonu na business aktivity zákazníka) Resource Management (evidence zdrojů dostupných pro plánování kapacity a výkonu) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 22 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Relationship Service Interconnections (ESM) Reporting Management (vytížení IT komponent a splnění požadavků je hlášeno) SLA Management (požadavky na kapacitu a výkon jsou zakotveny v SLA) Knowledge Management (zaznamenává se vývoj dostupné kapacity a výkonu, závislosti na činnostech) Asset Management (kapacita a výkon může ovlivnit náklady nebo např. licence) Notification and Escalation Management (problémy jsou předávány k řešení jednotlivým SME) Problem Management (problémy s dostupnou kapacitou a výkonem je třeba řešit) Change Management (nutnost změny kapacity a výkonu) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 23 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Ukázkový scénář spolupráce služeb 1 Operátor zaznamená, že server během poslední hodiny vykazuje vysoké vytížení CPU. (Event Management, Operations Management, Problem Management) 2 Správce systému potvrdí, že bylo třeba server vyměnit, protože je už nevyhovující. (Inventory, Configuration Management) 3 Analyzují se business aktivity, zda-li může být jejich nedávná změna příčinou současného problému. (Business Process Management, Resource Management) 4 Výsledkem analýzy je doporučení rozdělit zátěž na mezi stávající a další (nový) server. (Resource Management, Reporting Management, Change Management) 5 Poté, co byl nový server zprovozněn, vytížení CPU původního serveru se snížilo zpět na přijatelnou hodnotu. (Configuration Management, Knowledge Management) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 24 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Proces DS3 Manage Performance and Capacity v COBIT 4.1 zde má být příloha přejít na přílohu Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 25 / 34

Opakování a cíle přednášky Sít ová kapacita a výkon Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Více něž 80 % nedostatečné rychlosti a dostupnosti aplikace bývá přisuzováno sít ovým problémům. Ale sít ové problémy jsou pravou příčinou jen v méně než 20 % případů. Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 26 / 34

Opakování a cíle přednášky Nástroje pro P&C Management Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Cacti (SNMP orientated performance management tool with RRDTool-based graphs) BMC Patrol and Perform & Predict HP s Openview Microsoft Operations Manager Computer Associate s Unicenter Suite (performance monitoring a automatizace v IBM z/os systems management) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 27 / 34

Opakování a cíle přednášky Capacity and Performance Management Aktivity a komunikace Spolupráce služeb Detailed Report Graph for IBM i zde má být příloha přejít na přílohu Další příklady nástrojů od IBM: IBM Tivoli Omegamon (formerly Candle for mainframe) (performance monitoring pro širokou škálu aplikací) IBM TotalStorage Productivity Center Suite (TPC, Capacity) (hromadně spravuje využití diskových úložišt a databází, vč. dostupnosti) IBM Tivoli Monitoring (ITM, Performance) (detekuje bottlenecks a problémy v systémových zdrojích, řeší kritické situace) IBM z/os Workload Manager/System Resources Manager (WLM/SRM) Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 28 / 34

Shrnutí a závěr Shrnutí a závěr Poděkování a otázky Přílohy C&P Mgmt. řeší nákladově optimální kapacitu služeb odpovídající současným i budoucím potřebám. Potřebná kapacita a výkon jsou dány vnějšími požadavky, je nutno použít vhodné metriky. Cílem je efektivní využívání IT komponent a neustálé zlepšování kvality poskytovaných služeb. Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 29 / 34

Shrnutí a závěr Poděkování a otázky Přílohy Děkuji za pozornost. Otázky? Diskuze? Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 30 / 34

Shrnutí a závěr Poděkování a otázky Přílohy COBIT 4.1: Process DS3 Manage Performance and Capacity ZAČÁTEK PŘÍLOHY zpět do prezentace přeskočit přílohu Proces v doméně Deliver and Support. Jeden z nejdůležitějších procesů. Velice podobný (a kompatibilní) s ITIL procesem Capacity Management. Převzato z IT Governance Institute: COBIT 4.1. ISACA, 2007, ISBN 1-933284-72-2. Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 31 / 34

Deliver and Support Manage Performance and Capacity PROCESS DESCRIPTION DS3 DS3 Manage Performance and Capacity The need to manage performance and capacity of IT resources requires a process to periodically review current performance and capacity of IT resources. This process includes forecasting future needs based on workload, storage and contingency requirements. This process provides assurance that information resources supporting business requirements are continually available. P P Effectiveness Efficiency Confidentiality Integrity S Availability Compliance Reliability Control over the IT process of Manage performance and capacity that satisfies the business requirement for IT of optimising the performance of IT infrastructure, resources and capabilities in response to business needs by focusing on meeting response time requirements of SLAs, minimising downtime, and making continuous IT performance and capacity improvements through monitoring and measurement is achieved by Planning and providing system capacity and availability Monitoring and reporting system performance Modelling and forecasting system performance and is measured by Number of hours lost per user per month due to insufficient capacity planning Percent of peaks where target utilisation is exceeded Percent of response-time SLAs not met STRATEGIC ALIGNMENT VALUE DELIVERY PERFORMANCE MEASUREMENT IT GOVERNANCE RESOURCE MANAGEMENT RISK MANAGEMENT Applications Information People Infrastructure Primary Secondary 2007 IT Governance Institute. All rights reserved. www.itgi.org 109

DS3 Deliver and Support Manage Performance and Capacity CONTROL OBJECTIVES DS3 Manage Performance and Capacity DS3.1 Performance and Capacity Planning Establish a planning process for the review of performance and capacity of IT resources to ensure that cost-justifiable capacity and performance are available to process the agreed-upon workloads as determined by the SLAs. Capacity and performance plans should leverage appropriate modelling techniques to produce a model of the current and forecasted performance, capacity and throughput of the IT resources. DS3.2 Current Performance and Capacity Assess current performance and capacity of IT resources to determine if sufficient capacity and performance exist to deliver against agreed-upon service levels. DS3.3 Future Performance and Capacity Conduct performance and capacity forecasting of IT resources at regular intervals to minimise the risk of service disruptions due to insufficient capacity or performance degradation, and identify excess capacity for possible redeployment. Identify workload trends and determine forecasts to be input to performance and capacity plans. DS3.4 IT Resources Availability Provide the required capacity and performance, taking into account aspects such as normal workloads, contingencies, storage requirements and IT resource life cycles. Provisions such as prioritising tasks, fault-tolerance mechanisms and resource allocation practices should be made. Management should ensure that contingency plans properly address availability, capacity and performance of individual IT resources. DS3.5 Monitoring and Reporting Continuously monitor the performance and capacity of IT resources. Data gathered should serve two purposes: To maintain and tune current performance within IT and address such issues as resilience, contingency, current and projected workloads, storage plans, and resource acquisition To report delivered service availability to the business, as required by the SLAs Accompany all exception reports with recommendations for corrective action. 110 2007 IT Governance Institute. All rights reserved. www.itgi.org

Deliver and Support Manage Performance and Capacity MANAGEMENT GUIDELINES DS3 DS3 Manage Performance and Capacity From Inputs Outputs To AI2 Availability, continuity and recovery Performance and capacity information PO2 PO3 specification Performance and capacity plan (requirements) PO5 AI1 AI3 ME1 AI3 System monitoring requirements Required changes AI6 DS1 SLAs Process performance reports ME1 RACI Chart Functions Activities CEO CFO CIO Business Executive Business Process Owner Head Operations Chief Architect Head Development PMO Head IT Administration Establish a planning process for the review of performance and capacity of IT resources. A R C C C C Review current IT resources performance and capacity. C I A/R C C C Conduct IT resources performance and capacity forecasting. C C A/R C C C C Conduct gap analysis to identify IT resources mismatches. C I A/R R C C I Conduct contingency planning for potential IT resources unavailability. C I A/R C C I C Continuously monitor and report the availability, performance and capacity of IT resources. I I A/R I I I I A RACI chart identifies who is Responsible, Accountable, Consulted and/or Informed. Compliance, Audit, Risk and Security Goals Goals and Metrics IT Respond to business requirements in alignment with the business strategy. Make sure that IT services are available as required. Optimise the IT infrastructure, resources and capabilities. set Process Monitor and measure peak load and transaction response times. Meet response-time SLAs. Minimise transaction failures. Minimise downtime. Optimise utilisation of IT resources. set Activities Planning and providing system capacity and availability Monitoring and reporting system performance Modelling and forecasting system performance drive measure measure measure drive Metrics Number of hours lost per user per month due to insufficient capacity planning Number of critical business processes not covered by a defined service availability plan Peak load and overall utilisation rates Percent of peaks where target utilisation is exceeded Percent of response-time SLAs not met Transaction failure rate Frequency of performance and capacity forecasting Percent of assets included in capacity reviews Percent of assets monitored through centralised tool(s) 2007 IT Governance Institute. All rights reserved. www.itgi.org 111

DS3 Deliver and Support Manage Performance and Capacity MATURITY MODEL DS3 Manage Performance and Capacity Management of the process of Manage performance and capacity that satisfies the business requirement for IT of optimising the performance of IT infrastructure, resources and capabilities in response to business needs is: 0 Non-existent when Management does not recognise that key business processes may require high levels of performance from IT or that the overall business need for IT services may exceed capacity. There is no capacity planning process in place. 1 Initial/Ad Hoc when Users devise workarounds for performance and capacity constraints. There is very little appreciation of the need for capacity and performance planning by the owners of the business processes. Action taken toward managing performance and capacity is typically reactive. The process for planning capacity and performance is informal. The understanding of current and future capacity and performance of IT resources is limited. 2 Repeatable but Intuitive when Business and IT management are aware of the impact of not managing performance and capacity. Performance needs are generally met based on assessments of individual systems and the knowledge of support and project teams. Some individual tools may be used to diagnose performance and capacity problems, but the consistency of results is dependent on the expertise of key individuals. There is no overall assessment of the IT performance capability or consideration of peak and worst-case loading situations. Availability problems are likely to occur in an unexpected and random fashion and take considerable time to diagnose and correct. Any performance measurement is based primarily on IT needs and not on customer needs. 3 Defined when Performance and capacity requirements are defined throughout the system life cycle. There are defined service level requirements and metrics that can be used to measure operational performance. Future performance and capacity requirements are modelled following a defined process. Reports are produced giving performance statistics. Performance- and capacity-related problems are still likely to occur and be time-consuming to correct. Despite published service levels, users and customers may feel sceptical about the service capability. 4 Managed and Measurable when Processes and tools are available to measure system usage, performance and capacity, and results are compared to defined goals. Up-to-date information is available, giving standardised performance statistics and alerting incidents caused by insufficient performance and capacity. Insufficient performance and capacity issues are dealt with according to defined and standardised procedures. Automated tools are used to monitor specific resources, such as disk space, networks, servers and network gateways. Performance and capacity statistics are reported in business process terms, so users and customers understand IT service levels. Users feel generally satisfied with the current service capability and may demand new and improved availability levels. Metrics for measuring IT performance and capacity are agreed upon but may be only sporadically and inconsistently applied. 5 Optimised when The performance and capacity plans are fully synchronised with the business demand forecasts. The IT infrastructure and business demand are subject to regular reviews to ensure that optimum capacity is achieved at the lowest possible cost. Tools for monitoring critical IT resources are standardised and used across platforms and linked to an organisationwide incident management system. Monitoring tools detect and can automatically correct performance- and capacity-related issues. Trend analysis is performed and shows imminent performance problems caused by increased business volumes, enabling planning and avoidance of unexpected issues. Metrics for measuring IT performance and capacity have been fine-tuned into outcome measures and performance indicators for all critical business processes and are consistently measured. Management adjusts the planning for performance and capacity following analysis of these measures. 112 2007 IT Governance Institute. All rights reserved. www.itgi.org

Shrnutí a závěr Poděkování a otázky Přílohy COBIT 4.1: Process DS3 Manage Performance and Capacity KONEC PŘÍLOHY zpět na začátek přílohy Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 32 / 34

Shrnutí a závěr Poděkování a otázky Přílohy Detailed Report Graph 1 for IBM i ZAČÁTEK PŘÍLOHY zpět do prezentace přeskočit přílohu Executive & Management Summary, Response Time (incl. Local Terminals & PC), Transaction Volumes & Analysis, Jobs, Print Outs, Processor Utilization & Trend, Memory & Disk Space Usage (incl. Disk Arm Utilization), Communication Lines, Additional Facts. 1 převzato z http://www-03.ibm.com/systems/power/support/pm/ Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 33 / 34

Executive Summary ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Processor - Interactive Capacity Critical Marginal Acceptable 02/04 03/04 05/04 08/04 Processor - System+Interactive Critical Marginal Acceptable 02/04 03/04 05/04 08/04 Processor - Total Critical Marginal Acceptable 02/04 03/04 05/04 08/04 Disk Space Critical Marginal Acceptable 02/04 03/04 05/04 08/04 Printed 03/2004 Report 150

Management Summary ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Processor - Interactive Capacity Avg. 50.49 Peak 91.54 02/04 04/04 06/04 08/04 10/04 12/04 02/05 Acceptable Marginal Critical Processor - System+Interactive Avg. 9.88 Peak 17.61 02/04 04/04 06/04 08/04 10/04 12/04 02/05 Acceptable Marginal Critical Processor - Total Avg. 47.60 Peak 69.19 02/04 04/04 06/04 08/04 10/04 12/04 02/05 Acceptable Marginal Critical Disk Space Avg. 73.83 02/04 04/04 06/04 08/04 10/04 12/04 02/05 Acceptable Marginal Critical Printed 03/2004 Report 175

Response Time ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Average response time in seconds Average Response Time per Measured Day 100 10 1 0.1 0.01 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date (all measured days are displayed) Average response time in seconds 1 0.1 0.01 Average Response Time by the Hour 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03 04 05 The starting time for each hour is indicated Facts Month Average Response Time December -03 0.3 January -04 0.3 February -04 0.3 See Fact Sheet Printed 03/2004 Report 250

Response Time, Local Terminals ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Average response time in seconds 100 10 1 0.1 0.01 Average Response Time per Measured Day Local Terminals 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date (all measured days are displayed) Average response time in seconds 1 0.1 Average Response Time by the Hour Local Terminals 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03 04 05 The starting time for each hour is indicated Facts Month Average Response Time December -03 0.6 January -04 0.4 February -04 0.4 Printed 03/2004 Report 260

Response Time, PC ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Average response time in seconds 0.1 0.01 Average Response Time per Measured Day PC 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date (all measured days are displayed) Average response time in seconds 0.1 0.01 Average Response Time by the Hour PC 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03 04 05 The starting time for each hour is indicated Facts Month Average Response Time December -03 0.0 January -04 0.0 February -04 0.0 Printed 03/2004 Report 280

Transaction Volumes ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Transaction Volume per Hour 15 Transactions per hour Thousands 10 5 0 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date The average hour The hour with the most transactions 5 Transaction Volume per Hour - History and 3 Month Trend Transactions per hour Thousands 4 3 2 1 0 02/03 04/03 06/03 08/03 10/03 12/03 02/04 04/04 Average number of transactions per hour Trend Facts Average Transaction Growth in % Last 12 months Last 6 months Last 3 months Last month 16.0 19.0 21.9 20.1 See Fact Sheet Printed 03/2004 Report 350

Transaction Analysis ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 8 Transactions per Hour All Users 6 Thousands 4 2 0 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03 04 05 The starting time for each hour is indicated Number of I/O's per transaction 1000 800 600 400 200 0 Facts I/O and CPU Usage for the Average Transaction All Users 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03 04 05 The starting time for each hour is indicated Total number of I/Os per transaction CPU time per transaction in seconds Number of synchronous I/Os per transaction The period's average transaction contains Month CPU-time in seconds Number of I/Os Number of synch. I/Os December -03 0.20 104 46 January -04 0.03 25 17 February -04 0.04 32 22 See Fact Sheet 1 0.1 0.01 CPU-time per trans. in seconds Printed 03/2004 Report 375

Jobs ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Number of Jobs per Measured Day 1000 Number of jobs 100 10 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date Interactive jobs Batch jobs Number of I/O's per second 600 400 200 0 Facts I/O and CPU Usage for Batch Jobs 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03 04 05 The starting time for each hour is indicated Total number of I/Os per second CPU usage in seconds per I/O Number of synchronous I/Os per second Batch jobs during the period containing Month CPU-time per I/O Number of I/Os per sec Number of synch. I/Os per sec December -03 0.0008 416 212 January -04 0.0010 401 202 February -04 0.0008 405 212 See Fact Sheet 0.003 0.002 0.001 0.000 CPU-time per I/O in seconds Printed 03/2004 Report 450

Print Outs ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Average number of pages per hour 1000 100 10 1 Daily Average per Hour 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date Total number of pages written to out queues per hour Number of interactive pages written to out queues per hour Facts Print jobs with the most pages to out queues during the period User with the most print outs to out queues during the period Job Number of pages PRTJOB001 45445 PRTJOB002 7096 PRTJOB003 3451 PRTJOB004 3220 PRTJOB005 2308 PRTJOB006 2303 PRTJOB007 1896 PRTJOB008 1414 PRTJOB009 1392 PRTJOB010 1267 User Number of pages PRTUSR001 112689 PRTUSR002 5019 PRTUSR003 4987 PRTUSR004 4887 PRTUSR005 3644 PRTUSR006 3298 PRTUSR007 2822 PRTUSR008 2724 PRTUSR009 2533 PRTUSR010 2093 Printed 03/2004 Report 550

Processor Utilization ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Average Processor Utilization in % per Day 296 80 CPW 222 148 74 60 40 20 Usage in % (average) 0 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date Interactive System Batch Int. Peak Avg 0 Usage By the Hour, Average During the Period 370 100 CPW 296 222 148 74 80 60 40 20 Usage in % (average) 0 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03 04 05 0 Interactive System Batch Int. Peak Max Tot. Peak Max Interactive Limit Facts Avg. Marginal Critical Recommended guideline in %, interactive priority 40 55 Recommended guideline in %, system + interactive priority 45 60 Recommended guideline in %, all priorities 80 90 Printed 03/2004 Report 650

Processor Utilization, Trend ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 370 Peak Processor Utilization, Total Three month trend, the two heaviest hours per measured day 100 CPW 296 222 148 74 80 60 40 20 Usage in % (average) 0 02/03 04/03 06/03 08/03 10/03 12/03 02/04 04/04 Acceptable Marginal Critical Usage(average) Trend Trend(3,6,12) 0 370 Peak Interactive CPU Three month trend, the two heaviest hours per measured day 100 CPW 296 222 148 74 80 60 40 20 Usage in % (average) 0 02/03 04/03 06/03 08/03 10/03 12/03 02/04 04/04 Acceptable Marginal Critical Trend Usage(average) Interactive Limit Trend(3,6,12) 0 Facts Peak Recommended guideline in %, interactive priority 48 62 Recommended guideline in %, system+int. priority 56 70 Recommended guideline in %, all priorities 85 94 Number of months until the guideline is reached, interactive priority 12 12 Number of months until the guideline is reached, system + int. priority 12 12 Number of months until the guideline is reached, all priorities 4 6 Printed 03/2004 Report 675

Memory ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Percent of Time Faulting, Per Day 40 30 Percent 20 10 0 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date Average Peak 30 Percent of Time Faulting, Per Hour Percent 20 10 0 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 00 01 02 03 04 05 The starting time for each hour is indicated Average Peak Guideline Facts Marginal Critical Recommended Guideline in % 20 25 Printed 03/2004 Report 750

Disk Space Usage ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Disk Space Usage in % per Day 100 Usage in % (average) 80 60 40 20 0 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date 100 Disk Space Usage in %, 3 Month Trend Usage in % (average) 80 60 40 20 0 02/03 04/03 06/03 08/03 10/03 12/03 02/04 04/04 Acceptable Marginal Critical Trend Usage in % (average) Trend(3,6,12) Facts Recommended guideline in % 70 80 Number of months until the guideline is reached 0 12 Change of stored data in % during the period -5.81 Maximum usage of disk space in % during the period 88.18 Printed 03/2004 Report 850

Disk Arm Utilization ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 20 Peak Disk Arm Utilization in % The two heaviest hours per measured day Usage in % (average) 15 10 5 0 12/01 12/11 12/21 12/31 01/10 01/20 01/30 02/09 02/19 02/29 Date 100 Peak Disk Arm Utilization in %, 3 Month Trend Usage in % (average) 10 1 0.1 02/03 04/03 06/03 08/03 10/03 12/03 02/04 04/04 Acceptable Marginal Critical Trend Usage in % (average) Trend(3,6,12) Facts Peak Recommended guideline in % 30 40 Number of months until the guideline is reached 12 Printed 03/2004 Report 875

Communication Lines ABC Corporation December 2003 - February 2004 Time frame 08.00-17.30 SWEDEN (10-ABCDE) 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Line Utilization COMLINK01 COMLINK01 COMLINK02 COMLINK02 CONLINK01 CONLINK02 ROCKLIN1 ROCKLIN1 ROCKLIN2 ROCKLIN2 SWITCHLIN1 SWITCHLIN1 0 10 20 30 40 50 60 70 80 90 100 Usage in % (average) December -03 January -04 February -04 Error Printed 03/2004 Report 950

Additional Facts Report 250 - Response Time Users with the longest response times User Seconds VSAMMONS 8858.00 RJADRAN 4684.00 QSECOFR 3752.00 QSECOFR 1499.00 RBARTLEY 700.00 RBARTLEY 407.00 PWERTZLER 287.00 KTHOMPSON 206.00 GREG 196.50 PWERTZLER 153.00 Report 350 - Transaction Volumes Users with the most transactions during the period Report 250 - Response Time Users with the longest average response time User Seconds RJADRAN 66.92 RJADRAN 26.46 RBARTLEY 6.84 GREG 4.02 RJADRAN 1.31 RJADRAN 0.84 RJADRAN 0.81 RBARTLEY 0.67 RJADRAN 0.58 RBARTLEY 0.56 Report 375 - Transaction Analysis Users with the most I/Os per transactions User Transactions VSAMMONS 66826 KTHOMPSON 59530 GREG 57572 PWERTZLER 47332 RJADRAN 41670 ADMIN1 40266 ADMIN2 38736 VSAMMONS 38322 VSAMMONS 35880 ADMIN3 31095 Report 375 - Transaction Analysis Users with the most CPU-time per transaction User Seconds VSAMMONS 1.51 RJADRAN 0.80 GREG 0.32 KTHOMPSON 0.31 ADMIN1 0.31 ADMIN2 0.18 ADMIN3 0.12 RJADRAN 0.11 USR01 0.10 USR01 0.07 Report 450 - Batch jobs Jobs with the most I/Os per second User Number of I/Os RJADRAN 2239 GREG 1730 PWERTZLER 95 KTHOMPSON 94 ADMIN02 91 USR01 91 VSAMMONS 80 ADMIN03 80 USR010 79 ADMIN04 74 Report 450 - Batch jobs Jobs with the most CPU-time during the period Job Seconds USRJOB01 38368 USRJOB05 26995 USRJOB06 14507 USRJOB50 8306 USRJOB51 5720 USRJOB52 4615 USRJOB07 4423 USRJOB53 3521 USRJOB08 2849 USRJOB12 2439 Report 450 - Batch jobs The most frequent jobs Job Number of I/Os USRJOB10 732 USRJOB14 621 ADMJOB01 365 USRJOB12 347 ADMJOB02 332 ADMJOB12 313 USRJOB05 311 USRJOB13 301 USRJOB34 276 USRJOB35 270 Job Number of starts USRJOB54 1857 USRJOB55 1091 USRJOB56 1091 USRJOB57 108 USRJOB58 93 USRJOB59 65 USRJOB60 58 USRJOB61 58 USRJOB62 54 USRJOB35 54 Printed 03/2004 Fact Sheet 1

ABC Corporation Technical Specifications SWEDEN (10-ABCDE) Model 9406 820-2395/1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Period December 2003 - February 2004 Business Days M Tu W Th F Time frame 08.00-17.30 Changes in the model during the period Changes in the internal memory during the period Changes in the disk capacity during the period No No No Missing Report Days 02/05 Trends Number of months used for statistics 12 Management Summary Utilization in % Months CPU Int. Capacity Avg. 50.49 12 Peak 91.54 12 Max 226.50 CPU Sys+Int Avg. 9.88 12 Peak 17.61 12 Max 51.80 CPU Total Avg. 47.60 12 Peak 69.19 6 Max 82.15 Disk Avg. 73.83 12 Max 88.18 DB CPU Avg. 22.03 0 Peak 34.79 0 Max 65.34 Memory Avg. 8.15 0 Peak 15.26 0 Max 25.34 0 System Values QACTJOB 100 QADLACTJ 10 QTOTJOB 50 QADLTOTJ 10 QPFRADJ 2 Avg.Active Jobs 710 Max.Active Jobs 1653 Printed 03/2004 Fact Sheet 2

Shrnutí a závěr Poděkování a otázky Přílohy Detailed Report Graph for IBM i KONEC PŘÍLOHY zpět na začátek přílohy Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března 2015 34 / 34