 | |
Oracle RAC vs VM WARE
comp.databases.oracle.server comp.databases.oracle.server
 |
| | Thread Tools | Display Modes |
#11
 
| |||
| |||
|
Re: Oracle RAC vs VM WARE -
05-13-2007
, 04:14 PM
|
On May 11, 11:47 am, Valentin Minzatu <valentinminz... (AT) yahoo (DOT) com wrote: On May 11, 11:42 am, "fitzjarr... (AT) cox (DOT) net" <fitzjarr... (AT) cox (DOT) net wrote: On May 11, 10:24 am, sybrandb <sybra... (AT) gmail (DOT) com> wrote: On May 11, 5:17 pm, "ame... (AT) iwc (DOT) net" <ame... (AT) iwc (DOT) net> wrote: Hi All, I'm not real familiar with either of the two technologies I am posting about, but, we are setting up 2 new servers to run 5 database instances. Currently we have 5 older machines, and they are about to go. We are trying to decide if it would be better to run VM WARE and have 5 virtual machines between the 2 new machines, with the databases replicating themselves on the other for failover. OR Run Oracle RAC. From what I understand, RAC will make better use of resources should one instance need it. But I think we're talking about multiple Oracle Homes on the same box right? Can anyone offer some feedback maybe on some of their experiences?? Thanks! For once, please do some homework prior to posting For instancehttp://www.orafaq.com/faq/rac Other than that vmware is to RAC as is apples to pears. They are two completely different concepts. -- Sybrand Bakker Senior Oracle DBA- Hide quoted text - - Show quoted text - I was thinking more like bagels and lox; they aren't the same but they can go together. David Fitzjarrell- Hide quoted text - - Show quoted text - Only by running 2/3 instances on a single box you pay a substantial penalty in terms of CPU, memory and I/O bandwith. Adding a vritual machine to the mix will only make the whole thing slower. Can you not consolidate the 5 into 1 and then either replicate to the other machine or rac them together? I have no problems running multiple instances or vm on the same machines. In fact, some vm images run faster than native. It all depends on how you set it up. If you have to ask, then stay away from RAC.- Hide quoted text - - Show quoted text - |
faster than the native O/S although I would have to see it (not
intention to flame anybody here).
I doubt though that 3 VMs, each with an Oracle instance running
inside, will perform better than single Oracle instance on the same
hardware.
On the other hand, RAC may or may not be the right choice depending on
the business requirements: RAC gives some flexibility in terms of HA,
but not at the same level with replication (two distinct sites/
databases). Each of the two has pros and cons and making a call one
versus the other without knowing the exact business case is a bit of a
stretch.
Valentin
Valentin
#12
| |||
| |||
|
|
On May 11, 11:11 pm, EscVector <J... (AT) webthere (DOT) com> wrote: I have no problems running multiple instances or vm on the same machines. In fact, some vm images run faster than native. It all depends on how you set it up. If you have to ask, then stay away from RAC EscVector, I am arguing on the fact that VMs can be tuned to run faster than the native O/S although I would have to see it (not intention to flame anybody here). I doubt though that 3 VMs, each with an Oracle instance running inside, will perform better than single Oracle instance on the same hardware. |
under WMWare ESQ on Sun/SAN...
We observed that the VM is twice slower than the physical
machine (despite CPU guarantee)
I realize that this is anecdotical data. However, the undisputable
fact is that so far the customers using Oracle under VMWare
on production systems call us a lot for performance problems :-)
--- Raoul
#13
| |||
| |||
|
|
On 13 mai, 23:14, Valentin Minzatu <valentinminz... (AT) yahoo (DOT) com> wrote: On May 11, 11:11 pm, EscVector <J... (AT) webthere (DOT) com> wrote: I have no problems running multiple instances orvmon the same machines. In fact, somevmimages run faster than native. It all depends on how you set it up. If you have to ask, then stay away fromRAC EscVector, I am arguing on the fact that VMs can be tuned to run faster than the native O/S although I would have to see it (not intention to flame anybody here). I doubt though that 3 VMs, each with an Oraclei nstance running inside, will perform better than single Oracle instance on the same hardware. We have so far three customer runningOraclein a W2003vm under WMWare ESQ on Sun/SAN... |
Quote:
|
We observed that the VM is twice slower than the physical machine (despite CPU guarantee) I realize that this is anecdotical data. However, the undisputable fact is that so far the customers usingOracleunder VMWare on production systems call us a lot for performance problems :-) --- Raoul |
#14
| |||
| |||
|
|
On 13 May 2007 03:32:10 -0700, ErikYkema <erik.ykema (AT) gmail (DOT) com> wrote: You should probably read what moans nogood has to say about rac and high availability. moans nogood - does he have a URL? Moans Nogood isn't called Moans Nogood as hpuxrac isn't hpuxrac. His real name is Mogens Norgaard, he is one of the founders of the Oaktable Network, and he has his own company in Denmark called MiracleAs. And a brewery! |
- --
Regards,
Frank van Bortel
Top-posting is one way to shut me up...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFGSKL1Lw8L4IAs830RAgacAJ4ivg1w8CZD+FiPk+mwvX SmNG4ZegCfWEF0
E/Wu8FmBwFkQbjzc3mKjJyk=
=tEE+
-----END PGP SIGNATURE-----
#15
| |||
| |||
|
|
Currently we have 5 older machines, and they are about to go. We are trying to decide if it would be better to run VM WARE and have 5 virtual machines between the 2 new machines, with the databases replicating themselves on the other for failover. |
are the same. Use Veritas Cluster, or the like, if you need 'failover'
(you'll need shared storage too). Save yourself the headache of
dealing VMWare or RAC.
........
We run Oracle 9iR2,10gR1/2 on RH4/RH3 and Solaris 10 (Sparc)
remove NSPAM to email
|
« Previous Thread
|
Next Thread »
| Thread Tools | |
| Display Modes | |
Linear Mode
| |
Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.