+1 Tim about lawyers, speaking from experience.
+1 about technical options too but in general I have fallen behind a
lot to be able to vote on something someone at level of Tim says.
Wageries of getting promoted?!
Paresh
On Monday, November 24, 2014, Tim Gorman <tim@xxxxxxxxx
<mailto:tim@xxxxxxxxx>> wrote:
Juan,
There is an old saying that, "As soon as lawyers become involved,
the relationship is over", and this is certainly true in a
vendor-customer relationship. A lawyer will be glad to be paid to
pursue such a case, but I suspect it would only irritate your
customer and it is messy and expensive to amend contracts after
the fact. Far easier to simply address the technical problem, for
that is what it is. That is how "trusted advisors" are born.
Virtual machines are usually allocated so as to "play nice" in a
cluster, which means that resources such as vCPU and vRAM are
shared back and forth, since each VM cannot always be allocated
their configured amount at all times. It is intended for the total
resource allocated in a virtualization cluster to exceed the
physical capacity, at least in non-production environments.
But over-subscribing virtual resources in a production environment
is neither a good idea nor recommended, and that seems to be what
has happened here, perhaps? So, it is not that virtualization is
inherently "bad" for production, but badly administered.
Think about it: demand for resources by the Oracle environment are
peaking when demand for resources by the other VMs are also
peaking, if they are supporting the same application. Unless
otherwise configured, the hyper-visor has no choice but to
*reduce* resource allocation across the board, due to the peak in
demand by all. If the virtualization admins likely have graphs and
reports showing this happening already.
It might be a good idea to work with the virtualization admin(s)
to diagnose whether this is happening or not, and decide whether
to increase resource capacity in the cluster (i.e. buy more
hardware) or set reservations on a minimal amount of vCPU or vRAM
for the Oracle environment? This will permit the issue to be
escalated as the simple technical issue of resource sharing that
it is.
At this point, IT management can be presented with the choices of
A) increasing the capacity of the cluster and solving the problem
or B) imposing reservations on certain VMs and micro-managing
resource allocation.
There is a further option "C" of tuning each of the critical
virtual machines to dampen the peaks in demand of course, and this
list can help with that.
Hope this helps...
-Tim
On 11/24/14 6:46, Juan Carlos Reyes Pacheco wrote:
Hello, please
does anybody includes in the contract something against the
use of virtual machines to install Oracle.
One of our customer has a virtual machine that degrades the
performance, and is necessary to restart the server periodically.
They expect we solve something we can't solve, because the
problem is in the virtual machine, other customer with the
same software doesn't have that problem.
I was asking myself if there is a "standard" clause in the
contracts for the customer to free from problem related to
virtual machines.
In example I read there is no support from oracle for vmware
machines, if you have a bug you have to demostrate this same
bug happens in a physical installation too.
Thank you :)
--
//www.freelists.org/webpage/oracle-l
--
Thanks
Paresh Yadav
416-688-1003
