RE: [IBM-MAIN] Capping in Z890



Look at 'Defined Capacity'. This allows you to set a MSU cap at 4 hour
rolling average per LPAR. The 4 hour average will allow you to exceed
the cap as long as the 4HrA does not exceed the cap. This is good if
your workload has peak demand beyond 28 MSU but only for a short time
(LT 4 Hr). I have heard/read somewhere (possibly what Eric refers to)
that due to rounding/reporting you could consistently achieve a little
more than the cap (say up to +1) with no ill effects. If you are using
VWLC then IBM will not charge more than defined capacity even if it is
exceeded for some reason.

The only other way you could cap would to define and activate a third
LPAR (no OS needed) and hard cap all LPARs so your 2 'real' LPARs have
28 MSU and the 'dummy' third has 4 MSU.

Unfortunately I know of no way to 'share' a cap between 2+ LPARs (but
really really wish I could).

Ken Porowski
AVP Systems Software
CIT Group
E: ken.porowski@xxxxxxx

-----Original Message-----
Eric N. Bielefeld

Jon,

Why do you want to cap it at 28 MSU? I can't give you an answer to your
question, but I remember a presentation givin by Rick Ralston, who used
to belong to the Midwest Computer Measurement Group (MCMG). There was
some form of Lpar capping that you could put in, and it gave you several
MSUs for free. I probably threw away the presentation, so I can't give
you the exact details. You might be able to pay for 28 MSUs, but when
demand is there, you can use the whole 32 MSUs.

Eric Bielefeld

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.



Relevant Pages

  • Re: LPAR - MSU capping
    ... There are three types of "caps" which can constrain an LPAR: ... "Soft Cap" where DEFINED CAPACITY is set and an MSU value is specified ... If INITIAL CAPPING is NOT set on and no defined capacity is set in the ...
    (bit.listserv.ibm-main)
  • Re: LPAR - MSU capping
    ... There are three types of "caps" which can constrain an LPAR: ... "Soft Cap" where DEFINED CAPACITY is set and an MSU value is specified ... If INITIAL CAPPING is NOT set on and no defined capacity is set in the Image ...
    (bit.listserv.ibm-main)
  • Re: LPAR - MSU capping
    ... If you are under a fixed capacity license, then set the 'hard' cap to your desired values and set the 'soft cap' to anything greater. ... We have a need of swappingthe values of MSU for two LPARS i.e.. ... LPAR A must be 13 MSU and LPAR B must be 9 MSU. ...
    (bit.listserv.ibm-main)
  • Re: MSU Change from batch
    ... Since the peak load appears to be the daily online applications, which is proposed to be running with the higher MSU cap, this is presumably when the highest 4-hr average would normally occur. ... Even with a consistent single cap value, one would normally expect the online activity to hit this cap at sometime in the month, so even a looping batch application on one night would likely not impact monthly billing. ...
    (bit.listserv.ibm-main)
  • Re: MSU Change from batch
    ... proposed to be running with the higher MSU cap, ... one would normally expect the online activity to hit this cap at ... What an unusually hot batch night could do in the worst case, ...
    (bit.listserv.ibm-main)