Rendimiento y fiabilidad

El tiempo de robo es el porcentaje de tiempo que tu CPU virtual estuvo lista para ejecutarse pero el hipervisor dio el núcleo físico a otra persona. Aparece como la columna "st" en top. Cualquier valor consistentemente superior al 2–3% significa que estás compitiendo por el núcleo, y es la causa habitual de picos de latencia inexplicables en una instancia con vCPU compartida.

En orden de probabilidad: agotamiento de memoria que causa intercambio (swap), saturación de E/S de disco, tiempo de robo de CPU en núcleos compartidos, una base de datos no optimizada o latencia de red hacia tus usuarios. Comprueba primero free -h y la columna st en top — juntos identifican la causa aproximadamente el ochenta por ciento de las veces.

Dentro de un área metropolitana, menos de 5 ms. Dentro de un continente, 10–40 ms. A través del Atlántico, 70–90 ms. De Europa a Asia, 150–200 ms. Rutas antípodas, 250–320 ms. La luz en la fibra viaja a aproximadamente dos tercios de c y las rutas reales son alrededor de 1.35 veces la distancia en círculo máximo, así que alrededor de 1 ms por cada 100 km por trayecto es el mínimo.

Una instancia bien configurada de 2 vCPU / 4 GB sirve un sitio estático a millones de visitas mensuales, un sitio WordPress en caché a aproximadamente 300,000, y una aplicación dinámica sin caché a quizás 30,000. La variable que domina es el caché, no el hardware — la misma instancia difiere en dos órdenes de magnitud dependiendo de ello.

Mide las tres cosas que realmente varían: CPU de un solo hilo con sysbench, disco con fio en lectura/escritura aleatoria de 4K, y red con iperf3 a un endpoint conocido. Ejecuta cada uno varias veces en diferentes horas: un solo benchmark mide ese minuto, no el servidor.

Aproximadamente cinco veces más IOPS aleatorias — alrededor de 500.000 frente a 90.000 — y aproximadamente cinco veces menor latencia, bajo 0,1 ms frente a unos 0,5 ms. El rendimiento secuencial es de seis a diez veces mayor. Para aplicaciones con respaldo de base de datos, la brecha de IOPS aleatorias es la que realmente notas.

Nuestro SLA es del 99,99% por instancia, lo que permite alrededor de 4,4 minutos de inactividad al mes, y la disponibilidad observada en toda la flota durante los últimos doce meses fue del 99,993%. Cualquier cosa más allá de eso requiere redundancia que construyas tú mismo: una sola máquina, por muy buena que sea, es un punto único de fallo.

Indirectamente y de forma medible. Los motores de búsqueda no clasifican por el país del servidor, pero miden la velocidad de la página, y la distancia es latencia. Un servidor a 200 ms de tus usuarios cuesta puntuaciones reales de Core Web Vitals. Usa un CDN si tu audiencia es global; coloca el origen cerca de tu audiencia si es regional.

La protección DDoS filtra el tráfico de ataque antes de llegar a tu servidor para que las solicitudes legítimas sigan llegando. Debe estar siempre activa para ser útil: la mitigación que se activa después de que un ataque comienza ya te ha permitido caer. OnionVPS incluye hasta 12 Tbps de limpieza de capas 3/4 en todos los planes, incluido el plan de $4.

El aislamiento es fuerte: KVM impone la separación en el hardware, y escapar de él es una exploit grave de nivel de investigación. El riesgo realista no es el hipervisor, sino tu configuración. SSH con contraseña, software sin parchear y un servicio abierto que olvidaste representan prácticamente todos los compromisos del mundo real.

Una vCPU compartida se programa contra otros inquilinos, por lo que bajo contención tu proceso espera, visible como tiempo de steal. Una vCPU dedicada es un hilo físico reservado para ti sin nada más programado en él. La compartida es adecuada para trabajos inactivos la mayor parte del tiempo; la dedicada es necesaria para cualquier cosa con un requisito de latencia.