Hi Timothy
I haven't heard of that either. I was thinking of vendors that license for less
than
full capacity for a specific number of MSUS or MIPS.
Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Sem
I haven't heard of vendors that both have sub-capacity licensing and then
proceed to define sub-capacity differently than the four hour rolling
average. But I suppose anything is possible. (A 3.28 hour rolling average?)
I'm still not sure what the use case is for a dummy LPAR, though, at least
now
LPAR Group Capacity Limits came with z/OS 1.8, so that should be available to
most sites. Requires z hardware. What some customers have not understood is
you are allowed to have multiple LPAR Groups on a single machine and they are
able to work across sysplex boundaries.
So some sites use one
Timothy --
Yes, Defined Capacity and Group Capacity Limits can do this, but not *all*
vendors. For many vendors, but not for all. Hence some sites are using these
other techniques.
Al
Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
W
On Behalf Of McKown, John
> Sent: Friday, March 11, 2011 7:20 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Dummy LPAR to store excess MIPS
>
> We use Group Capacity to group our two LPARs together in a
> single "capacity group". We then tell PR/SM how many MSUs
>
"Capping" works fine for us
-jc-
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Field, Alan C.
> Sent: Thursday, March 10, 2011 10:35 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Dummy LPAR to st
essage-
> From: IBM Mainframe Discussion List
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bond, Dick (DIS)
> Sent: Thursday, March 10, 2011 4:58 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Dummy LPAR to store excess MIPS
>
> Does anyone use the concept of a "dummy"
@bama.ua.edu
Subject: Re: Dummy LPAR to store excess MIPS
Defined capacity capping uses a rolling 4 hour average. Usage before the
cap kicks in can therefore exceed some license agreements. We have
successfully use a dummy coupling facility soaker LPAR. The ICF must have
dynamic dispatch set to OFF to
mothy Sipples
To:
IBM-MAIN@bama.ua.edu
Date:
11/03/2011 06:07
Subject:
Re: Dummy LPAR to store excess MIPS
Sent by:
IBM Mainframe Discussion List
Wouldn't a defined capacity setting (a.k.a. "softcap"), group and/or
individually, be a lot less complicated and work at least as well
Defined capacity capping uses a rolling 4 hour average. Usage before the
cap kicks in can therefore exceed some license agreements. We have
successfully use a dummy coupling facility soaker LPAR. The ICF must have
dynamic dispatch set to OFF to ensure that it goes into a cpu loop. The
amount of s
Wouldn't a defined capacity setting (a.k.a. "softcap"), group and/or
individually, be a lot less complicated and work at least as well?
- - - - -
Timothy Sipples
Resident Enterprise Architect
Value Creation & Complex Deals Team
IBM Growth Markets (Based in Singapore)
E-Mail: timothy.sipp...@us.ibm
Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Bond, Dick (DIS)
Sent: Thursday, March 10, 2011 16:58
To: IBM-MAIN@bama.ua.edu
Subject: Dummy LPAR to store excess MIPS
Does anyone use the concept of a "dummy" LPAR to store excess "MIPS" to
avoid software co
Does anyone use the concept of a "dummy" LPAR to store excess "MIPS" to avoid
software costs?
Suggest other methods of storing unused capacity?
Thanks.
Dick Bond
Department of Information Services
CSD Production Supp
13 matches
Mail list logo
