Re: Force fed LPAR -- MIDRANGE-L

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
I disagree with your assessment of C - downtime.

If currently I have one system.  How can lparing into 4 systems reduce my
downtime when I upgrade my OS?  Don't I still have to upgrade each
partition individually?  I know that you don't have to have the same OS on
each partition.  Therefore I assume that when you put on ptf's, OS
upgrades, etc you would have to do it 4 times - once for each partition.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"Jeff Silberberg" <jsilberberg@mindspring.com>
Sent by: midrange-l-admin@midrange.com
11/04/2002 10:41 PM
Please respond to midrange-l

        To:     <midrange-l@midrange.com>
        cc:
        Fax to:
        Subject:        Re: Force fed LPAR


Rob,

        You obviously had a bad day :-) But,

        A.)  YES it does, but is there really any money in hardware these
days ?

        B.)  Not really.  If you have two systems linked together I don't
think an LPAR is much more complicated.  Maybe planning for it is however.

        C.) NOPE.  I think it increases up time, and will continue to do
so
as time move on. An the only full system down time for an upgrade will be
Part 0. All others can be done independent of what's happening on other
partitions.  An with some of the new User ASP tools coming, you can switch
ASPs between physical systems (LPARS) and upgrade the Load source soon
(According to my magic ball).  Remember HACMP means separate/redundant
hardware, and in best case separated by a distance with fiber connecting
the
buildings.

        D.) Domino, Sametime and Quickplace. Here is the RUB. Domino is
divorcing the other two products and they are getting married to
Websphere.
But the license is not approved yet, so they still must live with the X if
they want to be available for use. Now Domino ND6 has however completed
the
separation and moved on.  So two answers are available, R5.0.8 with ST &
QP
in an LPAR, and Domino ND 6.0 in a separate maybe not even equal LPAR for
those ready to move on.  Or Multiple boxes...

        Why pay IBM for services to upgrade ?  It's just not that hard !!
Or at least hire a independent consultant :-)

        JMS..
====================
Jeffrey M. Silberberg
CompuDesigns, Inc.
Atlanta, Ga. 30350-5640

----- Original Message -----
From: <rob@dekko.com>
To: <midrange-l@midrange.com>
Sent: Monday, November 04, 2002 4:43 PM
Subject: Force fed LPAR


> This is a multipart message in MIME format.
> --
> [ Picked text/plain from multipart/alternative ]
> IBM is really pushing LPAR.  Probably for a number of reasons.
> A)  It sells disk and more cards.
> B)  It increases complexity of your operation, thus perhaps selling
> services.
> C)  It drastically increases the amount of your downtime.  Perhaps
selling
> High Availability solutions, which may help sell services.  For
instance,
> if I run 4 partitions on V5R2 and I want to go to the next release,
won't
> I have to do 4 upgrades?  IBM charges $3,500 a upgrade therefore
wouldn't
> they get 4 times what they would have gotten out of a single partition
> machine?  Granted, we do our own upgrades, but I don't think you can
> upgrade all partitions at once.
>
> We've recently consolidated multiple machines onto one.  IBM's
insistence
> that we use LPAR to 'reduce cost' of some of their products.  Their
> insistence that we run LPAR if we want to currently run the latest and
> greatest Domino, Sametime and Quickplace on one iSeries.  And other
> attempts to ram LPAR down our throats is upsetting.
>
> Rob Berendt
> --
> "They that can give up essential liberty to obtain a little temporary
> safety deserve neither liberty nor safety."
> Benjamin Franklin
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>

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