En el primer punto, que dividiré en “estado de soporte” de la combinación y “requerimientos de licenciado”, intentaré ser lo más simple y neutral posible, basándome únicamente en lo que ambas empresas (Oracle y VMware) han publicado al respecto.
El segundo punto será justo lo contrario, fruto de opiniones tanto personales como recogidas por la red… por lo que será totalmente discutible.
Nota: Téngase en cuenta que toda la información aquí presentada ha sido recopilada con fecha 22-11-2010, y que en el momento de la lectura de este post se podrían haber producido cambios de política o estrategia por parte de Oracle.
Soporte Oracle de productos ejecutados sobre VMware
A la pregunta: ¿cuál es el estado del soporte del software Oracle instalado sobre la plataforma de virtualización de VMware?La respuesta la encontramos en la nota de Oracle:
| Support Position for Oracle Products Running on VMWare Virtualized Environments [ID 249212.1] |
- Oracle no certifica ninguno de sus productos sobre la plataforma de virtualización VMware.
- En caso de encontrar un problema ya tipificado como tal, se facilitaran los parches y posibles mecanismos alternativos de solución ya existentes.
- Se investigará (y creará un parche si fuese necesario) sólo si el cliente demuestra que se reproduce la incidencia sobre máquinas físicas (entornos sin virtualizar).
- No se dará soporte en ningún caso para instalaciones de Oracle RAC versión 11gR1 o anteriores. Para instalaciones Oracle RAC 11gR2 o superiores se siguen las mismas normas que para el resto de productos (puntos anteriores).
La mencionada nota fue actualizada en día 8-11-2010, provocando un gran revuelo en el mundo VMware. La causa de tal revuelo fue que apareció el soporte para Oracle RAC a partir de la versión 11gR2 (previamente no se soportaba RAC en ningún caso).
Resumiendo, si opto por integrar los productos Oracle en mi plataforma de virtualización VMware, ¿me dará Oracle soporte?
>>> Si el problema por el que se pide soporte ya ha sido reportado, Soporte Oracle nos indicará los parches y/o workarrounds disponibles. Lo que no hará será pedir a los desarrolladores que investiguen o creen un parche si no se dispone previamente de éste, a no ser que demostremos que la incidencia se reproduce en un entorno no virtualizado.
En el siguiente link tenéis la nota original de Oracle Support a fecha 08-11-2010 (es de libre distribución):
http://www.avanttic.com/pdf/Blog/Support_Position_Oracle_VMWare.pdf
Licenciamiento de Oracle sobre VMware
A la pregunta: ¿en caso de disponer de productos Oracle sobre VMWare, cómo los debo licenciar?Podemos contestar que, si bien VMware permite asignar a una determinada maquina virtual sólo una parte de las CPU’s de la máquina física en la que se ejecuta, Oracle no reconoce ese sistema como válido para particionar a nivel de servidor.
Soft partitioning is not permitted as a means to determine or limit the number of software licenses required for any given server.Existen sistemas de particionado de servidores que Oracle considera como hard partitions, entre ellos algunos de Sun, HP o IBM. Estos sistemas permiten crear “particiones virtuales” con un subconjunto de CPU’s, memoria y disco de una máquina física. En estos casos Oracle requiere licenciar sólo el subconjunto de CPU’s de la partición.
VMware a partir de la versión 4.1 dispone de un sistema llamado DRS Virtual Machine Host Affinity, que permite “confinar” una maquina virtual en un subconjunto de máquinas físicas del cluster. Hasta el momento Oracle no lo ha considerado un sistema de hard partition, y por tanto seguimos con las condiciones de licenciado anteriormente mencionadas.
Para más detalles de qué Oracle considera hard partitioning y qué soft partitioning, podéis consultar el documento al respecto disponible en la web de Oracle:
http://www.oracle.com/us/corporate/pricing/partitioning-070609.pdf
Y personalmente pienso que…
El software Oracle sobre entornos virtualizados simplemente irá en aumento. Cada vez son más los departamentos de informática que deciden pasar sus entornos físicos a virtuales por las ventajas que estos aportan, y los productos Oracle no pueden esquivar esta tendencia. De hecho Oracle ya dispone de su propio entorno de virtualitzación (Oracle VM) y da soporte a sus productos sobre él.El principal problema acostumbra a ser más el licenciado que el soporte, básicamente por el sobrecoste que representa el tener que licenciar todas las CPU’s físicas. A nivel de soporte, y si se usan versiones de productos con un cierto recorrido, es baja la posibilidad de tener incidentes que no estén ya “reportados”.
Existen multitud de empresas que han pasado sus entornos productivos Oracle a VMware, y VMware está muy interesada en ello, de manera que no escatima esfuerzos para que los productos Oracle funcionen correctamente bajo su entorno de virtualización:
http://www.vmware.com/solutions/partners/alliances/oracle-database-customers.html
Para disminuir en parte el problema con el licenciado algunas empresas crean múltiples clusters VMware en lugar de uno solo. El primero con pocas maquinas físicas (2 por ejemplo) para las maquinas virtuales con productos Oracle, y el segundo con el resto de servidores físicos para el resto de maquinas virtuales.
En nuestro caso particular trabajamos con varios clientes que han optado por esta solución con resultados satisfactorios en la mayoría de los casos, tanto para entornos de desarrollo como para productivos.
Hacer notar que, de momento, no todas las opciones que nos aporta VMware son susceptibles de ser aplicadas a servidores con productos Oracle:
- Los “snapshots en caliente” de máquinas con BBDD son motivo de controversia pues la BBDD deberá realizar una recuperación cuando arranquemos desde uno de ellos. ¿Se pueden por tanto considerar un sistema de copias valido? En mi opinión no, y deberíamos continuar realizando las copias a nivel de Oracle (con RMAN por ejemplo) y no optar por ellos como sistema de backup.
- Existen casos reportados de problemas con VMotion y Oracle RAC por lo que, personalmente, tampoco recomiendo su uso. No obstante también podemos encontrar casos en que funciona sin problemas. En consecuencia, usarlos o no es una elección a realizar por el cliente que use Oracle RAC sobre VMware.
- Alta disponibilidad: En caso de problemas en el servidor físico en que esté ubicada la maquina virtual, la podemos arrancar en otro nodo del cluster (de manera manual o automática).
- Facilidad y seguridad ante cambios: Podemos realizar un snapshot con la maquina parada y actualizar el S.O. o el propio software Oracle con la tranquilidad de que si algo malo pasa, todo podrá volver a quedar “como antes” sin prácticamente esfuerzo.
- Crear entornos para desarrollo o para test de nuevas aplicaciones, con gran facilidad, partiendo de copias en frio de las maquinas virtuales productivas.
- Y, principalmente, integrar los servidores Oracle con el resto de nuestros sistemas virtualizados, evitando que sean “sistemas a parte”.
