Let me clarify that more... 'particular workload' is a workload running on any type of CPU. 'Type of CPU' being standard engine or IFL.
If one part of your WAS workload runs on IFLs and another part runs on standard engines, then WAS must be licensed for ALL of the CPUs. If WAS only runs on IFLs, then WAS must be licensed for ALL IFLs. This is regardless of how many CPUs are defined in the directory for that workload or in the LPAR running that workload.
Joe's idea has merit, IIF you can convince the vendors that your intentions are honorable.
Rich Smrcina wrote:
No. The pricing is not based on the number of engines in an LPAR, it's based on the number of engines of a particular type running a particular workload. In your scenario you would need three engines worth of Oracle AND Websphere AND UDB regardless of the configuration of IFLs and LPARs. If you want to run any part of that configuration on your standard engines, you would need to add ALL of those engines to the licensing requirements as well.
Tom Duerbusch wrote:
Are you implying that:
If I had, say 3 IFLs...
In one IFL, in it's own LPAR, I run Oracle. In another LPAR, I have an IFL running Websphere. In other LPAR, I have an IFL running DB2/UDB.
If compliance isn't enforece, and we are being trusted, then in the above configuration, I only need to buy a single copy of Oracle, Websphere and DB2/UDB...right?
I'm questioning the structure because we are in a massive server consolidation project. Basically, Oracle under Linux, with some Websphere. But I can see the Oracle side requiring another IFL in the 12-18 month timeframe. I don't want to pay for another copy of Websphere when it's usage is basically fixed.
Along the way, I can envision picking up some other "servers" with new to our mainframe applications. As they start getting dumped on the mainframe, a third IFL may be needed. Just because of growth in other areas, I'm concerned about having to pay for another license of Websphere and Oracle.
So, I can lead to a separate box being more cost effective. Which brings us away from server consolidation and back into Intel boxes.
A z/890 only has 4 engines. But a z/990 can have up to 32 engines. If they were all IFLs, every application brought on, which may only support a dozen users, would seem to need 32 licenses.
If that is true, then server consolication doesn't seem to scale well.
Tom Duerbusch THD Consulting
[EMAIL PROTECTED] 04/02/05 9:02 PM >>>
It's not enforced. But, the cost of non-compliance may bankrupt some businesses, so it is best to follow the rules.
The IFL is designed to offload z/VM and Linux workload to a separate set of engines so that the workload doesn't interfere with the standard engines (the same theory applies to the zAAP). Upgrading the standard engines is significantly more expensive (for hardware and software) than upgrading the IFL(s).
The IFLs are segregated into a separate LPARs so that software vendors can be certain that they will not be brought online to z/OS (which will not IPL with an IFL in the engine mix).
Tom Duerbusch wrote:
Well, duh...but how is it enforced?
And if it is based on our honor, why have an engine type of IFL or
Zaap?
Let me give my word that these two engines are in this LPAR and
only
running xxxx software and these engines are in this LPAR and only running yyyy software.
Tom Duerbusch THD Consulting
Rich Smrcina wrote:
As long as you have a license for any engines that the software is running on, whether they be IFLs or standard.
Tom Duerbusch wrote:
OK, sure you buy an IFL and have per engine pricing for software
over
there. Great.
What prevents us from also running "per engine" based priced
software
on the s/390 engines?
I'm not talking about z/VM per say, but Websphere, Oracle, DB2/UDB etc.
Not that there will be many mips available in the white space on
the
390 side, compared to 366 MIPS on the IFL, but just how is this
figured
out?
Tom Duerbusch THD Consulting
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO
LINUX-390
or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
-- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (866)569-7378 rich.smrcina at vmassist.com
Catch the WAVV! http://www.wavv.org WAVV 2005 - Colorado Springs - May 20-24, 2005
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO
LINUX-390 or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390
or
visit http://www.marist.edu/htbin/wlvindex?LINUX-390
-- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (866)569-7378 rich.smrcina at vmassist.com
Catch the WAVV! http://www.wavv.org WAVV 2005 - Colorado Springs - May 20-24, 2005
---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
-- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (866)569-7378 rich.smrcina at vmassist.com
Catch the WAVV! http://www.wavv.org WAVV 2005 - Colorado Springs - May 20-24, 2005
---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
-- Rich Smrcina VM Assist, Inc. Main: (262)392-2026 Cell: (414)491-6001 Ans Service: (866)569-7378 rich.smrcina at vmassist.com
Catch the WAVV! http://www.wavv.org WAVV 2005 - Colorado Springs - May 20-24, 2005
---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
