Regarding WAS in iSeries v. Windows etc. the iSeries will still cost
more but we can claim superior workload management capabilities.

Also, one goal is to keep this as close to a pure iSeries solution as
possible.  My reasoning being that there is more potential to do other
workload consolidation in the future.  Oracle & IBM published a note
stating that certain kinds of workload separation actually cause
performance to deteriorate so I'm trying to cover all bases (or maybe
I'm just trying to CYA).

We could compromise: WAS on i for production, Windows for DR.

John A. Jones, CISSP
Americas Information Security Officer
Jones Lang LaSalle, Inc.
V: +1-630-455-2787 F: +1-312-601-1782
john.jones@xxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Thursday, December 14, 2006 8:08 AM
To: Midrange Systems Technical Discussion
Subject: i5 server farm RE: Saving the System i: Fight Rather Than
Switch

A server farm is a server farm, isn't it?
If one has to have multiple servers in their server farm (like a 520 to
run WAS, a 570 to run backend, etc) it's still a server farm.  Is having
WAS run on a 520 that much better than a Linux or Windows box?

But some applications do make sense, sadly enough, for the server farm
versus the central system.  Took us a goodly amount of time to get rid
of the 720 running EDI only and put it on the production box.  The
tiered pricing on that was painful!  But now we've got extra i5/os
licences up the wazoo.

And, if you are doing any sort of a HA solution, you'll probably have
some sort of server farm anyway.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





"Jones, John \(US\)" <John.Jones@xxxxxxxxxx> 
Sent by: midrange-l-bounces@xxxxxxxxxxxx
12/13/2006 04:35 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
"Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
cc

Subject
RE: Saving the System i: Fight Rather Than Switch






I fully agree with your comments, Joe. 

A WAS-only partition doesn't help as the OS is licensed based on the
P-tier of the overall machine.  I had inquired about adding CPUs running
AIX or Linux and was told we couldn't do it.  I'm not sure off-hand if
it was an Oracle or an IBM thing but it was a vendor thing and not a
technology thing.

However, the idea of a couple of small 520s or maybe a 550 standard
edition does appeal to me.

The 570 upgrade we've been presented with (a 4/8-way) bumps us from a
P30 to a P40.  520s are P05-P20 and a full 4-way 550 is still just a
P20.  Could be some savings there while keeping things iFriendly.  As
again it wouldn't store data and wouldn't be used for anything other
than WAS I wouldn't have to buy BRMS, iSeries Access, and other
price-bumping LPPs.  I could get by with existing LTO2 drives I have
lying around from before the last upgrade for backup.

Nuts, now I've got to look some stuff up.

A big part of the upgrade expense is RAM. 16GB for a 570 has a $32K list
price and I'd be loathe to put in less than 32 as we've seen WAS as a
single job consuming 13+GB.  Not sure if we can overcome that.  Is 550
RAM cheaper than 570; i.e. is it DDR or DDR2?  I'd likely be in good
shape if the 550 with it's 1.9GHz CPUs could use the RAM features from
my existing 570 (1.65GHz CPUs).

Gotta run for today.

John A. Jones, CISSP
Americas Information Security Officer
Jones Lang LaSalle, Inc.
V: +1-630-455-2787 F: +1-312-601-1782
john.jones@xxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Joe Pluta
Sent: Wednesday, December 13, 2006 3:08 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Saving the System i: Fight Rather Than Switch

From: Jones, John (US)

Joe, you might have missed a couple of my recent posts on this so I'll

recap my problem.  We're running Oracle EnterpriseOne (E1) a.k.a. JDE 
OneWorld.  End of recap.  ..  Well, for clarity I'll continue. The 
main
E1 layers are:

Thanks for the clarification, John.  I know I saw your earlier posts,
but I kind of zeroed in on the specific question, because it's one that
lots of people are asking.  In fact, the very high incremental costs of
WAS are exactly the type of thing that actually lends credence to Steve
Richter's regular refrain of "geared down expensive CPU".

I think somebody might have mentioned the idea of creating what would in
effect be a "WAS-only" partition, in which memory and CPU would be much
cheaper than the same components for i5/OS.  This is an appealing
notion, but one which then begs the question of why not make it cheaper
for i5/OS?
Which would lead to in effect unbundling i5/OS and then seeing if it
really could stand on its own... but that's a completely theoretical
discussion and thus not particularly germane to your situation.


I agree that WAS isn't really a great app for the iSeries to run.  My 
personal fear (which can be at odds with what's best for the firm) is 
that if WAS moves off, what's to keep the app logic and/or database 
from moving off when the system needs the next upgrade and management 
balks again?

This is indeed the issue, especially with a vendor that is clearly
marketing a cross-platform solution.  This is a tough nut, and is
ultimately the one that will make or break the iSeries.  As other people
have suggested over the years, more and more it is application software
that ultimately sells boxes, and unless vendors take advantage of the
strengths of the box, it's unlikely that the box will receive any
impetus from those applications.

Unfortunately, most large software vendors have a hard time justifying
separate product lines and so unless there is a specific move by IBM to
make i5/OS a fiscally successful separate revenue stream, these same
vendors will continue down the path of less powerful but more lucrative
"platform independent" architectures.  And companies like yours will be
hard pressed to justify the ongoing cost of the more expensive box.  In
effect, the iSeries will be perceived as a luxury item.

However, as I've pointed out, if you compare the real costs of moving
non-appliance level code (that is, your business logic and database) to
a non-integrated solution, the costs quickly mount.  As a simple
exercise, try pricing the sort of backup devices that you would need to
reliably protect a server farm and you'll see what I mean.

Joe


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.


This email is for the use of the intended recipient(s) only.  If you
have 
received this email in error, please notify the sender immediately and 
then delete it.  If you are not the intended recipient, you must not
keep, 
use, disclose, copy or distribute this email without the author's prior 
permission.  We have taken precautions to minimize the risk of 
transmitting software viruses, but we advise you to carry out your own 
virus checks on any attachment to this message.  We cannot accept 
liability for any loss or damage caused by software viruses.  The 
information contained in this communication may be confidential and may
be 
subject to the attorney-client privilege. If you are the intended 
recipient and you do not wish to receive similar electronic messages
from 
us in future then please respond to the sender to this effect.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.