Wiki code for Zone Statistics

Hide Line numbers
1: = Overview and Goals
2: 
3:  Zone Statistics is an OpenSolaris project devoted to developing a better understanding of resource consumption and resource controls of Solaris Containers (aka Solaris Zones) and their workloads. The goal of the project is a software tool which reports on resource consumption and, optionally, compares such consumption to resource controls which have been set. A prototype exists, written in Perl. Output is shown in the section "History and Description.’
4: 
5: = Introduction
6: 
7:  Studies have shown that the average CPU utilization of data center computers is roughly 10-15%. The rest of the CPU capacity of the system is wasted. This has led to a desire to consolidate workloads on under-utilized systems. On some operating systems, this is difficult. Solaris has demonstrated its strengths as a consolidation platform for many years, but there are situations that call for strong isolation between consolidated workloads.
8: 
9:  Solaris Containers provide that isolation. A factor in workload isolation is resource management &mdash the ability to balance the use of system resources among competing workloads, as directed by the platform administrator. This can include prioritization of workloads, exclusive assignment of one workload to a CPU or group of CPUs, limitations on total RAM usage by a workload, and other resource controls.
10: 
11:  Unfortunately, monitoring resource usage and controls requires the use of many commands or a heavyweight GUI. There is a need for a single-command ’dashboard’ that displays each Container’s use of system resources, optionally providing a comparison to the current resource controls set for each Container. This tool should be analogous to the Solaris *stat tools (vmstat, mpstat, et al.)
12: 
13: == Download
14: 
15:  There is a prototype, written in Perl. You can download the Perl script in the ’Files’ section of this project. There is a link to ’Files’ in this page’s navigation bar.
16: 
17: == [[History and Description>>Project zonestat.History]]
18: 
19: == Discuss!
20: 
21:  Discussions for Zone Statistics should be directed to zones-discuss -at- opensolaris.org .
22: 
23: == Problems
24: 
25: ==== CPU Hog
26: 
27: Zonestat’s biggest problem is due to its brute-force nature. It runs a few commands for each zone that is running. This can consume many CPU cycles, and can take a few seconds to run with many zones.
28: 
29: ==== Wrong / Misleading CPU Usage Data
30: 
31:  Two commonly used methods to ’measure’ CPU usage by processes and zones are prstat and mpstat. Each can produce wildly inaccurate ’data’ in certain situations.
32: 
33:  With mpstat, it is very easy to create surprising results. For example, on a CMT system, set a CPU cap on a zone in a pool, and run a few CPU-bound processes. Run mpstat in the zone, and it will underestimate the amount of CPU used. This is due to the method used by mpstat to calculate its data.
34: 
35:  The prstat command only computes its data occasionally, ignoring anything that happened between samples. This command undercounts CPU usage for zones that have many short-lived processes.
36: 
37:  I wrote code to gather data from each, but prstat seemed more useful, so the output comes from prstat.
38: 
39: == What’s Next
40: 
41:  I would like feedback on this tool, perhaps leading to minor modifications to improve its robustness and usability. What’s missing? What’s not clear?
42: 
43: The future of zonestat might include these:
44: 
45: * I hope that this can be re-written in C or D. Either way, it might find its way into Solaris... If I can find the time, I would like to tackle this, but would need some assistance.
46: * New features - best added to a ’real’ version:
47: *1. -d: show disk usage
48: *1. -n: show network usage
49: *1. -i: also show installed zones that are not running
50: *1. -c: also show configured zones that are not installed
51: *1. -p: only show processor info, but add more fields, e.g. prstat’s instantaneous CPU%, micro-state fields, and mpstat’s CPU%
52: *1. -m: only show memory-related info, and add the paging columns of vmstat, output of "vmstat -p", free swap space
53: *1. -s : sort sample output by a field. Good example: sort by poolID
54: *1. Deal with prstat vs. mpstat, perhaps by using DTrace
55: *1. Add a one-character column showing the default scheduler for each pool
56: *1. Report state transitions like mpstat does, e.g. changes in zone state, changes in pool configuration
57: *1. Improve robustness
58: *1. Improve the ’shorten’ routines to increase precision if it will fit, e.g. convert 1234M to 1.2G instead of 1G
59: 
60: [[image:http://c.statcounter.com/4206363/0/1a3130f5/1/||alt="hit counter"height=""]]
OpenSolaris

Top Menu

Wiki code for Zone Statistics

Search

Collectives

Community Group

Project

User Group

Subsites

Project zonestat Pages
