-----------------------<snip>-----------------------------
Hi,

We have the following IBM box :

*IBM z890-2086-A04 Model 6260 with SN 2549A ; with zOS 1.7. in 64 bit mode ; z990 Exploitation Feature (there are two IFL in this configuration).

We have 5 LPAR's defined on this box and 1 Linux Lpar.

None of these LPAR's are capped and we are running at 150% CPU busy on the Production Lpar.

Questions :

1.  Would these different LPAR's not effect each other
-----------------------<unsnip>--------------------------
Yes, the LPARs will affect each other. There's only so much CPU service in the pie, no matter how you slice it. Dividing it up 5 ways instead of three means that each LPAR could get a smaller slice. Plus you have the overhead difference between 5 LPARs and 3 LPARs.

-----------------------<snip>---------------------
2. Why do I need 2 test LPAR's in this setup
-----------------------<unsnip>----------------------
I know of no technical reason; perhaps there are political or business reasons in your shop.

-----------------------<snip>-------------------------
3. Should it not be more beneficial to remove some of these LPAR's. So instead of 5 , I rather define 3.
---------------------<unsnip>------------------------
I would recommend removing 2 LPARs and consolidating workloads. But I'm thinking from a technical standpoint; you may have other considerations, as in point 2. YMMV. Beware of possible "turf wars" within your shop. You may also have to rethink LPAR weighting factors.

------------------------<snip>------------------------
Some people are arguing that we should move some of the Test CICS'se , off the Prod LPAR and into a Test LPAR. I prefer to run less LPAR's and keep everything on the Prod Lpar.

What do you think ?
------------------------<unsnip>---------------------
I'm a firm believer in separating TEST workloads from PROD workloads and keeping each in its own LPAR. This way, a run-away CICS transaction in a test CICS can't have anywhere near as much impact on the overall PROD workload. Again, YMMV.

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