Thanks for the reply. Yours seems to be the best so far. I wanted to try and figure the cost of setting up multiple z/OS machines in a fairly quick manner.
As I remember the old VM/BSEPP you could run as many operating systems as you wanted under VM and be charged for only 1 copy of the operating system. That doesn’t seem to be the case using LPAR’s . It seems that we get billed for running z/os on Lpar 1 and Lpar 2. They gather the amount from the SMF records that are produced. That’s why I was wondering if I would get billed for multiple z/os virtual machines under z/VM. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, August 27, 2008 12:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Lpar Vs VM I can’t speak to z/OS software charges, but for VSE, we pay for only one license for multiple instances running under z/VM. And we pay the VSE license for the total capacity of the machine. I don’t think you can say that VM is better than LPAR as a general statement. In some cases VM definitely is better, and in others, LPAR is the winner. Do you need to create new z/OS instances on short notice for a brief testing period? z/VM is a clear winner. Do you need every last CPU cycle for your production z/OS? LPAR is better here. Do you need to frequently shift resources around between your LPARs? z/VM might make your life easier. Is your hardware environment fairly static? Could be better to stay with LPARs. Are you thinking of running Linux on your mainframe? You will almost certainly want to run z/VM then. z/VM brings you unmatched flexibility, but at a cost of some CPU cycles and money. If you have large numbers of LPARs though, it can reduce the complexity of your configuration, and allow better sharing of your resources. Perhaps if you expand on what you hope to achieve, we can provide more targeted responses. Peter -----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike S Sent: August 27, 2008 11:31 To: IBMVM@LISTSERV.UARK.EDU Subject: Lpar Vs VM Hello all, I have a question. When we set up and lpar with an operating environment such as MVS, we get software charges for both lpars from IBM. Third party vendors don’t seem to care if it’s on the same machine (Most don’t) since they charge for the full mip rate of the machine regardless of whether it’s utilized or not. Long ago, about 30 years I had a VM shop and we ran multiple instances of OS/VS1, MVS, etc, but were only charged for on license of software product. Is this still the case? Is it better to use VM instead of LPAR? All comments appreciated. Thanks. ========================== This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. ________________________________ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review retransmission dissemination or other use of or taking any action in reliance upon this information by persons or entities other than the intended recipient or delegate is strictly prohibited. If you received this in error please contact the sender and delete the material from any computer. The integrity and security of this message cannot be guaranteed on the Internet. The sender accepts no liability for the content of this e-mail or for the consequences of any actions taken on the basis of information provided. The recipient should check this e-mail and any attachments for the presence of viruses. The sender accepts no liability for any damage caused by any virus transmitted by this e-mail. This disclaimer is property of the TTC and must not be altered or circumvented in any manner. ========================== This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.