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
