¿Quieres comprar VVF 9 con el cálculo de cores bien hecho y sin sorpresas?
En MSAdvance suministramos y vendemos VMware vSphere Foundation (VVF) 9. Te ayudamos a aterrizar el licenciamiento por core, a entender el vSAN incluido (0,25 TiB/core) y a preparar una compra con sentido para tu infraestructura.
- Cálculo exacto de cores por host y por CPU (incluye el mínimo de 16/CPU).
- Dimensionado de vSAN: lo que cubre el “incluido” y cuándo conviene añadir vSAN por TiB.
- Escenarios 1/3/5 años y recomendaciones para alinear renovaciones y reducir lío administrativo.
Solicitar propuesta Ver servicio de suministro de licencias
Si lo prefieres, aquí tienes una guía general para ubicarte antes de decidir: Comprar licencias VMware/Broadcom por cores (VVF/VCF/vSAN).
VVF 9 se compra en suscripción por core: licencias los cores físicos de los hosts, con un mínimo de 16 cores por CPU (aunque tu CPU tenga menos). Incluye vSAN como derecho de licencia de 0,25 TiB por core (sumable dentro de VVF). Es una opción muy sólida para virtualización on-prem cuando quieres un paquete completo (vSphere + vCenter + operaciones base + Kubernetes) sin irte al “stack completo” de VCF.
Resumen ejecutivo — lo importante antes de comprar VVF 9
- La métrica es por core: cuenta cores físicos, no hilos. Y aplica el mínimo 16 cores/CPU.
- Los cores “apagados” por BIOS también cuentan: el cálculo se hace sobre el hardware real.
- vSAN incluido: VVF aporta 0,25 TiB por core como derecho de licencia (luego la capacidad útil depende del diseño).
- VVF incluye vSphere (equivalente a Enterprise Plus), vCenter, operaciones/Aria base y servicios Kubernetes.
- Si necesitas NSX y gobierno “full stack”, normalmente estás mirando VCF 9.
- vSphere “standalone” (Standard/Enterprise Plus) se queda en la rama v8 (según política y documentación vigente).
- Compliance / reporting: hay obligaciones de reporte verificable en la familia v9. No lo dejes “para luego”.
- La compra buena no empieza por “precio”: empieza por inventario, cores correctos, crecimiento, y diseño de almacenamiento.
1. Qué es VMware vSphere Foundation (VVF) 9 y cuándo tiene sentido
Idea simple: VVF 9 es “el paquete completo” para virtualización on-prem con vSphere + vCenter + operaciones base + Kubernetes, y con una parte de vSAN incluida por core.
VVF 9 está pensado para organizaciones que quieren mantener (o modernizar) su virtualización en on-prem con un bundle consistente y más fácil de gestionar que ir “pieza por pieza”. En la práctica, encaja muy bien si:
- Tu prioridad es virtualizar bien (servidores, aplicaciones, VMs) con una base sólida y soporte oficial.
- Quieres centralizar gestión con vCenter y tener una capa de operaciones/monitorización base sin montar un puzzle.
- Te interesa vSAN pero no quieres empezar comprando capacidad sin saber por dónde vas a crecer.
- Te atrae tener la puerta abierta a Kubernetes (aunque no sea “para mañana”).
En cambio, si tu escenario exige desde el día 1 red y seguridad avanzadas a lo grande (por ejemplo, microsegmentación y overlays complejos), automatización de ciclo de vida “de plataforma completa”, o un enfoque de nube híbrida muy estructurado, normalmente el candidato natural es VMware Cloud Foundation (VCF) 9.
Si lo que quieres es virtualización on-prem bien montada con un bundle que ya trae “lo esencial avanzado” (y vSAN con una base incluida), VVF suele encajar. Si estás construyendo un SDDC completo (stack total) con red/seguridad y automatización de ciclo de vida como prioridad, VCF suele encajar.
2. Cómo se licencia VVF 9: métrica por core (con ejemplos claros)
Lo que más errores evita: cuenta cores físicos (no hilos), aplica mínimo 16 cores por CPU y no olvides los cores deshabilitados por BIOS.
La base de VVF 9 es sencilla de decir, pero fácil de estropear si se calcula con prisa: se licencia por core físico de los hosts donde corre vSphere.
- Mínimo 16 cores por CPU: si una CPU tiene 12 cores, licencias 16. Si tiene 24, licencias 24.
- Cuenta cores físicos, no threads: Hyper-Threading no se licencia como core adicional.
- Incluye cores desactivados por BIOS: si el hardware tiene X cores físicos, se consideran en el cálculo.
Ejemplo rápido (típico)
Tienes 3 hosts. Cada host tiene 2 CPUs de 24 cores. Entonces:
- Cores por host = 2 CPUs × 24 cores = 48 cores
- Cores totales = 3 hosts × 48 = 144 cores
- Resultado: licencias 144 cores de VVF 9
Checklist rápido para que el cálculo salga bien
- Lista de hosts y CPUs por host.
- Cores físicos por CPU (no confundas cores con hilos).
- Aplica mínimo 16 cores/CPU.
- Multiplica y suma todo: CPUs × cores × hosts.
- Revisa si hay hosts “fuera del cluster” donde también corre vSphere (muy típico).
Consejo práctico: si hay dudas, lo mejor es trabajar con un inventario exportado (vCenter, hoja de cálculo de hardware o BOM del fabricante). Un “me suena que eran 20 cores” es la antesala de una compra mal dimensionada.
3. Qué incluye VVF 9 (y qué no incluye)
En resumen: VVF 9 agrupa vSphere + vCenter + operaciones base/Aria + Kubernetes, y añade vSAN por core como derecho de licencia.
| Producto | Métrica | Qué trae | Cuándo conviene |
|---|---|---|---|
| VMware vSphere Foundation (VVF) 9 | Por core (mín. 16/CPU) | vSphere (bundle equivalente a nivel “Enterprise”), vCenter, vSAN 0,25 TiB/core, operaciones/Aria base y servicios Kubernetes. | Virtualización on-prem “seria” con bundle completo y una base de vSAN incluida. |
| VMware Cloud Foundation (VCF) 9 | Por core (mín. 16/CPU) | vSphere + vSAN (referencia 1 TiB/core), NSX, operaciones avanzadas y gestión del ciclo de vida de plataforma. | Cuando necesitas stack total (red/seguridad y automatización de plataforma). |
| vSAN Add-on (capacidad) | Por TiB | Amplía la capacidad licenciada si lo incluido no llega. | Cuando creces en datos sin aumentar cores (o cuando el diseño exige más capacidad). |
| vSphere 8 (Standard / Enterprise Plus) | Por core (mín. 16/CPU) | Ediciones “standalone” para rama v8 (según disponibilidad y programa). | Compatibilidad concreta o continuidad en v8; para v9, la ruta típica es VVF/VCF. |
¿Y qué NO trae VVF 9?
Lo más importante a aclarar para no comprar con una expectativa equivocada: VVF no es VCF. Si necesitas NSX completo (red/seguridad avanzada a gran escala), o quieres un enfoque de plataforma de nube privada con gestión del ciclo de vida “end-to-end”, ese terreno es más propio de VCF.
4. VVF 9 vs VCF 9 vs vSphere 8: cómo elegir sin marearse
Atajo mental: VVF = virtualización on-prem completa. VCF = plataforma SDDC completa. vSphere 8 standalone = continuidad/compatibilidad en rama v8.
| Área | VVF 9 | VCF 9 | vSphere 8 (Std/Ent+) |
|---|---|---|---|
| Enfoque | Virtualización “bundle” on-prem | SDDC completo (stack total) | Edición standalone (rama v8) |
| Gestión | vCenter | Gestión de plataforma (más completa) | vCenter |
| vSAN | 0,25 TiB/core incluido | 1 TiB/core (referencia bundle) | Opcional (add-on) |
| Red/seguridad | Base avanzada de vSphere | NSX y capacidades más amplias | Funciones estándar según edición |
| Operaciones | Operaciones/Aria base | Operaciones más avanzadas | Según edición y add-ons |
| Cuándo elegirlo | On-prem con buen equilibrio coste/valor | Plataforma completa con requisitos más exigentes | Compatibilidad/continuidad en v8 |
Si el criterio principal es coste y simplicidad (sin renunciar a una base robusta), VVF suele ganar. Si el criterio principal es plataforma completa (sobre todo red/seguridad y gobierno del stack), VCF suele ganar.
Lecturas recomendadas dentro de MSAdvance: Comprar VCF 9 · Comprar vSphere Standard · Comprar vSphere Enterprise Plus v8
5. Cálculo de cores y vSAN incluido (0,25 TiB/core) paso a paso
La fórmula: cores a licenciar (con mínimo 16/CPU) + vSAN incluido = cores licenciados × 0,25 TiB.
5.1 Fórmula para cores (con mínimo 16/CPU)
Para cada host:
Cores a licenciar por host = Σ (max(cores_físicos_CPU, 16) × nº_CPU)Y luego sumas todos los hosts.
5.2 Fórmula para vSAN incluido en VVF
vSAN incluido (TiB) = Cores VVF licenciados × 0,25| Escenario | Cores/CPU | CPUs/host | Hosts | Cores a licenciar | vSAN incluido (0,25 TiB/core) |
|---|---|---|---|---|---|
| ROBO básico | 16 | 1 | 2 | 32 | 8 TiB |
| Cluster medio (3 nodos) | 24 | 2 | 3 | 144 | 36 TiB |
| HCI densa (4 nodos) | 32 | 2 | 4 | 256 | 64 TiB |
| Plan de crecimiento (6 nodos) | 28 | 2 | 6 | 336 | 84 TiB |
| VDI/Edge (2 nodos) | 20 | 1 | 2 | 40 | 10 TiB |
Si al hacer números ves que la capacidad incluida no cubre lo que necesitas, tienes dos caminos típicos:
- Añadir vSAN por TiB (cuando crece el dato pero no quieres aumentar cores).
- Revisar arquitectura (por ejemplo, si tu diseño de resiliencia está “comiéndose” mucha capacidad útil).
Si quieres profundizar solo en vSAN (incluido vs add-on), aquí tienes una guía específica: Comprar licencia vSAN por TiB.
6. vSAN: licencia “incluida” vs capacidad útil en la vida real
Importante: 0,25 TiB/core es “derecho de licencia”. La capacidad útil depende de tu diseño (tolerancia a fallos, RAID, compresión/dedupe, etc.).
Este punto es donde más gente se lleva la sorpresa: licencia no es lo mismo que capacidad útil. La licencia te da derecho a una cantidad de TiB por core, pero lo que realmente aprovechas depende de cómo diseñes el almacenamiento.
6.1 Cosas que afectan mucho a la capacidad útil
- Tolerancia a fallos (FTT): cuanto más te proteges, más réplica/paridad necesitas.
- Tipo de RAID y política de almacenamiento: cambia el “aprovechamiento” de disco.
- Crecimiento anual: lo típico es subestimar crecimiento (logs, backups, VDI, ficheros, BBDD).
- Rendimiento (IOPS): a veces el límite no es capacidad, es rendimiento y latencia.
“Tengo 36 TiB incluidos, voy sobrado”. Luego activas una política más segura (o subes FTT), y la capacidad útil baja bastante. Resultado: la licencia estaba bien, pero el diseño necesitaba más discos (o un add-on). Por eso conviene dimensionar con cabeza antes de comprar.
6.2 Cuándo suele hacer falta vSAN por TiB (add-on)
- Cuando el dato crece rápido y no vas a añadir hosts/cores en el corto plazo.
- Cuando tu diseño (resiliencia/performance) hace que la capacidad útil se reduzca mucho.
- Cuando quieres un margen cómodo para proyectos próximos (VDI, BBDD, analítica, etc.).
¿Quieres que revisemos tu inventario y te digamos cuántos cores y cuánta capacidad te conviene comprar?
Con unos pocos datos (hosts, CPUs, cores y una estimación de crecimiento) podemos ayudarte a aterrizar una compra realista: qué entra en VVF 9, cuánto cubre el vSAN incluido y si hay que añadir vSAN por TiB.
Pedir revisión y propuesta Suministro de licencias para empresas
7. Casos típicos de compra (recomendaciones prácticas)
Objetivo: que te reconozcas en un caso real y sepas por dónde tirar sin perder semanas.
7.1 Pyme / mediana empresa: virtualización clásica + HCI moderada
Perfil: 3–4 hosts, cargas mixtas, IT reducido, necesidad de estabilidad.
Recomendación: VVF 9 suele encajar por equilibrio: tienes un bundle completo y una base de vSAN incluida.
Si el dato crece, se añade vSAN por TiB sin “romper” la estrategia.
7.2 Entorno con mucha exigencia de red/seguridad y automatización
Perfil: corporativo, segmentación, control fuerte de red, y foco en automatizar ciclo de vida.
Recomendación: valorar VCF 9 si NSX y el enfoque de plataforma completa son imprescindibles.
7.3 ROBO / Edge (2 nodos) buscando coste controlado
Perfil: sedes pequeñas, edge, continuidad local.
Recomendación: VVF 9 puede ser una buena base, pero aquí el punto clave es el diseño:
capacidad, resiliencia y el tipo de carga (porque el margen de error es menor).
7.4 Continuidad en vSphere 8 por compatibilidad
Perfil: hardware/aplicaciones con compatibilidades específicas o ventana de cambio limitada.
Recomendación: mantener la rama v8 cuando toca, pero con hoja de ruta:
cuándo saltas a VVF/VCF, qué hardware cambia, y cómo evitas quedarte “atrapado” sin plan.
7.5 DR y continuidad de negocio (cuando el licenciamiento no es lo único)
Perfil: necesitas RPO/RTO claros, pruebas periódicas, orquestación.
Recomendación: además de la licencia, define el enfoque de DR (sitio secundario, almacenamiento, redes, pruebas).
En algunos casos se complementa con add-ons específicos según la estrategia.
8. Términos clave y cumplimiento (reporting): qué preparar
Traducción a negocio: no es solo “comprar y ya”. Hay obligaciones de reporte y buenas prácticas que conviene dejar cerradas desde el día 1.
8.1 Suscripción y plazos
En la práctica, VVF se consume como suscripción. Muchas compras se plantean por plazos habituales (por ejemplo 1/3/5 años), y lo que suele interesar a IT/finanzas es que las renovaciones queden alineadas (para no gestionar fechas distintas cada dos meses).
8.2 Uso previsto: on-prem y escenarios “tipo cloud”
VVF está orientado a uso interno on-prem. Si tu escenario es “parecido a cloud” (por ejemplo, colocation dedicado), lo importante es encajar con las definiciones del programa y no asumir que “todo vale”. Si eres proveedor de servicios o vas a ofrecer infraestructura a terceros como servicio, conviene revisar el caso antes de comprar.
8.3 Compliance reporting: el punto que no conviene ignorar
En la familia v9 existen obligaciones de reporting verificable en intervalos definidos. Dicho sin drama: si lo dejas pasar, puedes quedarte sin acceso a partes del software, sin actualizaciones y sin soporte.
Cómo prepararlo sin complicarte
- Define un responsable (IT o plataforma) y un “plan B” (persona sustituta).
- Deja un recordatorio recurrente (no lo confíes a la memoria).
- Documenta dónde se obtiene el reporte y qué evidencias guardáis para auditoría interna.
- Si hay cambios de hosts/CPUs durante el año, revisa el impacto en cores y reportes.
9. Cómo comprar con MSAdvance (proceso y checklist)
La idea: que el proceso sea sencillo para ti: tú nos das datos mínimos, y nosotros te devolvemos una propuesta entendible y defendible.
9.1 Proceso (paso a paso)
- Descubrimiento: inventario de hosts/CPUs/cores, versiones, crecimiento y necesidades reales (capacidad, rendimiento, resiliencia).
- Dimensionado: cálculo de cores y análisis de vSAN incluido vs add-on por TiB si hace falta.
- Propuesta: VVF 9 (y si procede, comparación con VCF 9 o continuidad en vSphere 8), con opciones claras.
- Suministro y activación: entrega de licencias oficiales y guía de puesta en marcha / buenas prácticas.
- Opcional: implantación, health-check y acompañamiento (si quieres que quede redondo).
| Área | Qué revisar | OK |
|---|---|---|
| Inventario | Hosts, CPUs y cores físicos verificados (sin confundir con hilos) | □ |
| Mínimos | Aplicado el mínimo 16 cores por CPU | □ |
| vSAN | Cálculo de TiB incluidos (0,25/core) y margen de crecimiento | □ |
| Arquitectura | Políticas de resiliencia y rendimiento definidas (para estimar capacidad útil) | □ |
| Compatibilidad | Hardware validado en HCL / Compatibility Guide | □ |
| Cumplimiento | Responsable y rutina de reporting definidos | □ |
| Renovaciones | Fechas alineadas (si hay varias suscripciones) | □ |
También puedes ver nuestro servicio de suministro y venta de licencias para empresas.
10. Errores comunes al licenciar por cores (y cómo evitarlos)
10.1 Contar “hilos” en lugar de cores
Es el clásico. Lo que cuenta es el core físico. Si alguien te pasa una captura con “vCPU” o “threads”, para licencias eso no te sirve tal cual.
10.2 Olvidar el mínimo de 16 cores por CPU
CPUs de 8, 10 o 12 cores siguen obligando a licenciar 16. En entornos pequeños, este detalle cambia muchísimo el presupuesto.
10.3 Subestimar vSAN porque “viene incluido”
Incluido no significa infinito. Haz el cálculo de TiB incluidos y luego tradúcelo a capacidad útil con tu diseño real. Si no, acabarás comprando a destiempo (y con prisas).
10.4 Comprar sin mirar compatibilidad (HCL)
Puedes tener licencias perfectas… y una plataforma que no queda soportada por un driver/firmware. Esto duele especialmente cuando toca abrir un caso de soporte.
10.5 Ignorar el reporting hasta que es tarde
Si la organización no asigna responsable y rutina desde el principio, acaba siendo “tierra de nadie”. Y cuando llega el problema, llega con impacto (actualizaciones/soporte).
10.6 No planificar crecimiento (solo mirar el “hoy”)
La mayoría de plataformas no crecen linealmente: hay saltos (proyectos, retención, logs, backups, VDI, etc.). Si compras “al milímetro”, lo normal es que en 6–12 meses estés otra vez de compras.
11. Preguntas frecuentes (FAQ) — comprar VVF 9
¿VVF 9 incluye vSAN de verdad o es “una demo”?
Es un derecho de licencia incluido en el bundle: 0,25 TiB por core licenciado con VVF. La capacidad utilizable dependerá de tu diseño (resiliencia, RAID/políticas, etc.).
¿Cómo se cuentan los cores exactamente?
Se licencian los cores físicos de los hosts, con mínimo 16 cores por CPU. No confundas cores con hilos (Hyper-Threading). Y ojo: los cores deshabilitados por BIOS se consideran en el cálculo.
Si tengo CPUs de 12 cores, ¿puedo licenciar 12?
No. Aplica el mínimo de 16 cores por CPU. En ese caso licenciarías 16 por CPU.
¿Puedo añadir más vSAN si me quedo corto?
Sí. Se puede comprar vSAN por TiB (add-on) cuando la capacidad incluida no llega o cuando necesitas margen de crecimiento.
¿VVF sirve para nube pública?
VVF está orientado a uso on-prem. Si tu caso es un servicio de terceros o un enfoque de plataforma completa con portabilidad/híbrido, lo normal es revisar el escenario y valorar VCF u otras opciones según el programa vigente.
¿Qué pasa si cambio hardware (CPUs/hosts) durante la suscripción?
Si cambian los cores físicos de los hosts, puede cambiar tu cálculo. Lo recomendable es tratarlo como un cambio gestionado: actualizar inventario, revisar impacto en cores y dejar evidencias para cumplimiento y auditoría interna.
¿Por qué se habla tanto del “reporting” en v9?
Porque no es un detalle menor: hay obligaciones de reporting verificable en intervalos definidos por el programa. Si no se cumple, puede haber pérdida de acceso a partes del software, y limitaciones en actualizaciones/soporte.
¿Me podéis ayudar solo con el licenciamiento aunque la implantación la haga mi equipo?
Sí. Podemos ayudarte con el cálculo de cores, la estimación de vSAN incluido vs add-on y una propuesta clara, y tu equipo puede ejecutar la implantación si lo prefiere.
12. Recursos oficiales y enlaces externos
- VVF SPD (documentación del programa): VMware vSphere Foundation (VVF) SPD (Broadcom)
- VCF SPD (para comparar): VMware Cloud Foundation (VCF) SPD (Broadcom)
- vSphere product line comparison: Documento oficial
- VMware Licensing Glossary: Glosario oficial
- Hardware Compatibility Guide: Compatibility Guide (Broadcom)
Enlaces internos relacionados (MSAdvance): Guía por cores (VVF/VCF/vSAN) · Comprar VCF 9 · Comprar vSAN por TiB · Suministro de licencias
13. Conclusión: el siguiente paso para comprar VVF 9 con criterio
Comprar VMware vSphere Foundation (VVF) 9 es una decisión que conviene hacer con números sobre la mesa: cores reales (con mínimo 16/CPU), crecimiento y un vistazo serio a cómo quedará vSAN en tu diseño. Cuando esto está claro, la compra se vuelve fácil: eliges el plazo, dejas el reporting organizado y te aseguras de que la plataforma queda soportada.
¿Quieres una propuesta cerrada para comprar VVF 9?
En MSAdvance te ayudamos a calcular cores, revisar la parte de vSAN incluido (0,25 TiB/core) y preparar una compra defendible para IT y finanzas.
