As an aside, I spent several years with a uni-processor (z800). There are significant benefits to having at least 2 processors. The benefits of fewer/faster processors go hockey stick when fewer becomes 1.
> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Tony Thigpen > Sent: Monday, July 17, 2017 6:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/VM subcapacity pricing (Was: IBM Unveils New IBM Z with > Pervasive Encryption) > > Tim, > > I am not sure I have a good understanding of this. > > Some background: > > In our case, we have 7 physical z10 or higher machines. All the current > processors have 1 CPU, but we are looking at replacing 2 of the machines > with multi-processors. Most of the machines are running multiple z/OS > LPARs. A couple of machines are running z/VSE (some LPAR and some under > z/VM). > > Currently, we have 2 z/VM 6.x licenses and 1 z/VM 5.4 license. (The 5.4 > license is used for a small special-purpose function that did not justify > purchasing an additional 6.x license.) > > I would love to have z/VM controlling more machines. > > How can z/VM sub-capacity pricing help us? > > Tony Thigpen > > Timothy Sipples wrote on 07/17/2017 04:22 AM: > > OK, I'll start offering some personal thoughts on today's major > > announcements, and in no particular order. I'll start in what might be > > an unexpected place: sub-capacity z/VM licensing. That announcement > > letter is available here: > > > > https://urldefense.proofpoint.com/v2/url?u=https- > 3A__www.ibm.com_commo > > n_ssi_rep-5Fca_9_872_ENUSAP17-2D0259_ENUSAP17- > 2D0259.PDF&d=DwIC-g&c=C3 > > yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQb- > Je7sw&r=u9g8rUevBoyCPAdo5sWE9w&m=d > > xfnJju1NqTSbmP8qHBAUlAuSHLg2tFkipCHoSkEjGQ&s=8LL-mC1cl- > uPvDSnsDYrEYeNB > > wQnXXoIVb4LSeNhbi8&e= > > > > I'm quite happy with this announcement, fundamentally because it > > provides you all with some interesting, useful flexibility in what you > > might call the "hybrid cloud journey." IBM is now allowing > > sub-capacity licensing of z/VM and of most IBM z/VM-related products > > and features. That's for all operating systems that z/VM supports. > > > > What this means in practice is that you can now configure your > > machine(s) with "anchor tenant" LPARs -- LPARs running Linux, z/OS, > > and/or other operating systems -- alongside z/VM LPARs. For example, > > let's suppose you have z/VM and use it to run Linux guests on your > > machine. But, sadly, you don't have z/VM for z/OS yet. Well, now you > > can license one additional engine (CP) of z/VM and run z/OS within > > z/VM on that engine -- even within a z/VM LPAR that spans CPs, zIIPs, > > and IFLs if you wish. So you can spin up lots and lots of z/OS guests > > for development, testing, system programmer fun, production, etc., > > etc. And you can do all that for not very much money at all. In fact, > > it'll probably save you money since z/VM can overcommit memory in many > > real world scenarios and since you can shrink (or cap) the number of > > LPARs to some extent. With z/VM you don't have to "pin" system memory > > as you do with LPARs. So you can do "some of all of the above": buy > > lots more memory (it's a lot more affordable), allocate more memory to > your "anchor tenant" LPARs, and overcommit memory to some degree using > z/VM. > > > > For example, you might have a couple of big, beefy, analytics and > > database workloads that make sense to run in LPARs. (Maybe they need a > > huge amount of memory, another area where the new IBM z14 excels.) > > Then, for smaller and more numerous Linux guests -- such as your > > developer cloud -- you have one or a couple IFLs running z/VM. That's > > fine, you can do that. You have sub-capacity licensing flexibility. > > You don't have to license every IFL and/or every CP on your > > machine(s). Whatever makes technical sense you should be able to do in a > more financially attractive way. > > > > To net it out, if you haven't adopted z/VM yet -- or if your adoption > > is only for one operating system among the two or more than you run -- > > take a serious look at licensing at least one z/VM engine (or one more > engine). > > It's a great deal. > > > > More reactions to come.... > > > > ---------------------------------------------------------------------- > > ---------------------------------- > > Timothy Sipples > > IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA > > E-Mail: sipp...@sg.ibm.com > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN