Re: Oracle RAC/non-RAC on Vmware vs Physical Server
Date: Thu, 18 Feb 2016 09:27:24 +0000
Message-ID: <CAK6ito2qd5c9RLBEgbAO_pGMN_0H5zc5HvXWp2pH7g9A+JobZQ_at_mail.gmail.com>
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_at_dbi-services.com
www.dbi-services.com
On Wed, Feb 17, 2016 at 11:26 PM Andrew Kerber <andrew.kerber_at_gmail.com> 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_at_yahoo.com]
> *Sent:* Wednesday, February 17, 2016 4:19 PM
> *To:* andrew.kerber_at_gmail.com; dmarc-noreply_at_freelists.org; '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_at_gmail.com> 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_at_freelists.org [
> mailto:oracle-l-bounce_at_freelists.org <oracle-l-bounce_at_freelists.org>] *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
>
>
>
-- http://www.freelists.org/webpage/oracle-lReceived on Thu Feb 18 2016 - 10:27:24 CET