Parametric Bottlenecks Testing Catalogue (POSCA)

Slides:



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

Database Tuning Principles, Experiments and Troubleshooting Techniques Baseado nos slides do tutorial com o mesmo nome da autoria de: Dennis Shasha
Unix Systems Performance Tuning Project of COSC 513 Name: Qinghui Mu Instructor: Prof. Anvari.
Copyright © 2011 by the Commonwealth of Pennsylvania. All Rights Reserved. Load Test Report.
Network Redesign and Palette 2.0. The Mission of GCIS* Provide all of our users optimal access to GCC’s technology resources. *(GCC Information Services:
Capacity Planning and Predicting Growth for Vista Amy Edwards, Ezra Freeloe and George Hernandez University System of Georgia 2007.
  Copyright 2003 by SPAN Technologies. Performance Assessments of Internet Systems By Kishore G. Kamath SPAN Technologies Testing solutions for the enterprise.
Chapter 14 Chapter 14: Server Monitoring and Optimization.
11 MONITORING MICROSOFT WINDOWS SERVER 2003 Chapter 3.
1 Internet Management and Security We will look at management and security of networks and systems. Systems: The end nodes of the Internet Network: The.
Chapter 11: Maintaining and Optimizing Windows Vista
Virtualized Workloads Supported Instant Messaging (IM) IM Conferencing Presence Enterprise Voice (PSTN) Audio/Video Conferencing Web Conferencing.
Chapter 9 Overview  Reasons to monitor SQL Server  Performance Monitoring and Tuning  Tools for Monitoring SQL Server  Common Monitoring and Tuning.
Module 8: Monitoring SQL Server for Performance. Overview Why to Monitor SQL Server Performance Monitoring and Tuning Tools for Monitoring SQL Server.
Capacity Planning in SharePoint Capacity Planning Process of evaluating a technology … Deciding … Hardware … Variety of Ways Different Services.
QTIP Version 0.2 4th August 2015.
Existing Network Study CPIT 375 Data Network Designing and Evaluation.
Key Perf considerations & bottlenecks Windows Azure VM characteristics Monitoring TroubleshootingBest practices.
© Wiley Inc All Rights Reserved. MCSE: Windows Server 2003 Active Directory Planning, Implementation, and Maintenance Study Guide, Second Edition.
Oracle Tuning Considerations. Agenda Why Tune ? Why Tune ? Ways to Improve Performance Ways to Improve Performance Hardware Hardware Software Software.
Designing and Deploying a Scalable EPM Solution Ken Toole Platform Test Manager MS Project Microsoft.
Learningcomputer.com SQL Server 2008 – Profiling and Monitoring Tools.
DBI313. MetricOLTPDWLog Read/Write mixMostly reads, smaller # of rows at a time Scan intensive, large portions of data at a time, bulk loading Mostly.
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.
Improving Disk Throughput in Data-Intensive Servers Enrique V. Carrera and Ricardo Bianchini Department of Computer Science Rutgers University.
Troubleshooting SQL Server Performance: Tips &Tools Amit Khandelwal.
Copyright 2007, Information Builders. Slide 1 Machine Sizing and Scalability Mark Nesson, Vashti Ragoonath June 2008.
Windows Server 2003 系統效能監視 林寶森
Presented by Vishy Grandhi.  Lesson 1: AX Overview  Lesson 2: Role based security  Lesson 3: Monitoring  Troubleshooting.
Chapter 8 System Management Semester 2. Objectives  Evaluating an operating system  Cooperation among components  The role of memory, processor,
Scalability == Capacity * Density.
Maximizing Performance – Why is the disk subsystem crucial to console performance and what’s the best disk configuration. Extending Performance – How.
G. Russo, D. Del Prete, S. Pardi Kick Off Meeting - Isola d'Elba, 2011 May 29th–June 01th A proposal for distributed computing monitoring for SuperB G.
Lecture 17 Raid. Device Protocol Variants Status checks: polling vs. interrupts Data: PIO vs. DMA Control: special instructions vs. memory-mapped I/O.
Indexing strategies and good physical designs for performance tuning Kenneth Ureña /SpanishPASSVC.
SQL Database Management
AX Performance Tools Present and Future
Parametric Bottlenecks Testing Catalogue (POSCA)
StorPerf - Cinder Storage Performance Measurement
Monitoring Windows Server 2012
Parametric Bottlenecks Testing Catalogue (POSCA)
Liang Gao (Kubi), Huawei
OPNFV testing strategy
How OPNFV Should Act Beyond Breaking Points
OPNFV testing strategy
Bottlenecks Stress Test Demo
Deploy Containerized OPNFV Cluster Efficiently Using Daisy Installer
Yang (Gabriel) Yu Mingjiang (Rex) Li
Using OpenStack to Measure OpenStack Cinder Performance
Query Performance Tuning: Start to Finish
Testing over Long Duration POD
MONITORING MICROSOFT WINDOWS SERVER 2003
IBM INFORMIX online Training in Hyderabad
Storage Virtualization
Introduction of Week 3 Assignment Discussion
Migration Strategies – Business Desktop Deployment (BDD) Overview
Key Metrics and Practices for Monitoring Virtualization Platforms
Introduction I/O devices can be characterized by I/O bus connections
QNX Technology Overview
Cloud computing mechanisms
Cloud Web Filtering Platform
CSC3050 – Computer Architecture
Backup Monitoring – EMC NetWorker
Software System Performance
Requirements Definition
Performance And Scalability In Oracle9i And SQL Server 2000
Harrison Howell CSCE 824 Dr. Farkas
Requirements of Computing in Network
SharePoint 2013 Best Practices
Presentation transcript:

Parametric Bottlenecks Testing Catalogue (POSCA) Yu Yang 20161201

Contents Goals and scope of POSCA testsuite Landscape of POSCA testsuite Interaction with Yardstick for POSCA Metrics & Tools for POSCA Work Plan for POSCA testsuite POSCA in Bottlenecks D release Draft Demo

Bottlenecks Testing Results Parametric Bottlenecks Testing Catalogue in Bottlenecks (POSCA) Test Cases Test Results Network Storage Compute Midware APP Bottlenecks Testing Results DB Yardstick Bottlenecks SFC IPv6 SDNVPN Installers OVS4NFV OPNFV Reference Platform 4. Performance Improvement 2. Feedback bottlenecks 3. Upstream Develop 1. Classified bottlenecks Cperf VSPERF StorPerf

Interaction with Yardstick for POSCA Task.iter() Metric Bottlenecks N S C M A Overall Compute Network Storage Midware APP Aver. Res. Time Max Num. User Throughput Requests/Sec Latency Decoupling Bottlenecks Restful Yardstick Metric Max Value Min. Value Aver. Value Compute Storage Network Midware APP SW Tuning HW Tuning Protocol Opt. SLA … Logics Locate Bottlenecks Report 4

Metrics & Tools Discussion Target Metrics Set for Specific Bottlenecks Feature testing results could be organized into different metrics sets to find the bottlenecks Monitoring Compute: latency, utilization of CPU, cache size, etc. Network: throughput, number of connection, packet delay, etc. Storage: memory available mbytes, pages/sec, idle time, etc. Midware: concurrent request, response speed, throughput, etc. APP: throughput, latency, request/user, etc.

Metrics from Yardstick

https://cloud.google.com/monitoring/api/metrics A Brief List of Metrics and Tools Category Bottlenecks Metrics Set Description M&T List https://cloud.google.com/monitoring/api/metrics http://www.slac.stanford.edu/xorg/nmtf/nmtf-tools.html http://www.applicationperformancemanagement.org/network-monitoring/network-monitoring-tools/ Compute Short of Processor (System\%Total processor time, Processor %Processor Time, system\Processor Queue Length) Metrics 2 is for SQL Server PPT is to avoid memory shortage SPQL is to trace LB of processors Network latency reponse time Metrics 1 is for web server Metrics 2 is for throughput (reponse time, %package loss) where the network congestion occur and throuput reaches it bottleneck Storage Short of Memory (Memory Available MBytes) (Page Reads/Sec, Page/Sec) PS is not necessarily lack of memory when it is high, maybe an application sequentially reading a memory mapped file (%Disk Time, Page Reads/Sec, Avg.Disk Queue Length) Short of memory will cause using Disk Cache memory leak (Memory Available MBytes) (Process\Private Bytes, Process\Working Set, Memory\Available bytes) PPB an PWS are couters that increase when MAB decreases I/O (PhysicalDisk/%Disk time,PhysicalDisk/%Idle Time,Physical Disk\ Avg.Disk Queue Length, Disk sec/Transfer) Only DT is hight, then Disk is not the bottlenecks. PRS is to avoid memory shortage More are under discussion and planed to develop

Work Plan for D Release Adding testing suite to Bottlenecks projects Jenkins job and proposed test suite Code structure in the Bottlenecks repo Determine metrics set and tools for the initial setup Compute: Short of Processor Network: bandwidth, latency and throughput Storage: Short of Memory, memory leak, I/O Determine test story/test cases Factor test: base test cases that Feature test and Optimization will be dependant on Feature test: test cases for features/scenarios Optimization test: test to tune the system parameter RESTful API Flask + Swagger CLI framework Click Dashboard for test result Kibana & Elasticsearch

Work Plan for D release Proposed Test Suite

POSCA Test Cases Discussion & Current Status Bottlenecks VSTF Rubbos Posca Factor Test Feature Test Optimization Test Test Case Description System Bandwidth Throughput Compute Burdon CPU Load TX/RX Cache Size Cache Size TX/RX Package Size Package Size Protocol Limit Test Case Description

POSCA Demo Jan 2016

Demo Contents Bottlenecks CLI Framework POSCA Demo CLI virtual environment setup POSCA testcase run CLI virtual environment clearup POSCA Demo Docker-compose for POSCA setting up dockers for different components Calling Yardstick to run testcases Bottlenecks for system bandwidth Kibana & Elasticsearch for testing results

Demo Steps Step 1: Build docker images Step 2: Docker-compose setting up SUT Step 3: Login bottlenecks docker and set CLI virtual enviroment Step 4: Run testcase Step 5: Results sent to designed EK Step 6: Clearup CLI virtual enviroment, logout bottlenecks docker and clearup docker resources

Thank You Jan 2016

Some Storage Metrics Capacity utilisation: in terms of percent/GB of space used, as well as subcategories such as raw, formatted, free, allocated or allocated not used I/O per second (IOPS) Bandwidth Latency Access time: read, write, random Energy usage: from macro (subsystem) to micro (device or component) Mean time between failure (MTBF) Mean time to repair or replace (MTTR) failed subsystems/components Recovery point objective (RPO): The point in time to which you want data restored Recovery time objective (RTO): The time period in which data to the point required by the RPO must be restored.