|
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 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.