Re: z/VM subcapacity pricing (Was: IBM Unveils New IBM Z with Pervasive Encryption)
W dniu 2017-07-17 o 22:17, Gibney, Dave pisze: 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. Amen to that! The less processors the better, but not less than two! I was working on 9672 RA4. R16 and z800-001. Multiple LPARs, including two productions. -- Radoslaw Skorupka Lodz, Poland == -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/VM subcapacity pricing (Was: IBM Unveils New IBM Z with Pervasive Encryption)
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=DwIC-g=C3 > > yme8gMkxg_ihJNXS06ZyWk4EJm8LdrrvxQb- > Je7sw=u9g8rUevBoyCPAdo5sWE9w=d > > xfnJju1NqTSbmP8qHBAUlAuSHLg2tFkipCHoSkEjGQ=8LL-mC1cl- > uPvDSnsDYrEYeNB > > wQnXXoIVb4LSeNhbi8= > > > > 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, A
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://www.ibm.com/common/ssi/rep_ca/9/872/ENUSAP17-0259/ENUSAP17-0259.PDF 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