Yes, it is common to see different MSU values for z/OS and DB2 and CICS in SCRT reports. Its because DB2 and/or CICS isn't running in every LPAR on a box. If z/OS and DB2 and CICS is running in the same LPAR then you will always see the same 4hr peak for all three products for the month for that LPAR. The metric is based on z/OS busy and if ANY CICS region or ANY DB2 region is active in the LPAR during that 4hr period of the month.
So even a single CICS region for example running very few or even no transactions in the LPAR will cause the CICS charges to be the same for the LPAR as when there are dozens or hundreds of regions running millions of transactions. This is the problem with peak-based container pricing whether it be at the CEC level (machine mips) or LPAR level (VWLC), if you don't fully utilize the container for every product then you end up paying more than you'd like and if you create lots of little containers to optimize product pricing then you create a lot of undesirable architectural overhead. -----Original Message----- >From: Timothy Sipples <[email protected]> >Sent: Mar 13, 2011 8:04 AM >To: [email protected] >Subject: Re: Cheryl's List #148 > >A few follow-up comments: > >1. It is possible (and common) to see different MSU values for z/OS and, >for example, for DB2 in SCRT reports. That is, a particular LPAR could peak >at 10 MSUs for z/OS and peak at 8 MSUs for DB2 (and 7 MSUs for CICS), or >whatever. All the major IBM products (plus several others) cut their own >SMF Type 89 records. Just like the machine, the size of the LPAR (z/OS >peak) is only a ceiling, not a floor, for the other products. > >2. One of the factors in determining how to configure LPARs (and how many >to configure) is software licensing, and certainly that's common practice >(and has been for years). IBM's zNALC and Solution Edition licensing >requires separate LPARs, in fact. > >3. Integrated Workload Pricing (IWP) gets even deeper into sub-LPAR >sub-capacity licensing. > >4. I'm also puzzled why sub-capacity licensing isn't even more popular. > >- - - - - >Timothy Sipples >Resident Enterprise Architect >Value Creation & Complex Deals Team >IBM Growth Markets (Based in Singapore) >E-Mail: [email protected] >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
