Presentation is loading. Please wait.

Presentation is loading. Please wait.

Capacity Planning and Predicting Growth for Vista Amy Edwards, Ezra Freeloe and George Hernandez University System of Georgia 2007.

Similar presentations


Presentation on theme: "Capacity Planning and Predicting Growth for Vista Amy Edwards, Ezra Freeloe and George Hernandez University System of Georgia 2007."— Presentation transcript:

1 Capacity Planning and Predicting Growth for Vista Amy Edwards, Ezra Freeloe and George Hernandez University System of Georgia 2007

2 2 Capacity planning... is the process of determining the production capacity needed by an organization to meet changing demands for its products. In the context of capacity planning, “capacity” is the maximum amount of work that an organization is capable of completing in a given period of time. http://en.wikipedia.org/wiki/Capacity_planning

3 3 In information technology... capacity planning is the science and art of estimating the space computer hardware, software and connection infrastructure resources that will be needed over some future period of time. http://searchdatacenter.techtarget.com/sDefinition/0,,sid80 _gci1082579,00.html

4 4 We should not, but often do... simply guess at the capacity requirement, then overbuy servers to ensure that there will always be sufficient processor power.

5 5 Three Steps... 1.Determine Service Level requirements, categorize the work done by systems and quantify users' expectations. 2.Analyze Current Capacity, and how the needs of the clients are being met. 3.Predict future activity, and plan future system requirements needed to maintain service levels.

6 6 1. Determine Service Level Requirements: ● Determine workloads, a logical grouping of work performed (who, what or how). ● Define units to measure workload (clients served, total transactions or processes). ● Decide on a level of performance which defines acceptable service (number of requests processed per unit of time, overall response time or throughput)

7 7 2. Analyze Current Capacity ● Measure any items in current SLA. ● Measure system resource usage (CPU, memory, I/O, etc.) ● Map resource utilization to workloads. ● Determine which system resources are responsible for the greatest portion of the response time for each workload.

8 8 3. Predict future activity and plan ● Determine future processing requirements. ● Expected usage growth ● Implementing upgrades ● Requests for new services ● Hardware replacements ● Plan future system configuration.

9 9 Determine workloads ● Identification of components ● client/server performance ● Web server performance ● Database server performance ● Network performance * Performance is defined at the end-to-end response time for components of your infrastructure that impact the end user's perception of response time.

10 10 Define workload units ● Measure utilization rates for the platforms and servers that make up the application. ● Application sessions, servlets, JVM, EJB, JDBC, storage. ● Server CPU, memory, load, I/O, disk space ● Network bandwidth, types of traffic (multicast, http, ifs, sockets), load balancers, firewalls.

11 11 Workload example ● Formula: Total Sizing = Overhead + (Workload * Factor) * Overhead is everything else * Factor is how much the workload has changed. ● Example of HTTP workload CPU usage: ● If Current CPU data: 15% (10 %usr + 5 %sys) ● And OVERHEAD is 5% total usage ● And the Growth Factor is 5 Predicted CPU Usage: 80% = 5% + (15% * 5)

12 12 Workload example continued ● Example of mixed workload: ● DB Workload 45% (35 %usr + 10 %sys) ● HTTP Workload 15% (10 %usr + 5 %sys) ● OVERHEAD is 15% total usage ● Total Usage = 75% ● Growth Factor for BOTH is 2 Predicted CPU Usage usage is 135% = 15% + (15% * 2) + (45% * 2)

13 13 WebLogic Application Servers ● Server CPU, memory, load, I/O, disk space ● Number of sessions, servlets, JVM, EJB, JDBC ● Processing multicast traffic, http connections, ifs users, open sockets ● Unique actions (GC, SIAPI/IMS, backups, restores, uploads, downloads, JMS and administrative node connections)

14 14 Weblogic Application notes ● Use verbose garbage collection to measure how much time and resources are used during garbage collection. ● Storage for SSL and other local transactions (backups, uploads, downloads, logs, dumps) ● SSL protocols require three times the CPU as non-SSL connections. SSL can reduces the capacity of the server by about 33 to 50 percent. ● Session objects are tracked in memory, either to RAM or swapping to disk. As concurrent sessions increase Java will need more RAM for the Java heap. ● Maximum number of user interactions per second.

15 15 Http use

16 16 Webserver statistics for d.view

17 17 Webserver statistics for u.view

18 18 Active vs Total Users * Active users is the number of unique users actively using the system. * Total users is the total number of unique users on the system.

19 19 Database Servers ● Server CPU, memory, load, I/O, disk space ● Number of connections ● ifs users ● Open sockets ● Unique actions (SIAPI/IMS, backups, restores, uploads, downloads)

20 20 Oracle database notes ● Number of processes and shadow processes. ● Shared pool, part of SGA, caches data for the library cache and the dictionary cache. ● Maximum opened cursor. ● Sort area size. Increasing the sort area increases the performance of large sorts by allowing them to be performed in memory during query processing. ● Storage and growth ● Database server's CPU, load memory and I/O usage

21 21 Database growth

22 22 Database Load

23 23 Database CPU

24 24 Database memory

25 25 IFS Users

26 26 Network ● Network bandwidth (multicast traffic, http connections, ifs users, open sockets) ● Load balancer (SSL, iRules), firewalls

27 27 Network notes ● A WebLogic server handling programmatic clients should have 125 to 150 percent the bandwidth that a server with Web-based clients would handle. You can assume that each 56kbps (kilobits per second) of bandwidth can handle between seven and ten simultaneous requests. ● In a WebLogic cluster, in-memory replication of session information information for servlets and stateful session EJBs is the biggest consumer of LAN bandwidth. ● Large clusters performing in-memory replication of session data for EJBs or servlets require more bandwidth than smaller clusters.

28 28 Direct login tests

29 29 Network bandwidth for d.view

30 30 Network bandwidth u.view

31 31 Performance Modeling ● Predictions ● based on expected amount of incoming work ● base on requirements for implementation ● trends in historical data of incoming work

32 32 References ● The Art of Capacity Planning. 18 Nov 2002. Arunabh Hazarika, Srikant Subramaniam. http://dev2dev.bea.com/pub/a/2002/11/Hazarika.html ● BEA Weblogic Server 8.1 Documentation: Capacity Planning. http://edocs.bea.com/wls/docs81/capplan/index.html

33 33 Terms ● Enterprise JavaBeans (EJB) ● Java Virtual Machine (JVM) ● Java servlets (servlets) ● JavaServer Pages (JSP) ● Kilobits per second (kbps) ● Remote Method Invocation (RMI) ● Secure sockets layer (SSL) ● Transactions per second (TPS)


Download ppt "Capacity Planning and Predicting Growth for Vista Amy Edwards, Ezra Freeloe and George Hernandez University System of Georgia 2007."

Similar presentations


Ads by Google