Once again, sub capacity pricing to the rescue. The cost is based on the
largest rolling four hour average. Short duration spikes don't count for
anything.  

You set the maximum four hour rolling average on the HMC. And that sets
your maximum software price. You could pay less if your consumption does
not get that high, but you won't pay more. The hardware will
automatically throttle back if the average consumption exceeds your set
value. 

You can change the maximum at any time with a few keystrokes and couple
of clicks. Management likes the idea of being able to instantly choose
to spend the money to accomplish an important mission, and then drop
back to budgeted levels for next month. All with nothing more than a
phone call or email to the friendly local sysprog. Or even operator in
some shops.    

We love it. 

HTH and good luck. 
  

   

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ken Hansen
Sent: Saturday, July 15, 2006 9:58 PM
To: [email protected]
Subject: Re: Sizing (Capacity Planning) a Development Shop or Complex

The  trouble with  development work is that  it tends to be 
unpredictable and spikey.  There are typically no SLAs to manage to and 
often the only guide is complaint.

One question is who pays for the processor upgrades ?  The developers ? 
If not, what justifies the need for an upgrade ?  The capacity planner 
or developer complaint ?

Your predictive method is pretty much what I would use.  Unfortunately 
developer estimates of future CPU needs can be inaccurate. plus 
development efforts come and go. This said,  you might look at the new 
IBM z9 BC processors.  They range from  very small to  more than 1800 
MIPS in lots of small upgrade  increments.  z9 processor upgrades are 
all done with microcode so there is no physical hardware installs.  The 
idea is  get  what you believe you will need for the next year (or a 
time frame appropriate for your organization) or so, monitor its 
consumption,  and upgrade in small steps as is necessary..

 

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively
for the individual or entity to which it is addressed. The message, together 
with any attachment, may contain confidential and/or privileged
information. Any unauthorized review, use, printing, saving, copying, 
disclosure 
or distribution is strictly prohibited. If you have received this message in 
error, please immediately
advise the sender by reply email and delete all copies.

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