On Jan 26, 6:38 pm, [email protected] (Al Sherkow) wrote:
> Answer cross-posted to LPAR-PRICING-L and IBM-MAIN > As I understand your question you want LPAR P to use the excess capacity of > LPAR T but not vice versa. > Does this have anything to do with Software Pricing?? My understanding is that LPAR P can use excess capacity from LPAR T. LPAR P typically gets soft-capped about midday or so. Using spare capacity will prolong the period before the whole group gets soft- capped by a couple of hours. Using spare capacity from LPAR T without being charged for it is surely also a Software pricing issue as it will save the customer from having to upgrade its total capacity. That is why i cross-posted it. > LPAR T can be limited to not using P's excess with traditional LPAR hardcapping. If the LPAR T is hardcapped, it is not elligible to be a member of a capacity group. The Processor complex runs about 10 LPARS (different customers) and all are soft-capped. The issue is not to prevent LPAR T from using LPAR Ps capacity in a Processor complex, it is to prevent it from using LPAR Ps capacity in a group. > If you want to limit the MSUs that LPAR T can contribute to the simultaneous > 4HRA of that machine then LPAR T can be controlled with Defined Capacity. > LPAR T can access the excess from LPAR P, but will not be 'charged' for that > access. > The only reason to use a group is if you want to limit what the LPARs of the > group can contribute to the simultaneous 4HRA of that machine. AS I mentioned earlier, we have many LPARs and many different customers on the Processor complex, so white space is an issue. Besides, the reason to implement the group is to allow a particular customer on our Processor complex to use the total capacity they have contracted for, in the most efficient possible way. This means allowing then to make use of otherwise wasted spare capacity on the T LPAR on the P LPAR. ---------------------------------------------------------------------- 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
