The problem with "Defined Capacity" is that it is done at an lpar level.
There is still no way to guarantee that the machine as a whole will not use
more than 28 MSU's.

Why do you want to cap the machine. It makes no sense from a capacity
standpoint. Don't you want to get what you paid for?

Joel Wolpert
Director - Performance and Capacity Planning
Shared Data Center
Securities Industry Automation Corporation
2 Metrotech Center
New York, NY 11201
(212) 383-3323
[EMAIL PROTECTED]


                                                                           
                                                                           
                                                                           




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).





----------------------------------------------------------------------
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



-----------------------------------------
This message and its attachments may contain  privileged and
confidential information.  If you are not the intended recipient(s),
you are prohibited from printing, forwarding, saving or copying this
email.  If you have received this e-mail in error, please immediately
notify the sender and delete this e-mail and its attachments from your
computer.

----------------------------------------------------------------------
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

Reply via email to