Vic Cross wrote:
I can accept that VM shops traditionally would use second-level systems for
testing/training, but it looks like there are some real issues with running
Linux (at least the installation systems) as guests of a second-level VM.
Not meaning to be too critical, but is the need to run at second-level
simply
because \"that\'s the way we\'ve always done it around here\"?
==>Definitively, this is NOT "the way we've always done it around here"...
This, for sure,
is not our rule, here, where we try to be at the edge of technology.
We are not talking about running a production at second-level, but testing
might be useful...
in same conditions than prod', including using an OSA card.
My suggestion would be to run your second-level testing/training VM at
first-level in another
LPAR. Since I\'m only a VM apprentice though, there may be additional VM
management issues that I\'m not aware of.
Running in another LPAR is one way, BUT:
-that means that if you want several people to be able to
install/configure their own Linux guests, they will need more system
authorities than they shoud really need;
-what about using VM technology?? adding a new VMGuest just take a
few minutes, compared to adding a new LPAR, which supposes that you've one
spare...
Running workshops is much easier when you can capitalize on
virtualization.... there you
may define a simpler lab guide, with ALL SAME definitions for each VM Guest
(except the name of
guest itself).
Which means that understanding those mechanisms of virtualization you are
almost ready for cloning!!!
And just consider that sometimes you would appreciate to get a second level
VM, where you'll be able
to test whatever you want, WITHOUT stopping any running application!
THAT is VM!
Amicalement/Best Regards...
Elisabeth Terseur/France/IBM@IBMFR
EMEA Product & Solutions Support Center
mailto:[EMAIL PROTECTED]
Phone: +33 4 67346198 (38 6198) Fax: +33 4 67346362
PSSC WEB Server: http://w3.pssc.mop.ibm.com
