Re: RAC Experiences
- From: "John P Weatherman" <asahoshi@xxxxxxxxxxxxxx>
- To: oracle-l@xxxxxxxxxxxxx
- Date: Fri, 14 May 2004 08:17:08 -0400
Don,
When we were looking at this last year, Sun was limited in that only one
"class" (low, mid-tier, high-end) could be in a cluster. For instance, a
220 could not cluster with a mid-tier box. There are no such limitations
with IBM (that they admit too). That could have changed, but that was the
difference as I understand it.
Thanks for the feedback though. I'll keep it in mind going forward.
Regards,
John P Weatherman
Oracle Database Administrator
Advance America
> [Original Message]
> From: Don Granaman <granaman@xxxxxxx>
> To: <oracle-l@xxxxxxxxxxxxx>
> Date: 5/13/2004 10:08:33 PM
> Subject: Re: RAC Experiences
>
> No experience since the early Cretaceous with OPS or RAC on AIX, but
> regarding point (3):
>
> Actually, I think *any* vendor's cluster software will handle
"heterogeneous
> boxes quite well". All that is usually required is the same (or similar -
> see later) version of the OS, Oracle, and the cluster management software
on
> all nodes.
>
> I've run Sun PDB 7.3.4.x and 8.1.x.x OPS clusters with quite asymmetric
> hardware with no problems (for days or weeks). I am currently in the
> process of upgrading the two nodes of a Dell/RedHat/Linux/EMC cluster -
one
> node (the one not yet replaced) is a much older Dell server running AS 2.1
> and the other is a much newer and faster server running ES 3.0 (same
kernel
> as AS 2.1). The process is (1) Move all processes to node B, (2) Replace
> node A with new hardware, (3) shift all processing to Node A, (4) replace
> node B, (5) split processing between nodes again. [Due to extraneous
> factors, this time there is a step (2.5) - split processing between old
node
> B and new node A and run for a while.]
>
> Picky, picky, picky point: I call this an "asymmetric" rather than
> "heterogeneous" cluster since all that is really significantly different
is
> the hardware. It isn't like one node runs HP-UX and the other runs
> Solaris - or Windows(!)
>
> -Don Granaman
> OraSaurus
>
> ----- Original Message -----
> From: "John P Weatherman" <asahoshi@xxxxxxxxxxxxxx>
> To: "oracle-l" <oracle-l@xxxxxxxxxxxxx>
> Sent: Thursday, May 13, 2004 7:51 AM
> Subject: RAC Experiences
>
>
> > All,
> > Given some of the recent postings on RAC, we are probably crazy to
> continue looking at it. Still, we have an app that we can see scaling to
> 40+ CPUs in the next year and want some way to avoid buying ever bigger
> servers (with the attendant ever bigger $$) to handle it. Currently we
are
> looking at IBM and are left with a few questions:
> >
> > 1) Is anyone running production RAC on AIX and what has the experience
> been from a reliability standpoint? Administrative difficulties? Etc?
> >
> > 2) Is anyone running production RAC on Linux on IBM hardware and what
has
> the experience been from a reliability standpoint? Administrative
> difficulties? Etc?
> >
> > 3) IBM claims that their cluster software handles heterogeneous boxes
> quite well. We are considering the possibility of getting 3 4-way 530s to
> "prove out" and get RAC running. Later we would add in 650s for scaling
up.
> Eventually the 530s go away and become something else, like a test RAC.
Has
> anyone been running RAC in a heterogeneous environment and what have your
> experiences been?
> >
> > Any practical experience feedback would be greatly appreciated.
> >
> > TIA,
> >
> > John P Weatherman
> > Oracle Database Administrator
> > Advance America
> >
> > ----------------------------------------------------------------
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > ----------------------------------------------------------------
> > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
> > put 'unsubscribe' in the subject line.
> > --
> > Archives are at //www.freelists.org/archives/oracle-l/
> > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
> > -----------------------------------------------------------------
>
>
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Other related posts:
