Virtualización y licenciamiento: la trampa que te hace pagar CPUs que no usas
Virtualizaste para gastar menos y, sin querer, multiplicaste tu factura de licencias.
La virtualización debería ahorrarte dinero. Con Oracle, mal configurada, hace lo contrario. Oracle suele considerar que si una base puede moverse por todo un clúster, tienes que licenciar todos los cores del clúster, aunque la base solo use uno. Ahí está la trampa, y también la salida.
01 Oracle cuenta cores por donde la base "podría" correr
En plataformas de virtualización flexible, Oracle argumenta que debes licenciar todos los hosts donde la máquina virtual pueda migrar. No donde corre: donde podría correr.
02 Un clúster grande multiplica la cuenta
Si tienes un clúster de 6 hosts y tu base vive en uno, Oracle puede pedir licencia por los 6. La factura se sextuplica por una decisión de infraestructura.
hasta 6x la licencia esperada
03 Aislar la carga es la defensa
Configurar clústeres dedicados, afinidad estricta o virtualización de tipo hard partitioning reconocido por Oracle limita cuántos cores tienes que licenciar.
04 La documentación te salva o te hunde
En una auditoría, tu configuración tiene que demostrar que la base no puede migrar libremente. Sin evidencia, ganas la discusión el auditor.
// Un caso típico
Imagina un clúster de 4 hosts de 8 cores cada uno, con una base Oracle en uno solo. Sin aislamiento, Oracle pide licenciar los 32 cores: 16 procesadores x USD $47,500 = USD $760,000. Con un clúster dedicado de un solo host, licencias 4 procesadores: USD $190,000. La diferencia es de más de medio millón de dólares por cómo está armada la virtualización.
Ejemplo ilustrativo con cifras típicas del mercado, no un cliente específico.
// el siguiente paso
Revisar tu arquitectura de virtualización antes de una auditoría evita facturas de este tamaño. En dba.mx hacemos ese escaneo a precio fijo con techo cerrado, para que sepas dónde estás expuesto.