Hi,
No problem for single instance databases.
RAC on VMWare works but can be difficult to manage. At least, don't let the
VM move across servers. Clusterware don't like that.
For licencing, I think it makes sense with ULA only or your will have to
licence all your datacenter cores.
The nightmare comes with support. Just forget to open an SR for Grid
Infrastructure on VMWare...
Regards,
Franck.
Franck Pachot | Senior Consultant & Oracle Technology Leader | Oracle
Certified Master and Oracle ACE
Phone +41 21 643 74 76 | Mobile: +41 79 963 27 22 | Fax +41 32 422 96 15
dbi services, Chemin de Maillefer 36, CH-1052 Le Mont-sur-Lausanne
franck.pachot@xxxxxxxxxxxxxxxx
www.dbi-services.com
On Wed, Feb 17, 2016 at 11:26 PM Andrew Kerber <andrew.kerber@xxxxxxxxx>
wrote:
The primary advantage is the added resiliency of virtualization. There
aren’t any real disadvantages that we have run into. When properly
configured, the IO is just as good as on a physical server.
Troubleshooting is pretty much identical, though you do have the added
instrumentation that is on VMware that you can look at.
We have found that you get a little more CPU advantage from using
hugepages in VMware than you do using hugepages on physical.
*From:* Sanjay Mishra [mailto:smishra_97@xxxxxxxxx]
*Sent:* Wednesday, February 17, 2016 4:19 PM
*To:* andrew.kerber@xxxxxxxxx; dmarc-noreply@xxxxxxxxxxxxx; 'Oracle-l
Digest Users'
*Subject:* Re: Oracle RAC/non-RAC on Vmware vs Physical Server
Thanks Andrew
Yes one thing to be kept in mind is Oracle License that has to go against
full Physical Server
I am trying to see what are pros and cons of using VM vs physical server
especially for RAC. What kind of issue like IO etc been experienced and how
to troublshoot/experience for very high OLTP applications. There are around
250 Database on around 80-100 Physical servers. Some are Aix,Linux,Solaris
and now plan is to rearchitect to move them to Linux and hence plan is
going to check RAC or all non-RAC with VMWare to provide any added
resilency.
Rgds
Sanjay
On Wednesday, February 17, 2016 4:56 PM, Andrew Kerber <
andrew.kerber@xxxxxxxxx> wrote:
I have done this several times. It is pretty much identical to a physical
setup. I have never run into any real problems. There are quite a few
low-level pieces that need to be set up, for example setting the
multi-writer flag on the shared storage, turning on node affinity, etc.
But we have done it quite often and had very good results.
Our performance tests generally show performance to be just as good as a
physical server, but with the added resiliency of VMware.
There are a few gotchas that you need to watch for, eg. One time we had a
machine do an unplanned storage VMotion, and it copied the shared disks.
That was a really freaky thing to look at.
You will have to license the entire physical machine that it runs on, and
make sure you use hardware affinity so that the VM does not run on a
physical server you do not plan to license.
*From:* oracle-l-bounce@xxxxxxxxxxxxx [
mailto:oracle-l-bounce@xxxxxxxxxxxxx ;<oracle-l-bounce@xxxxxxxxxxxxx>] *On
Behalf Of *Sanjay Mishra (Redacted sender "smishra_97" for DMARC)
*Sent:* Wednesday, February 17, 2016 3:37 PM
*To:* Oracle-l Digest Users
*Subject:* Oracle RAC/non-RAC on Vmware vs Physical Server
Hi Experts
Can someone please share your experience with facts on using Oracle
11g/12c RAC/non-RAC on Vmware based VM using Linux ? Need to create the doc
to show the pros and cons of the environment for consolidation project. I
am sure many have either created/worked on such project and really
appreciate your comments.
TIA
Sanjay
