zIIP / zAAP Capacity Planning
MartinPacker 11000094DH Visits (10006)
I'm not a capacity planner but I play one on TV1 sometimes.
A customer asked me about the subject of zAAP Capacity Planning so I thought I'd post a few thoughts here. (Almost everything I say here is equally true of a zIIP.)
The main point is I don't think it terribly different from regular CPU Capacity Planning. But there are some quirks:
One thing I've said consistently since Processor Pools became a meaningful concept (with the advent of ICF4 engines in 1998) is "Report and Manage Processor Pools Separately".
I still think that's right but there are some considerations with that, most notably in when work eligible for one runs on another:
Actually Cases 1 and 3 are quite similar, even if the mechanisms are different.
I'll confess I took a decision a while back not to become too obsessed by what the various parameters that control crossover actually do. This is because they evolved somewhat over a short period of time. These days I prefer to see what the data says is happening in a given situation and think about how that could be improved. Usually it's a trade-off between degree of offload to zIIP or zAAP versus responsiveness. (I've seen problem cases in both categories.)
At this point I'll note that I've written a lot about zIIPs and zAAPs in the past. Here are the posts that spring to mind...
So, all of the things I've talked about are things to bear in mind when doing zIIP and zAAP Capacity Planning, over and above the usual. So let's talk about "the usual"...
You can readily figure out how much of the zIIP (or zAAP) pool is being used and by which address space. Many exploiters will tell you well below the address space level. For instance DB2 and DDF - using Accounting Trace. And much of that (via PROJECTCPU) is available for currently-running eligible workloads. So current usage is no problem.
Assuming your application isn't changing its profile of e.g. zAAP vs GCP then forward projection is as it ever was. But, here are two cases where the ratio may well change:
So the assumption that an application doesn't change its profile is probably right most of the time, but certainly worth keeping an eye on.
Maybe this post doesn't answer the original customer's question directly - but in an informal medium such as this I hope it contributes to the discussion. As I said at the start, this is pretty much "same as it ever was"8 but with a few wrinkles.