|
Booth, My question addressed the issue of reliability, rather load distribution. In my experience, the best way to keep an NT server running is to limit the number of applications it hosts. In my experience, the more applications you integrate into a single NT server, the less reliable it gets. The reliability problem seems to get bigger when you try to integrate components from multiple vendors. So, the server may have extra capacity that goes unused for the sake of reliability. But, to answer your question about load distribution, I tend to accept the Gartner group study that concluded that fewer servers results in lower cost of ownership. This is the common justification for the AS/400 over NT. People look at the price / performance ratio of the NT server and see that its much better than an AS/400. But, they don't consider the operational and support costs. It takes fewer people to run an AS/400, so the cost of ownership is actually less than running multiple NT servers. But, I like the idea of having a development box separate from a production box, so developers can do things you wouldn't normally want to do in an integrated environment, such as stress test a new web application. Regarding LPAR, I don't really understand it well enough to comment. >Let me ask the next question then. Is that plan of distributing the work >load a poor plan? Does it increase operational problems like security and >user profiles, or does it lessen them? Are hardware costs more or do they >just have smaller boxes and therefore more disk arms? Is this really a >matter of having your eggs in several baskets vs. having all your eggs in >one basket and watching that basket closely? >I am an AS/400 bigot but that doesn't mean I have to be an AS/400 idiot. >If distributing loads across a multi-box architecture is a good plan, >then why not do it with a bunch of AS/400 boxes? For instance, why does >anyone choose LPAR vs. some more boxes. +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.