Timothy,
Just to make sure I understood it:
Let's assume I have z/VM licensed for 2 processors and machine
5CP+2IFL+2ICF+2zIIP, and another machine 1CP. Before the announcement I
was able to legally run z/VM on IFLs on primary machine or on 1CP on
secondary machine (but not concurrently: primary machine ex-or another).
After the change I can define z/VM LPAR on 1CP+1IFL - is it true?
What about ICF engines?
What about zIIP engines?
Regards
--
Radoslaw Skorupka
Lodz, Poland
W dniu 2017-07-17 o 10:22, Timothy Sipples pisze:
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.
======================================================================
--
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: [email protected]ąd Rejonowy dla m. st. Warszawy XII
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców
KRS 0000025237, 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 [email protected] with the message: INFO IBM-MAIN
