Capacity Management (ITILv3)

Transkript

1 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 / 34

2 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 / 34

3 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 / 34

4 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 / 34

5 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 / 34

6 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 / 34

7 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 / 34

8 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 / 34

9 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 / 34

10 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 / 34

11 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 / 34

12 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 / 34

13 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 / 34

14 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 / 34

15 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 / 34

16 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 / 34

17 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 / 34

18 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 / 34

19 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 (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 / 34

20 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 / 34

21 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 / 34

22 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 / 34

23 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 / 34

24 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 / 34

25 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 / 34

26 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 / 34

27 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 / 34

28 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 / 34

29 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 Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března / 34

30 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

31 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 IT Governance Institute. All rights reserved.

32 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

33 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 IT Governance Institute. All rights reserved.

34 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 / 34

35 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 Marek Rychlý Capacity Management (ITILv3) Přednáška pro ISE, 30. března / 34

36 Executive Summary ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /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

37 Management Summary ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Processor - Interactive Capacity Avg Peak /04 04/04 06/04 08/04 10/04 12/04 02/05 Acceptable Marginal Critical Processor - System+Interactive Avg Peak /04 04/04 06/04 08/04 10/04 12/04 02/05 Acceptable Marginal Critical Processor - Total Avg Peak /04 04/04 06/04 08/04 10/04 12/04 02/05 Acceptable Marginal Critical Disk Space Avg /04 04/04 06/04 08/04 10/04 12/04 02/05 Acceptable Marginal Critical Printed 03/2004 Report 175

38 Response Time ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /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 /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 Average Response Time by the Hour The starting time for each hour is indicated Facts Month Average Response Time December January February See Fact Sheet Printed 03/2004 Report 250

39 Response Time, Local Terminals ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /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 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 Average Response Time by the Hour Local Terminals The starting time for each hour is indicated Facts Month Average Response Time December January February Printed 03/2004 Report 260

40 Response Time, PC ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /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 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 Average Response Time by the Hour PC The starting time for each hour is indicated Facts Month Average Response Time December January February Printed 03/2004 Report 280

41 Transaction Volumes ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Transaction Volume per Hour 15 Transactions per hour Thousands /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 /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 See Fact Sheet Printed 03/2004 Report 350

42 Transaction Analysis ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 8 Transactions per Hour All Users 6 Thousands The starting time for each hour is indicated Number of I/O's per transaction Facts I/O and CPU Usage for the Average Transaction All Users 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 January February See Fact Sheet CPU-time per trans. in seconds Printed 03/2004 Report 375

43 Jobs ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Number of Jobs per Measured Day 1000 Number of jobs /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 Facts I/O and CPU Usage for Batch Jobs 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 January February See Fact Sheet CPU-time per I/O in seconds Printed 03/2004 Report 450

44 Print Outs ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Average number of pages per hour 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 PRTJOB PRTJOB PRTJOB PRTJOB PRTJOB PRTJOB PRTJOB PRTJOB PRTJOB PRTJOB User Number of pages PRTUSR PRTUSR PRTUSR PRTUSR PRTUSR PRTUSR PRTUSR PRTUSR PRTUSR PRTUSR Printed 03/2004 Report 550

45 Processor Utilization ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Average Processor Utilization in % per Day CPW 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 CPW Usage in % (average) Interactive System Batch Int. Peak Max Tot. Peak Max Interactive Limit Facts Avg. Marginal Critical Recommended guideline in %, interactive priority Recommended guideline in %, system + interactive priority Recommended guideline in %, all priorities Printed 03/2004 Report 650

46 Processor Utilization, Trend ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB Peak Processor Utilization, Total Three month trend, the two heaviest hours per measured day 100 CPW 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) Peak Interactive CPU Three month trend, the two heaviest hours per measured day 100 CPW 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 Recommended guideline in %, system+int. priority Recommended guideline in %, all priorities Number of months until the guideline is reached, interactive priority Number of months until the guideline is reached, system + int. priority Number of months until the guideline is reached, all priorities 4 6 Printed 03/2004 Report 675

47 Memory ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Percent of Time Faulting, Per Day Percent /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 The starting time for each hour is indicated Average Peak Guideline Facts Marginal Critical Recommended Guideline in % Printed 03/2004 Report 750

48 Disk Space Usage ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Disk Space Usage in % per Day 100 Usage in % (average) /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) /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 % Number of months until the guideline is reached 0 12 Change of stored data in % during the period Maximum usage of disk space in % during the period Printed 03/2004 Report 850

49 Disk Arm Utilization ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB Peak Disk Arm Utilization in % The two heaviest hours per measured day Usage in % (average) /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) /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 % Number of months until the guideline is reached 12 Printed 03/2004 Report 875

50 Communication Lines ABC Corporation December February 2004 Time frame SWEDEN (10-ABCDE) /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 SWITCHLIN Usage in % (average) December -03 January -04 February -04 Error Printed 03/2004 Report 950

51 Additional Facts Report Response Time Users with the longest response times User Seconds VSAMMONS RJADRAN QSECOFR QSECOFR RBARTLEY RBARTLEY PWERTZLER KTHOMPSON GREG PWERTZLER Report Transaction Volumes Users with the most transactions during the period Report Response Time Users with the longest average response time User Seconds RJADRAN RJADRAN 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 Transaction Analysis Users with the most I/Os per transactions User Transactions VSAMMONS KTHOMPSON GREG PWERTZLER RJADRAN ADMIN ADMIN VSAMMONS VSAMMONS ADMIN Report Transaction Analysis Users with the most CPU-time per transaction User Seconds VSAMMONS 1.51 RJADRAN 0.80 GREG 0.32 KTHOMPSON 0.31 ADMIN ADMIN ADMIN RJADRAN 0.11 USR USR Report 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 USR ADMIN04 74 Report Batch jobs Jobs with the most CPU-time during the period Job Seconds USRJOB USRJOB USRJOB USRJOB USRJOB USRJOB USRJOB USRJOB USRJOB USRJOB Report Batch jobs The most frequent jobs Job Number of I/Os USRJOB USRJOB ADMJOB USRJOB ADMJOB ADMJOB USRJOB USRJOB USRJOB USRJOB Job Number of starts USRJOB USRJOB USRJOB USRJOB USRJOB58 93 USRJOB59 65 USRJOB60 58 USRJOB61 58 USRJOB62 54 USRJOB35 54 Printed 03/2004 Fact Sheet 1

52 ABC Corporation Technical Specifications SWEDEN (10-ABCDE) Model /1521 CPU(s) 1 Internal memory in MB 1024 Disk Capacity in GB 67 Period December February 2004 Business Days M Tu W Th F Time frame 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 Peak Max CPU Sys+Int Avg Peak Max CPU Total Avg Peak Max Disk Avg Max DB CPU Avg Peak Max Memory Avg Peak Max 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

53 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 / 34