Oracle wants to make us think its Oracle VM is ready for enterprise but…
So let see what is missing to be enterprise grade type of hypervisor:
- Oracle VM has no built-in capability to integrate with naming services such as Microsoft Active Directory or LDAP. We all know the shortcut that leads to – just have everyone share the same login.
To be SOX compliant for instance, this is a must have.
- Oracle VM has limited RBAC (Role-Based Access Control) capability so you can’t control user permissions with fine-grained customizable access to various objects in OVM.
- Limited guest OS support (OEL, Red Hat, Windows) rules out Oracle VM if your applications run on other OSs like Novell NetWare, SUSE Linux or Solaris.
- Oracle VM has no real workload balancing tool like VMware DRS. You’ll need to run your servers at lower utilization and keep a closer eye on VMs with spiking loads.
Workload balancing is a must have… I guess soon there will be something similar available for Xen based hypervisors.
- Oracle VM’s reliance on Xen as its virtualization engine means lower VM density per host as Xen 3.1 has no memory overcommit feature like that of VMware ESX. Overcommit lowers TCO and add great flexibility to VM management.
- Oracle VM pools are only server pools and not resource pools. This prevents memory and CPU resources from being better managed and shared by VMs in the pool. You can’t carve out resource pools for your business and let them operate autonomously as you can with VMware.
Resources management is a key feature when you consolidate and if it is done automatically it’s even better…
- Oracle VM has no built-in fault tolerance features and VMs must rely on third party tools for zero-downtime fault tolerance. The new VMware vSphere FT feature brings continuous availability to any OS, any app, any hardware.
Integrated or third party tool, the goal is to have a proper HA solution. I mean a solution you can easily implement, manage and which works!
- Oracle VM has no snapshot features. That means developers and administrators are handicapped as they are unable to make instant point-in-time copies of VMs to use to roll back development and administrative activities.
Once you use it, you can’t go back… This is so helpful and stress less, honestly I can’t live without it anymore!
- No patch management utility in Oracle VM means manual intervention or extensive scripting is required to administer patching of hosts and VMs. VMware Update Manager automates host and guest patching – typically the most time-consuming task for virtualization sysadmins.
Yes the hypervisor and root partition need to be patched as well. If you can use a tool a la Windows Update (or WSUS) I’m an happy admin J
- Oracle VM also has no backup utility for VMs and relies on LAN-based backup agents that run in each VM. It is also limited in its capability to take advantage of Storage Array based backup for VMs. Without a snapshot-based backup proxy feature like VMware Consolidated Backup or the new vSphere Data Recovery, backups that run in the guests tie up your network and burn host CPU cycles.
Well the storage vendor might have its own tool, also LAN-based backups is not that bad if you have well designed it.
- NIC teaming or bonding support is also missing in Oracle VM and it relies on NIC vendors for support or extensive scripting to provide network redundancy. NIC teaming and bonding is built into VMware ESX and dead simple to use.
As long as you have redundant NICs is fine, but if you need half a day to configure, not good :L
- Performance monitoring in Oracle VM is limited in the statistics gathered and the time frames that can be viewed. That makes it insufficient for capacity planning or long-term resource utilization monitoring.
Read the full article here