Carga variable o a ráfagas
Tráfico que sube y baja, trabajos por lotes, entornos que aparecen y desaparecen: pagas por lo que usas y escalas en segundos.
Cómputo en la nube
Instancias KVM con recursos garantizados, sin juegos de salida.
El cómputo en la nube son máquinas virtuales sobre hosts compartidos, listas en minutos y facturadas por uso. Las nuestras usan KVM con CPU y RAM dedicadas y garantizadas sobre AMD EPYC y NVMe, con root, doble pila y ancho de banda plano en vez de recargos de salida. Operamos dentro de Europa —tus datos conformes al RGPD y fuera de jurisdicción extranjera— y te decimos cuándo gana la nube, cuándo el bare metal sale más barato y cuándo encaja un hiperescalador. España y Latinoamérica.
En breve
- Recursos garantizados. KVM con CPU y RAM dedicadas, no sobresuscripción; la máquina que compras es la que recibes.
- Elástica de verdad. Aprovisionas, redimensionas y destruyes por API en segundos, con snapshots bajo demanda.
- Sin sorpresas de salida. Ancho de banda plano; un pico de tráfico no es un evento de facturación.
- Soberana y europea. Región de la UE, conforme al RGPD y fuera del alcance del CLOUD Act.
- Honestos con el encaje. Te decimos cuándo el bare metal o un hiperescalador te conviene más.
¿Qué es el cómputo en la nube?
En su forma más simple, es un ordenador que invocas con una llamada a una API. Son máquinas virtuales que corren sobre hosts físicos compartidos, entregadas en minutos y facturadas por lo que usas. Una nube seria usa virtualización KVM —aislamiento a nivel de kernel con CPU y RAM dedicadas y garantizadas, no sobresuscripción agresiva— sobre hosts AMD EPYC con almacenamiento NVMe, con acceso root y una IP dedicada.
Lo que distingue una instancia de nube de un servidor dedicado es la elasticidad: aprovisionas, redimensionas, haces snapshots y destruyes bajo demanda, y pagas por horas en vez de un precio fijo mensual. Así que la pregunta útil no es «¿nube o no?», sino qué cargas se benefician de esa flexibilidad y cuáles salen mejor en hierro fijo —y a eso dedicamos el resto de la página, con la respuesta honesta caso por caso.
Cuándo encaja
Cuándo gana la nube
La nube brilla cuando la flexibilidad y la velocidad valen más que el menor coste unitario de un servidor fijo. Estos son los casos en los que la recomendamos.
Lanzar rápido
Una máquina lista en minutos por API, sin pedido de hardware ni espera; ideal para prototipos y para validar una idea antes de comprometerte.
Crecer sin reconstruir
Redimensionas vCPU y RAM en caliente, haces snapshots y clonas: la elasticidad que un servidor físico no puede dar.
Entornos efímeros
Pruebas, staging e integración continua: los levantas y los destruyes sin coste hundido.
Reserva y recuperación
Capacidad para un pico estacional o un plan de recuperación, sin tener hierro parado todo el año.
¿Cómo funcionan el pago por uso y el escalado?
Pagas por los recursos que usas durante el tiempo que los usas, con facturación fina —por hora, y por segundo en muchos recursos— en lugar de un compromiso mensual rígido. Eso convierte la infraestructura en un gasto que sigue a tu carga: una instancia que levantas para un trabajo de una tarde cuesta una tarde, no un mes. Y el escalado es en caliente: subes de un plan de cuatro vCPU a uno de ocho sin reconstruir la máquina, porque los recursos están garantizados y reservados, no prestados de un vecino.
La cara honesta de esto es que el pago por uso premia el reparto y castiga el hierro ocioso, igual que el precio fijo premia la carga constante. Una instancia encendida veinticuatro horas al día todos los días suele salir más cara que su equivalente en bare metal; una que solo vive durante un pico o un experimento sale mucho más barata. Por eso no vendemos «nube para todo»: vendemos nube para lo que de verdad varía.
Por dentro
Cómo está construida la nuestra
Un host AMD EPYC con NVMe corre un hipervisor que lo divide en varias máquinas aisladas, cada una con CPU y RAM dedicadas y garantizadas.
Por debajo, nuestra nube es KVM sobre AMD EPYC con NVMe, dimensionada con recursos garantizados en vez de sobresuscripción. Lo importante es que las instancias comparten la misma base que el bare metal: la misma red limpia, el mismo espacio de IP con reputación comprobada y la misma absorción de DDoS en el borde.
Ese último punto es fácil de infravalorar hasta que vives sin él. En muchas plataformas, un VM barato y un servidor serio vienen con distinta calidad de red, distinta reputación de IP y distinta protección, así que subir de nivel significa volver a ganarse la confianza desde cero. Aquí la instancia hereda el mismo direccionamiento limpio y la misma absorción de borde que una máquina dedicada, de modo que una carga puede empezar pequeña en un VM y crecer hacia el bare metal sin que su entregabilidad ni su resiliencia se reinicien por el camino.
# aprovisionar una instancia — lista en segundos, no en horas
$ curl -X POST https://api.vvih.com/v1/instances \\
-H "Authorization: Bearer $TOKEN" \\
-d '{ "plan": "kvm-4", "region": "eu-madrid", "image": "ubuntu-24.04", "ipv6": true }'
{ "id": "ins_7f3a", "status": "provisioning", "vcpu": 4, "ram_gb": 8, "ready_in": "~70s" }
# escálala después — sin reconstruir, recursos garantizados
$ curl -X PATCH https://api.vvih.com/v1/instances/ins_7f3a -d '{ "plan": "kvm-8" }'
{ "id": "ins_7f3a", "vcpu": 8, "ram_gb": 16, "status": "resizing" }¿Qué almacenamiento llevan las instancias?
NVMe local de alto rendimiento por defecto, con volúmenes que puedes ampliar y snapshots para capturar un estado antes de un cambio arriesgado. La diferencia con el almacenamiento de red de muchos hiperescaladores es la latencia y el coste: el NVMe local responde en decenas de microsegundos, sin la tarifa por IOPS ni el cargo por gigabyte que convierten un disco en una sorpresa a fin de mes. Para datos que deben sobrevivir a la instancia, ofrecemos copias fuera de la máquina, separadas de los snapshots y pensadas para recuperación real ante desastres.
El principio es el mismo que en el resto de la plataforma: recursos garantizados y precio legible. Sabes qué disco tienes, qué rinde y qué cuesta, sin descubrir a final de mes que un volumen mal clasificado o un snapshot olvidado se ha llevado una parte del presupuesto.
¿Qué aislamiento y soberanía del dato ofrece?
El aislamiento empieza en el hipervisor: KVM separa cada instancia a nivel de kernel, con sus recursos dedicados, su propio espacio de memoria y reglas de cortafuegos por grupos de seguridad. Controlas el acceso con pares de claves y autenticación multifactor, y el tráfico va cifrado en tránsito. No es el aislamiento físico total de un servidor de inquilino único —para eso está el bare metal— pero es un aislamiento fuerte y predecible, muy lejos de un VPS sobrevendido donde un vecino te roba ciclos.
La soberanía del dato es la otra mitad, y en 2026 pesa tanto como el rendimiento. Operar dentro de la UE significa que tus datos no quedan sujetos a leyes extranjeras como el CLOUD Act estadounidense, y que la residencia bajo el RGPD es un hecho verificable, no una esperanza. Hoy los hiperescaladores estadounidenses tienen cerca del 70 % del mercado europeo de infraestructura y los proveedores europeos en torno al 15 %, pero la presión normativa —RGPD, NIS2, DORA, Data Act, AI Act— y el riesgo geopolítico están empujando a muchas organizaciones a llevar sus cargas a infraestructura sobre la que tienen control.
Hay además una ventaja práctica de portabilidad. El Reglamento de Datos de la UE obliga desde 2025 a que los proveedores faciliten el cambio, y nosotros lo hacemos fácil por diseño: software estándar, sin formatos propietarios que te aten, y sin factura de salida que castigue irse. La soberanía sin portabilidad es media soberanía; ofrecemos las dos.
Sin sorpresas de salida: el coste que los equipos olvidan
El egress —los datos de salida facturados muy por encima de su coste real— es el cargo que casi nadie modela bien y el que más desgasta en los hiperescaladores. Funciona además como un anclaje silencioso: irte cuesta dinero porque pagas por mover cada gigabyte fuera. Nosotros ponemos precio plano y justo al ancho de banda, así que un pico de tráfico no es un evento de facturación y marcharte no es una penalización. Lo que ves en el plan es lo que pagas.
Y el egress es solo el ejemplo más conocido. Las facturas de hiperescalador se hinchan por muchos lados: llamadas a la API, snapshots olvidados, almacenamiento mal clasificado, servicios gestionados sobredimensionados, pasarelas NAT. Preferimos un precio que puedas prever a principio de mes a uno que tengas que auditar al final con sorpresa. La previsibilidad de coste, junto con la soberanía, es justo lo que lleva a tantas empresas europeas a reconsiderar dónde corren sus cargas.
Conviene ponerle número a la diferencia para no quedarnos en la teoría. En los hiperescaladores, el tráfico de salida puede costar entre cinco y diez céntimos por gigabyte una vez superada una cuota mínima, de modo que una aplicación que sirve unos pocos terabytes al mes acumula una factura de salida que rivaliza con el propio cómputo. Con ancho de banda plano, ese mismo tráfico está incluido en el plan: el número no cambia porque tengas un buen mes de visitas, y eso hace que el presupuesto sea algo que planificas en vez de algo que vigilas con miedo.
¿Gestionado o sin gestionar?
Sin gestionar te da root y control total: tú llevas el sistema operativo, las actualizaciones, las copias y el endurecimiento. Gestionado significa que nosotros nos ocupamos de esa fontanería —parches, monitorización, copias— para que un equipo sin personal de operaciones dedicado tenga la economía de la nube sin montar una función de DevOps. Ambos corren sobre los mismos hosts KVM aislados; la única elección es cuánto quieres operar tú y cuánto prefieres delegar.
No hay una respuesta universal, y no empujamos la opción más cara por defecto. Un equipo con buenos ingenieros de sistemas suele querer root y nada en medio; una pyme o un equipo de producto sin guardia nocturna gana tiempo delegando la fontanería. Te ayudamos a elegir según a quién tienes, no según qué nos factura más.
Cuándo no es la nube
Cuándo el bare metal o un hiperescalador encajan mejor
La honestidad de catálogo importa: la nube no gana todos los casos, y decírtelo nos hace más útiles que venderte instancias que no rinden para lo tuyo.
Carga estable y continua
Si el servidor está ocupado casi todo el tiempo, el precio fijo del bare metal sale más barato que las horas de nube.
Tráfico pesado y sostenido
Donde el ancho de banda plano gana al precio por gigabyte de salida.
Rendimiento máximo y constante
Sin capa de hipervisor ni vecinos: la máquina entera, igual cada hora.
Catálogo enorme de servicios gestionados
Muchas bases de datos gestionadas, colas, serverless y pegamento propietario cableados entre sí.
Huella verdaderamente mundial
Decenas de regiones en cada continente, más de lo que cubrimos.
IA a gran escala llave en mano
Plataformas de entrenamiento e inferencia integradas que aún no igualamos.
Híbrido y repatriación: la estrategia madura
El patrón más útil rara vez es todo-o-nada. Lo sensato para muchos equipos es dejar la capa elástica y variable en instancias de nube y mover las cargas estables y de mucho tráfico —bases de datos, analítica, el núcleo de producción— a hardware dedicado. Como ambos viven en la misma red, con las mismas IP limpias y la misma absorción de DDoS, repartir una carga entre nube y bare metal es sencillo, no un proyecto de migración.
Es justo lo que hace el mercado más amplio. Gartner llama «geopatriación» a la tendencia de 2026 de devolver cargas desde la nube pública de los hiperescaladores hacia entornos soberanos o privados con más control, y los datos del sector apuntan en la misma dirección: alrededor de dos tercios de los responsables de TI evalúan procesos de repatriación y más de la mitad ven la nube privada como prioritaria para nuevas cargas en los próximos años. No es un paso atrás, es un enfoque más maduro que equilibra flexibilidad, control, cumplimiento y previsibilidad de coste.
La advertencia honesta corre también al revés. Una startup en fase de búsqueda, que aún no conoce la forma de su carga, casi siempre está mejor en la nube elástica hasta que el uso se asienta; comprometerse pronto con hierro fijo es tan caro como dejar una instancia encendida sin usar. Por eso preguntamos cómo se comporta tu carga antes de recomendar una forma u otra, y a menudo la mejor respuesta es una mezcla que cambia con el tiempo.
Que esto sea sencillo aquí no es casualidad. Como la nube y el bare metal comparten red, IP y panel, repatriar una base de datos de un hiperescalador a un servidor dedicado nuestro no exige rehacer la arquitectura ni reaprender herramientas: mueves la pieza estable a hierro fijo, dejas lo elástico en instancias, y los datos viajan entre ambos por la misma red interna sin pasar por un contador de salida. Esa continuidad es lo que convierte una buena intención de soberanía en un cambio que de verdad se hace.
Qué operamos, con honestidad
Operamos nube KVM con recursos garantizados sobre la misma red limpia y protegida que el resto de nuestros servicios, en regiones de la UE conformes al RGPD. No fingimos ser un hiperescalador con un catálogo infinito de servicios gestionados ni una huella en cada continente. Donde aportamos valor es en instancias predecibles, soberanas y sin sorpresas de salida, y en decirte con franqueza cuándo el bare metal o un hiperescalador te conviene más.
Preguntas
Respondidas con claridad
Lo que se pregunta antes de elegir nube frente a hierro fijo.
¿Qué es el cómputo en la nube?
Son máquinas virtuales que corren sobre hosts físicos compartidos, entregadas en minutos y facturadas por lo que usas. Una nube seria usa virtualización KVM —aislamiento a nivel de kernel con CPU y RAM dedicadas y garantizadas, en vez de sobresuscripción agresiva— sobre hosts AMD EPYC con NVMe, con acceso root y una IP dedicada. Lo que la define frente a un servidor dedicado es la elasticidad: aprovisionas, redimensionas, haces snapshots y destruyes bajo demanda.
¿En qué se diferencia la nube de un servidor dedicado?
Un servidor dedicado (bare metal) es una máquina física entera tuya a precio fijo; una instancia de nube es una porción de un host compartido que puedes redimensionar y pagar por horas. El bare metal da rendimiento máximo y constante y coste plano para carga estable; la nube da velocidad y flexibilidad para carga variable. Ninguno es mejor en abstracto: encajan con cargas distintas, y operamos ambos.
¿Vuestras instancias tienen recursos garantizados?
Sí. Corremos KVM con CPU y RAM dedicadas en vez de sobrevender los hosts, porque el aislamiento de kernel y los recursos garantizados son lo que mantiene el rendimiento predecible bajo carga sostenida. La sobresuscripción es como los VPS baratos parecen atractivos y luego se atascan cuando un vecino se pone a trabajar; preferimos dimensionar con honestidad para que la máquina que compras sea la que recibes.
¿Me llegará una factura sorpresa por el tráfico de salida?
No. El egress de los hiperescaladores —datos de salida con un recargo muy por encima de su coste real— es el cargo que los equipos olvidan modelar, y funciona además como anclaje: irte significa pagar por mover cada gigabyte. Nosotros ponemos precio plano y justo al ancho de banda, así que un pico de tráfico no es un evento de facturación y sacar tus datos después no es una penalización. Lo que ves es lo que pagas.
¿Mis datos quedan en Europa y fuera de jurisdicción extranjera?
Sí, si eliges una región de la UE. Como operamos dentro de Europa, tus datos no quedan sujetos a leyes extranjeras como el CLOUD Act estadounidense, y la residencia bajo el RGPD pasa a ser un hecho verificable. Esa soberanía del dato es justo lo que empuja a muchas organizaciones europeas a repatriar cargas desde la nube pública de los hiperescaladores.
¿Cuándo debería usar bare metal en su lugar?
Cuando tu carga es estable y a todas horas, cuando sirves tráfico pesado y sostenido donde el ancho de banda plano gana al precio por gigabyte, o cuando quieres rendimiento máximo y constante sin capa de hipervisor ni vecinos. Para eso, un servidor AMD EPYC de inquilino único suele salir más barato y más rápido que la nube, y te lo señalamos en vez de venderte instancias que no necesitas.
¿Cuándo es mejor un hiperescalador?
Cuando de verdad necesitas un catálogo amplio de servicios gestionados —muchas bases de datos gestionadas, colas, serverless y pegamento propietario cableados entre sí— o una huella verdaderamente mundial en decenas de regiones. No fingimos igualar esa amplitud. Si tu arquitectura depende de ella, un hiperescalador es la herramienta correcta, y lo decimos en vez de aparentar lo contrario.
¿Gestionado o sin gestionar? ¿Cuál elijo?
Sin gestionar te da root y control total: tú llevas el sistema operativo, las actualizaciones y las copias. Gestionado significa que nosotros nos ocupamos de esa fontanería, para que un equipo sin personal de operaciones tenga la economía de la nube sin montar una función de DevOps. Ambos corren sobre los mismos hosts KVM aislados; la elección es solo cuánto quieres operar tú.
Cuéntanos cómo se comporta tu carga.
Si varía o es constante, tu tráfico y tu horizonte, y te decimos qué encaja —nube, bare metal o una mezcla— con precio previsible y datos en Europa. Sin presión.