You can use SNMP to set the limits, assuming that you have a way to monitor
the system
and decide when to make changes.
See "System z Application Programming Interfaces", IBM pub number SB10-7030.
Chapter 4 has all of the SNMP codes.
Chapter 6 shows you how to configure the HMC to allow it to process SNMP
requests.
Note that the HMC can loop replying to some SNMPWALK requests, so you should
probably try the commands manually first before trying to issue them from
automation.
Good luck, -jack
----- Original Message -----
From: "Giovanni Santuz" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Thursday, September 18, 2008 5:17 AM
Subject: Re: Capping LPARs
HI,
we run 2 z/10 machines. and abot 10 Lpar z/os + Zlinux + z/vm (both
Playgrounds)
We use GROUPCAPPING on one z/10 for 3 LPARs that run "old"-Applications
like CICS and DB2. (2 Prod and 1 Test)
The reason for this is the new Pricing policy of IBM. (VLC)
THhs way we can prevent that these 3 LPARs use more than the agreed number
of MSUs and increase our software costs.
THe group is defined with 125 MSUs. (can be used by all 3 LPAR)
We see peaks above the 125 MSU (up to 180), but the 4 Hr Average "normaly"
does not go above the 125MSUs
I played around and set the MAX:MSU (hardcap) for the TEST-Lpar to 80
during "online" time
Now I am looking for a way to do this LPAR-Changed on the HMC
automatically.
Read about AF/REMOTE. Is anybody using this??
Giovanni Santuz
SYSPROG
BG Phoenics
Munich Germany
Because some test
-------- Original-Nachricht --------
Datum: Wed, 10 Sep 2008 09:11:14 -0700
Von: Ron Hawkins <[EMAIL PROTECTED]>
An: [email protected]
Betreff: Re: Capping LPARs
I'm just wondering about what you want to achieve. Do you want to meet
your
service levels or do you want consistency.
Without hard capping Bank 1 can use whatever capacity Bank 2 is not
using,
and vice versa. With hard capping any unused capacity in one LPAR cannot
be
used by the other. That means you batch goal will continue to be missed,
and
in all likelihood the completion time will blow out further. But at least
you will consistently miss your goals :)
Capping LPARs is a way of denying service to a workload. It doesn't
create
any extra capacity for the other LPARs as the share of MIPS is still
governed by the weights. You need to be certain the weights are set
appropriately before looking at capping.
Ron
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of gsg
> Sent: Tuesday, September 09, 2008 3:25 PM
> To: [email protected]
> Subject: [IBM-MAIN] Capping LPARs
>
> We process for two banks and they each have their own Production and
> Test
> LPARs. We have a window that we would like to finish processing in,
> but
> periodically miss the goal by a few minutes. Management is pressing
> for a
> reason why we are missing it. There are sooooo many variables to
> determine
> this, so I'm suggesting that we cap our systems to hopefully create a
> more
> consistent environment. What are the Pros/Cons of capping the LPARs?
>
> TIA
>
> ----------------------------------------------------------------------
> 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
----------------------------------------------------------------------
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
