1 © Copyright IBM Corporation 2013 04/2013 The Sizer Advisor - v1.0 The Sizer Advisor Ten Elementary Advices Every Sizer Should Follow v1.0 Jorge L. Navarro.

Slides:



Advertisements
Similar presentations
Key Metrics for Effective Storage Performance and Capacity Reporting.
Advertisements

Web Performance Tuning Lin Wang, Ph.D. US Department of Education Copyright [Lin Wang] [2004]. This work is the intellectual property of the author. Permission.
OPSM 301: Operations Management Session 12: Service processes and flow variability Koç University Graduate School of Business MBA Program Zeynep Aksin.
Performance and Reliability 101 Brent Cromarty Ping Identity
CS 241 Spring 2007 System Programming 1 Queuing Framework for Process Management Evaluation Lecture 20 Klara Nahrstedt.
Process Management Levels
1 CSSE 477 – A bit more on Performance Steve Chenoweth Friday, 9/9/11 Week 1, Day 2 Right – Googling for “Performance” gets you everything from Lady Gaga.
MODELING AND ANALYSIS OF MANUFACTURING SYSTEMS Session 6 SCHEDULING E
Cs238 CPU Scheduling Dr. Alan R. Davis. CPU Scheduling The objective of multiprogramming is to have some process running at all times, to maximize CPU.
Copyright © 1998 Wanda Kunkle Computer Organization 1 Chapter 2.1 Introduction.
1 PERFORMANCE EVALUATION H Often in Computer Science you need to: – demonstrate that a new concept, technique, or algorithm is feasible –demonstrate that.
Measuring Performance Chapter 12 CSE807. Performance Measurement To assist in guaranteeing Service Level Agreements For capacity planning For troubleshooting.
14-1. Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin 14 Capacity Planning and Queuing Models.
OS Fall ’ 02 Performance Evaluation Operating Systems Fall 2002.
Chapter 9 Overview  Reasons to monitor SQL Server  Performance Monitoring and Tuning  Tools for Monitoring SQL Server  Common Monitoring and Tuning.
Usage Centric Green Metrics for Storage Doron Chen, Ealan Henis, Ronen Kat and Dmitry Sotnikov IBM Haifa Research Lab Most of the metrics defined today.
Load Test Planning Especially with HP LoadRunner >>>>>>>>>>>>>>>>>>>>>>
Computer System Lifecycle Chapter 1. Introduction Computer System users, administrators, and designers are all interested in performance evaluation. Whether.
Maximizing Business Value Through Projects: Doing less and achieving more! Thomas G. Lechler Stevens Institute of Technology Hoboken NJ.
Introduction to Discrete Event Simulation Customer population Service system Served customers Waiting line Priority rule Service facilities Figure C.1.
AN INTRODUCTION TO THE OPERATIONAL ANALYSIS OF QUEUING NETWORK MODELS Peter J. Denning, Jeffrey P. Buzen, The Operational Analysis of Queueing Network.
Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill Technology Education Lecture 5 Operating Systems.
OPERATING SYSTEMS CPU SCHEDULING.  Introduction to CPU scheduling Introduction to CPU scheduling  Dispatcher Dispatcher  Terms used in CPU scheduling.
Copyrighted material John Tullis 10/6/2015 page 1 Performance: WebSphere Commerce John Tullis DePaul Instructor
© Pearson Education Limited, Chapter 16 Physical Database Design – Step 7 (Monitor and Tune the Operational System) Transparencies.
Lecture 2 Process Concepts, Performance Measures and Evaluation Techniques.
1 Performance Evaluation of Computer Systems and Networks Introduction, Outlines, Class Policy Instructor: A. Ghasemi Many thanks to Dr. Behzad Akbari.
Managing Processes and Capabilities CHAPTER THREE.
Computer Networks Performance Metrics. Performance Metrics Outline Generic Performance Metrics Network performance Measures Components of Hop and End-to-End.
10/19/2015Erkay Savas1 Performance Computer Architecture – CS401 Erkay Savas Sabanci University.
CPU Scheduling Gursharan Singh Tatla 1-Feb-20111www.eazynotes.com.
1 Challenges in Scaling E-Business Sites  Menascé and Almeida. All Rights Reserved. Daniel A. Menascé Department of Computer Science George Mason.
OPERATING SYSTEMS CS 3530 Summer 2014 Systems with Multi-programming Chapter 4.
Chapter 10 Verification and Validation of Simulation Models
Chapter 3 System Performance and Models Introduction A system is the part of the real world under study. Composed of a set of entities interacting.
Introduction to z/OS Basics © 2006 IBM Corporation Chapter 7: Batch processing and the Job Entry Subsystem (JES) Batch processing and JES.
OMSAN LOJİSTİK. Top Management Program in Logistics & Supply Chain Management (TMPLSM) Production and Operations Management 3: Process Analysis.
Capacity Planning Plans Capacity Planning Operational Laws
OPERATING SYSTEMS CS 3530 Summer 2014 Systems and Models Chapter 03.
Ó 1998 Menascé & Almeida. All Rights Reserved.1 Part VI System-level Performance Models for the Web (Book, Chapter 8)
Chapter 12 The Network Development Life Cycle
IMS 4212: Database Implementation 1 Dr. Lawrence West, Management Dept., University of Central Florida Physical Database Implementation—Topics.
Introduction to Performance Testing Performance testing is the process of determining the speed or effectiveness of a computer, network, software program.
Lecture 4 Page 1 CS 111 Summer 2013 Scheduling CS 111 Operating Systems Peter Reiher.
Lecture 4 CPU scheduling. Basic Concepts Single Process  one process at a time Maximum CPU utilization obtained with multiprogramming CPU idle :waiting.
Session on Load Testing - Alok Agarwal. Agenda for the session Definitions Example on load testing What to Avoid When Testing for Load Goals of Load Testing.
CPU scheduling.  Single Process  one process at a time  Maximum CPU utilization obtained with multiprogramming  CPU idle :waiting time is wasted 2.
System Storage TM © 2007 IBM Corporation IBM System Storage™ DS3000 Series Jüri Joonsaar Tartu.
OPERATING SYSTEMS CS 3502 Fall 2017
Chapter 5 Process Analysis. Chapter 5 Process Analysis.
Chapter 4 Inventory Management.
QlikView Licensing.
Video On Demand.
Introduction to Materials Management
Chapter 6: CPU Scheduling
Chapter 10 Verification and Validation of Simulation Models
Chapter 6: CPU Scheduling
Module 5: CPU Scheduling
Operating System Concepts
World-Views of Simulation
Chapter5: CPU Scheduling
Chapter 6: CPU Scheduling
CPU SCHEDULING.
Lecture 18 Syed Mansoor Sarwar
Computer Systems Performance Evaluation
Operating System , Fall 2000 EA101 W 9:00-10:00 F 9:00-11:00
Chapter 6: CPU Scheduling
Module 5: CPU Scheduling
Chapter 6: CPU Scheduling
Module 5: CPU Scheduling
Presentation transcript:

1 © Copyright IBM Corporation /2013 The Sizer Advisor - v1.0 The Sizer Advisor Ten Elementary Advices Every Sizer Should Follow v1.0 Jorge L. Navarro The Sizer Advisor Ten Elementary Advices Every Sizer Should Follow v1.0 Jorge L. Navarro Demystifying Response Time Series

2 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Why The Sizer Advisor? The Expert SizerThe Novice SizerThe Author I'd love someone has taught this to me when I began working in sizing Here are ten pieces of advice I should know and follow It would be better a live presentation, but this is a starting point...

3 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Contents 1. Understand the performance metrics. 2. Know the most used performance benchmarks. 3. Don't get obfuscated by benchmarketing. 4. Variability is your worst enemy. 5. Size the true peak load. 6. Avoid the "what is the peak" pitfall. 7. Be aware of the consequences of undersizing. 8. Design a balanced system. 9. Garbage In, Garbage Out. 10. Master the sizing tool.

4 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Customer: a passenger. Customer: a passenger. Service (or Unit Of Work): transport from Llavaneres to Barcelona. Service (or Unit Of Work): transport from Llavaneres to Barcelona. Definitions 0 0 Example #1: Bus Transport Arrival Departure Queue/Waiting roomServer(s) In Queue In Service Customers willing to receive serviceCustomers after receiving service Service Center Customer: a citizen. Customer: a citizen. Service (or Unit Of Work): a request to the public administration. Service (or Unit Of Work): a request to the public administration. Example #2: Public Desk Customer: a user. Customer: a user. Service (or Unit Of Work): a certain information system transaction. Service (or Unit Of Work): a certain information system transaction. Example #3: Server

5 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Understand the Performance Metrics 1 1 Actual number of services (units of work) performed per unit time. Unit: UOW/time. Throughput (X) The maximum throughput the service center can deliver. Unit: UOW/time. Bandwidth (B) 50 available seats. 50 available seats. 25 occupied seats. 25 occupied seats. Throughput = 25 passengers/hour. Throughput = 25 passengers/hour. Bandwidth = 50 passengers/hour. Bandwidth = 50 passengers/hour. Usage = 50%. Usage = 50%. Service Time = 1 hour. Service Time = 1 hour. Response Time = 1 hour (nobody have to wait for next bus because current is full). Response Time = 1 hour (nobody have to wait for next bus because current is full). Performance Metrics The time elapsed from the beginning to the end of a service. Unit: time. Service Time (S) The total time spent at the service center, sum of the service time and the wait time. Unit: time. Response Time (R) The time elapsed waiting to be serviced. Unit: time. Wait Time (W)

6 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Know the Main Performance Benchmarks SAPSIOPSTPMName SAP Application Performance Standard. SPC-1 Input/Output operations per second. TPC-C (OLTP) transactions per minute (tpmC). OwnerOrganization SAP AG (sap.com/benchmark) Storage Performance Council (storageperformance.org) Transaction Processing Performance Council (tpc.org) Service Center An information system running SAP A Storage Device An OLTP information system running a RDBMS. Unit TypeThroughput (with response time limit) Bandwidth (response time must be informed) Throughput (with response time limit) UOW Process line items in a sales order. Read/write requests to the storage device. OLTP transactions against a relational database. Definition 20 fully processed order line items per hour. 60 dialog steps (screen changes) per hour. 24 SAP transactions per hour. Maximum I/O requests per second (at the 100% load point). Database transactions per minute. 2 2

7 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Don't Get Obfuscated by Benchmarketing 3 3 Maximum Velocity = 250 Km/h Benchmark UOW = 100 Km drive from A to B. UOW = 100 Km drive from A to B. Service Time = aprox 24 mins. Service Time = aprox 24 mins. Expected Performance System Under Test Warning: Good published benchmark performance is a necessary but not a suficient condition to get real world performance. Warning: Good published benchmark performance is a necessary but not a suficient condition to get real world performance. A Typical Disclaimer:...SAP standard benchmarks and productive customer implementations VARY SIGNIFICANTLY from each other and, therefore, any statement of GUARANTEE may be potentially damaging. A Typical Disclaimer:...SAP standard benchmarks and productive customer implementations VARY SIGNIFICANTLY from each other and, therefore, any statement of GUARANTEE may be potentially damaging. Service Time = 1,5 hour. Service Time = 1,5 hour. Actual Performance The Real World Average Velocity = 60 Km/h Real World

8 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Variability is Your Worst Enemy 4 4 Scenario: A Public Service DeskPerfectlyRegular Not So Regular Real World RandomnessArrivals Regular, scheduled. I.e. 9:00, 9:15, 9:30... Scheduled. Clustered in pairs. I.e. 9:00, 9:30, 10:00... Random. Unpredictable. Service Time Constant I.e.: 15 min. Constant Random. Unpredictable. KPI Customers never have to wait. System at 100% usage. One of the two doesn't wait and the other must wait 15 mins. System at 100% Usage. Waits. System at less than 100% usage. Sometimes busy, sometimes idle. Remedy Not needed (there is no problem). A second desk. Oversizing (extra additional capacity). How much? Until waits are "reasonable", typically at 65% usage. KPI after remedy No waits. The two are serviced simultaneously. 50% usage. There are waits, but at an acceptable level. The variability, both in customer arrivals and in service time, is the main reason for oversizing servers.

9 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Size the True Peak Load 5 5 Class A + Class B = Total Peak Peak Peak Peak Peak Peak = = 740 Without Considering Timebase Time Class A Class B Total > = > = 540 Considering Timebase The maximum concurrent or simultaneous load (540). The maximum concurrent or simultaneous load (540). The knowledge of the load time evolution is highly recommended to prevent this excess evaluation (740 instead of 540). The knowledge of the load time evolution is highly recommended to prevent this excess evaluation (740 instead of 540). The Peak Load is... Class A Time Interval Class B 20%9-1110% 50% % 30% % 1000 Total Arrivals 300 Two Customer Classes, A and B, accesing the same service center. What is the PEAK load?

10 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Avoid the "what is the peak" pitfall 6 6 Averaging time too low. Averaging time too low. Too much detail. Too much detail. Good for performance analysis. Good for performance analysis. Useless for sizing. Useless for sizing. Peak usage is 100% Same data, varying the averaging time... Averaging time right to the point. Averaging time right to the point. The right level of detail. The right level of detail. Good for sizing. Good for sizing. Peak Usage is 70% Averaging time too high (10 hours averege). Averaging time too high (10 hours averege). Total loss of detail. Total loss of detail. Good for trending analysis. Good for trending analysis. Useless for sizing. Useless for sizing. Peak Usage is 50%

11 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Be Aware of the Consequences of Undersizing 7 7 Incoming Requestors 60 at peak hour (1 per min) Bandwidth: 30 request per hour. In the best conditions (customers arriving 1 min apart) the customers would have to wait an average of 29,5 min, and a maximum of 59 min! Ravg > 30 min. Rmax = 61 min. Undersized Incoming Requestors 60 at peak hour (1 per min) Bandwidth: 60 (2x30) request per hour. In the best conditions (customers arriving 1 min apart) none of them have to wait. So the average and the maximum response time are 0. Ravg = 0 min. Rmax = 0 min. Rightsized Insane Response Time increase!

12 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Design a Balanced System 8 8 Desk A Desk B Looong Queue...Nobody! Incoming Service center bandwidth is 2x, but due to unbalance (customer bias) it runs at 1x. Highly unbalanced. Storage is the bottleneck. Choose the same "size" for every component. Highly unbalanced. Storage is the bottleneck. Choose the same "size" for every component. A SAPS capable server A 1000 IOPS capable storage + = A 2000 SAPS capable system Typically 0,5 IOPS/SAPS

13 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 T-Shirt size: XS, S, M, L, XL, XXL. T-Shirt size: XS, S, M, L, XL, XXL. Concurrent users and their activity. Concurrent users and their activity. Throughput: transactions and objects. Throughput: transactions and objects. Comparison with similar implementations. Comparison with similar implementations. Custom benchmarks. Custom benchmarks. Garbage In, Garbage Out Each sizing method has its own precision What if analysis. What if analysis. To know how the output depends on the several inputs. Identify the most critical inputs, the ones with higher impact in the output. Sensitivity Analysis is Highly Recommended If input is between X and 2X, output will typically be between Y and 2Y (or broader). If input is between X and 2X, output will typically be between Y and 2Y (or broader). Approx is not equal to 1003! Approx is not equal to 1003! Excess precision in the output (i.e. 2345,6 SAPS) hurts the eyes, and moreover is false. Excess precision in the output (i.e. 2345,6 SAPS) hurts the eyes, and moreover is false. Precision of the sizing output 9 9 (Im)preciseInputs (Im)preciseOutputs Sizing Procedure

14 © Copyright IBM Corporation /2013The Sizer Advisor - v1.0 Master the Sizing Tool 10 Output: SizingInput: Throughput Average or Peak Time Interval Processed during Time Interval Database Residence Time Interval Endpoints Items in an object Sizing Element Input: Active Users (1/12) * Medium Activity 1 interaction step every 30s 3 * Medium Activity

15 © Copyright IBM Corporation /2013 The Sizer Advisor - v1.0 The Sizer Advisor Ten Elementary Advices Every Sizer Should Follow v1.0 Jorge L. Navarro The Sizer Advisor Ten Elementary Advices Every Sizer Should Follow v1.0 Jorge L. Navarro Demystifying Response Time Series