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
