David: this is exactly what we should consider for our environment. am I understanding correctly that I can run my .NET app under zLinux? We are using SMB/SAMBA just for file-print services. I always thought that you needed IIS for .NET. am I also correct in saying that DB2-Distributed Services remain under zOS?
Regards, [EMAIL PROTECTED] NCCI Boca Raton, Florida 561.893.2415 greetings / avec mes meilleures salutations / Cordialmente mit freundlichen Grüßen / Med vänlig hälsning David Boyes <[EMAIL PROTECTED] To: LINUX-390@VM.MARIST.EDU e.net> cc: Sent by: Linux on Subject: Re: DB2 Connect 390 Port <[EMAIL PROTECTED] IST.EDU> 07/21/2005 05:19 PM Please respond to Linux on 390 Port > I got a bit confused with this discussion (it does happen > quite often). > I was thinking DB2-Distributed Services (not DB2 Connect). > We can't move DB2 out of zOS. The reason is simple, zLinux > does not have work load manager and we hit that database > heavily with both On-line and batch users. We need the > priority controls available under zOS. > My question was along the lines of moving some of the DB2 > processing, most likely DB2-Distributed services, keeping DB2 > STC's on the zOS and justifying it by saving CPU cycles > (licensing, etc) on the CP engines. > am I correct that in your analysis you are thinking moving > the entire DB2? No, the assumption I was making was that the actual DB/2 database engine remained on z/OS, mostly for the reasons you mention. The idea is to move as much of the logic processing the data stored in DB/2 to IFL-hosted Linux systems, where processor HW is 66% less expensive, and where the advanced data access tools and programming environments that are all the vogue (and all the average street programmer knows) are already available at the levels expected everywhere else. Data access from the applications moves to DB/2 Connect. Example: constructing a web services app on the Linux side is a snap with .NET and Mono -- up and ready in less than an hour, and the Windows weenies don't have to know it's not Windows running their stuff if they're not total morons about the way they write their .NET code. The same app would take several days to do on z/OS alone. Time-to-market makes the difference. If you operate from that assumption, then a lot of the cycles consumed by the applications move over to the IFLs, and you can (in many cases) maintain or shrink the size of the std engine partitions, which directly impacts the license cost of IBM and ISV software on the z/OS side. Smaller model => smaller license price == more money for other goodies. One case I'm familiar with converted 1 standard engine to an IFL, reduced the size of their production z/OS configuration by 1 engine, and banked $600,000 difference in licensing costs at the end of the exercise if you considered changes in CA and z/OS OS licensing, and DB/2 licenses, etc. We're not talking pocket change here. ---------------------------------------------------------------------- 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 The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message may be an attorney-client communication and/or work product and as such is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message may be an attorney-client communication and/or work product and as such is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ---------------------------------------------------------------------- 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