Dos proveedores te ofrecen lo mismo: 4 vCPU, 8 GB de RAM, 80 GB de almacenamiento NVMe. Uno cuesta la mitad que el otro. En el papel son idénticos. Sin embargo, uno se sentirá ágil a las 3 de la tarde de un martes ajetreado, y el otro se quedará trabado mientras tu base de datos espera su turno. La diferencia tiene un nombre: overselling.
Esto no es exactamente un fraude — es un modelo de negocio. Y una vez que entiendes cómo funciona, puedes detectarlo antes de contratar, no tres meses después cuando tu sitio empieza a dar timeouts.
Qué significa realmente el overselling
El overselling, o sobresuscripción, consiste en vender más de un recurso del que la máquina física realmente tiene. Un servidor con 256 GB de RAM podría alojar planes que suman 400 GB en el papel. Una máquina de 64 núcleos podría vender 300 vCPU. La apuesta es estadística: la mayoría de los clientes no usa todo lo que compró al mismo tiempo, así que el proveedor mete más inquilinos en cada servidor y gana más por máquina.
La apuesta normalmente da resultado — para el proveedor. El costo recae sobre ti, en milisegundos que no ves en una factura pero que sin duda sientes.
Se manifiesta de forma distinta en cada recurso:
- CPU. El recurso que más se sobrevende, porque es el más difícil de medir para los clientes. Tener muchos vecinos compartiendo los mismos núcleos físicos significa que tus procesos hacen fila para conseguir tiempo en el silicio que creías tuyo.
- RAM. Se sobrevende mediante memory ballooning y swap. Cuando al host le falta memoria, tu memoria “garantizada” se pagina silenciosamente al disco, y todo lo que la tocaba se vuelve lentísimo.
- Disco. Se sobrevenden tanto la capacidad como las IOPS. Un vecino ruidoso ejecutando una importación pesada puede saturar el almacenamiento compartido y dejar a todos los demás sin throughput.
Ratios de contención y CPU steal
El número honesto que nadie publicita es el ratio de contención — cuántos clientes comparten un recurso físico. Un ratio de 1:1 en CPU significa que un núcleo dedicado es solo tuyo. Un ratio de 10:1 significa que diez cuentas pueden competir por el mismo núcleo. Ninguno es incorrecto por definición; un ratio de 10:1 está bien para un blog de hobby y es un desastre para una API de pagos. El problema es que los proveedores rara vez te dicen el número, así que estás comprando a ciegas.
La huella más clara de la sobresuscripción de CPU es el steal time — el porcentaje de tiempo en que tu CPU virtual está lista para ejecutarse pero no puede, porque el núcleo físico está ocupado atendiendo a otra persona. El kernel de Linux lo expone directamente, en la columna st:
$ top %Cpu(s): 8.1 us, 2.3 sy, 0.0 ni, 71.2 id, 0.0 wa, 0.0 hi, 0.4 si, 18.0 st ^^^^ # 18.0 st = 18% del tiempo de CPU robado por otros inquilinos del host
En una máquina correctamente asignada ese número se mantiene en cero o cerca de cero. Un steal time sostenido de dos dígitos significa que estás pagando por núcleos que en realidad no llegas a usar.
Una hoja de especificaciones describe lo que compraste. El steal time describe lo que realmente recibiste.
Cómo detectarlo antes y después de contratar
No necesitas herramientas especiales — solo unas cuantas preguntas honestas y un par de comandos.
Antes de contratar, pregúntale directamente al proveedor:
- ¿La asignación de vCPU es dedicada o compartida? ¿Cuál es el ratio de contención?
- ¿La RAM está garantizada, o puede sufrir ballooning/swap bajo presión del host?
- ¿Las IOPS de disco están garantizadas por plan, o se comparten en todo el nodo?
Un proveedor que asigna con honestidad responderá con claridad. Las respuestas vagas — “depende de la carga”, “el rendimiento puede variar” — son en sí mismas una respuesta.
Después de contratar, mide:
- Observa
topovmstat 1durante un periodo de carga alta y revisa la columnasten busca de steal time sostenido. - Ejecuta un benchmark rápido de disco a distintas horas del día; si las IOPS oscilan bruscamente, estás compartiendo un almacenamiento con contención.
- Vigila los síntomas: lentitud que va y viene con un ritmo diario, picos de latencia no relacionados con tu propio tráfico, uso de swap que sube mientras tu aplicación está inactiva.
Nota. Un único pico de steal time durante una ventana de respaldo es normal. La señal de alerta es el steal time *sostenido* bajo carga cotidiana — esa es la firma de un servidor saturado más allá de su límite.
Por qué Cybeward solo vende lo que tiene
Nosotros no hacemos overselling. Cada plan se corresponde con recursos reales y dedicados detrás de él: las vCPU que compras son tuyas, la RAM está reservada en lugar de prestada y paginada, y el almacenamiento corre sobre Ceph respaldado por NVMe con holgura por plan, en vez de un pool compartido que el vecino más ruidoso pueda drenar.
Esa decisión nos cuesta margen. Metemos menos clientes por servidor, lo que significa que ganamos menos por máquina que un proveedor que corre con 2x de sobresuscripción. Creemos que vale la pena, y no solo por principio.
La asignación honesta es aburrida en el mejor de los sentidos: tu benchmark del día uno coincide con tu benchmark del día noventa. Sin lentitudes misteriosas por la tarde, sin tickets de "¿probaste reiniciar?" que no llevan a ninguna parte.
El rendimiento predecible también te sale más barato a ti. Cuando la capacidad es real, puedes dimensionar tu servidor según tu carga de trabajo real en lugar de comprar de más para absorber la contención de otra persona. Pasas menos tiempo persiguiendo lentitudes fantasma y más tiempo entregando producto.
Y también es un mejor negocio para nosotros. Los hosts sobrevendidos generan tickets molestos, solicitudes de reembolso y abandono — los clientes se van en cuanto descubren por qué las cosas se sienten lentas. Un servidor donde cada inquilino recibe lo que pagó genera calma: la gente se queda, porque la cosa simplemente funciona. Nuestro soporte 24/7 está atendido por personas reales en Santiago, y preferimos que dediquen su tiempo a ayudarte a construir en vez de a pedir disculpas por el trabajo de importación de un vecino.
La versión corta
El overselling es vender los recursos dos veces y esperar que no todos aparezcan al mismo tiempo. Es invisible en la hoja de especificaciones y evidente bajo carga. Pregunta por los ratios de contención, vigila tu steal time y elige un proveedor cuyos números del día noventa coincidan con los que te cotizaron el día uno.
Esa es toda la promesa detrás de vender solo los recursos que realmente tenemos.
