Por qué se mueven los precios de VPS en 2026
El mercado de servidores virtuales atraviesa una recomposición que afecta simultáneamente a los componentes, la geografía de los centros de datos y la demanda. La memoria RAM ha experimentado una subida de entre el 250 y el 300% entre septiembre de 2025 y finales de 2026, impulsada por los despliegues de infraestructura de IA. Los proveedores europeos, con costes estructuralmente más altos de energía y mano de obra que sus homólogos en EE. UU., absorben parte de esa presión, pero trasladan el excedente. Las gamas denominadas «cost-optimized» son las primeras afectadas: dependen de generaciones de hardware mantenidas en servicio específicamente para contener precios, lo que limita mecánicamente la capacidad disponible.
- 2 de septiembre de 2026 — Hetzner: toda la gama CX y CAX pasa a «no disponible» simultáneamente en todos los centros de datos; la gama CPX sigue siendo pedible a un precio notablemente superior.
- 1 de abril de 2026 — OVH: los VPS de la gama 2026 (VPS-1 a VPS-6) suben entre un 40 y un 67%; el VPS-1 pasa de 4,90 a 7,60 € sin IVA/mes, el VPS-4 de 26,00 a 43,50 €.
- 15 de junio de 2026 — Oracle Cloud: la asignación Always Free Ampere A1 pasa de 4 OCPU / 24 GB de RAM a 2 OCPU / 12 GB sin anuncio público; aplicación de la restricción a partir del 18 de agosto de 2026.
Hetzner: agotado desde el 2 de septiembre de 2026
La gama CX de Hetzner se construye sobre hardware de generación anterior mantenido deliberadamente en servicio para ofrecer precios de los más competitivos del mercado europeo. Esta política implica una capacidad finita que no puede ampliarse a corto plazo. El 2 de septiembre de 2026, los rastreadores de stock registraron el paso simultáneo de todos los planes CX y CAX al estado «no disponible» en todos los centros de datos. Se producen ventanas de reposición esporádicas — a veces de apenas unos minutos — cuando las máquinas terminadas vuelven al pool, pero no se publica ningún calendario. La gama CPX, basada en hardware reciente, se mantuvo disponible para pedidos en un nivel de precio diferente. Para una infraestructura existente en CX, el riesgo inmediato es el de la renovación o la expansión: un plan activo sigue funcionando, pero añadir un nodo adicional puede encontrar una indisponibilidad prolongada.
OVH VPS: +40 a +67% en las gamas de entrada (abril de 2026)
OVHcloud anunció con antelación una revisión de precios efectiva desde el 1 de abril de 2026 en toda la gama VPS 2026. Las subidas oscilan entre el 40 y el 67% según el plan. El argumento declarado es el aumento del coste de los componentes — principalmente la RAM — combinado con los costes energéticos de los centros de datos franceses y canadienses. Los contratos en vigor se mantuvieron al precio antiguo hasta su próxima renovación. Este margen ofreció tiempo para evaluar alternativas sin presión inmediata, pero muchos clientes descubrieron la subida al recibir la factura de renovación, sin haber reparado en la notificación inicial.
Oracle Cloud ARM: reducido a la mitad en silencio (junio–agosto de 2026)
El nivel Always Free de Oracle Cloud ofrecía desde 2020 una asignación Ampere A1 de 4 OCPU y 24 GB de RAM distribuibles entre instancias. Esta asignación era la base de muchas arquitecturas ligeras: Kubernetes de un solo nodo, instancias de desarrollo, reverse proxies. El 15 de junio de 2026, sin comunicado de prensa, sin entrada en el blog y sin correo electrónico a los usuarios afectados, Oracle redujo esa asignación a 2 OCPU y 12 GB. La aplicación se pospuso hasta el 18 de agosto de 2026, fecha en la que las instancias que superaban los nuevos límites fueron detenidas automáticamente. El problema no es la reducción en sí — es la ausencia total de aviso previo, que sorprendió a equipos para quienes la instancia de Oracle era un eslabón de su infraestructura, sin monitorización ni redundancia previstas en ese punto.
Criterios estables para evaluar un proveedor de VPS en 2026
Desplace la tabla
| Criterio | Qué verificar | Señal de alerta |
|---|---|---|
| Recursos garantizados | ¿Los vCPU y la RAM son dedicados o compartidos (burst)? | Mención de «shared vCPU» o «burst» sin un mínimo garantizado |
| Política de modificación | ¿Puede el proveedor cambiar las especificaciones o los precios sin previo aviso? | Ausencia de cláusula contractual de preaviso (mínimo 30 días) |
| Localización del datacenter | ¿Está el centro de datos en Europa (RGPD, latencia)? | Centro de datos en EE. UU. o Asia presentado sin transparencia sobre la jurisdicción de los datos |
| Acceso root | ¿Se garantiza el acceso SSH root sin restricciones? | Panel de control propietario obligatorio, SSH root deshabilitado por defecto |
| IPv4 dedicada | ¿Se incluye una IPv4 pública dedicada o es un extra opcional de pago? | IPv4 compartida o NAT por defecto, IPv4 dedicada facturada como suplemento no anunciado |
| SLA de disponibilidad | ¿Cuál es el SLA contractual y cómo se calcula la compensación? | SLA insuficiente o compensación en créditos no canjeables |
Lo que realmente se busca en un VPS en 2026
Los tres eventos descritos revelan una brecha entre lo que muchos usuarios creían haber comprado y lo que tenían realmente. Un VPS cuyos recursos pueden reducirse sin previo aviso no es un VPS en el sentido contractual; es una asignación variable. Una gama cuya disponibilidad depende del parque de hardware existente no ofrece garantía de ampliación. Lo que se busca en 2026 es menos un precio de entrada que un conjunto de invariables: recursos garantizados por escrito, IPv4 dedicada incluida, centro de datos en Europa con cláusula RGPD explícita, acceso root sin restricciones y una política de modificación que obligue al proveedor a un preaviso suficiente para planificar una eventual migración.
Cómo preparar una migración de VPS sin corte de servicio
Elaborar un inventario preciso de todo lo que está en funcionamiento: servicios, puertos abiertos, cron jobs, volúmenes de datos, dependencias entre servicios. Un inventario incompleto es la primera causa de omisiones durante una migración.
Contratar el nuevo VPS en paralelo al antiguo, sin cancelarlo de inmediato. Mantener ambos activos durante toda la migración permite una vuelta atrás instantánea.
Crear un snapshot completo del servidor de origen antes de empezar. Este snapshot es el punto de retroceso en caso de problema detectado tras el cambio.
Transferir los datos y configurar el nuevo servidor como espejo. Probar la aplicación en el nuevo servidor con su propio nombre DNS de prueba antes de cualquier cambio de DNS.
Reducir el TTL de DNS a 300 segundos al menos 24 horas antes del cambio. Un TTL alto en el momento del cambio prolonga la ventana de propagación y, por tanto, el período en el que parte de los visitantes siguen llegando al servidor antiguo.
Cambiar el DNS manteniendo el servidor antiguo activo. Supervisar los logs de ambos servidores durante al menos 2 horas para detectar peticiones que sigan dirigiéndose al antiguo.
Verificar que la IPv4 dedicada del nuevo servidor esté correctamente referenciada en todas las configuraciones dependientes: SPF, DKIM, DNS inverso, cortafuegos de clientes, listas blancas de acceso.
Cancelar el servidor antiguo solo tras un período de estabilidad constatada, nunca el mismo día del cambio.
Solución de problemas: los errores clásicos de una migración precipitada
Estos son los errores más frecuentes en una migración VPS precipitada y cómo evitarlos.
- Cancelar el servidor antiguo antes de que se estabilice el DNS: la propagación puede tardar hasta 48 horas y algunos visitantes pueden seguir siendo dirigidos a la IP antigua durante ese período.
- Olvidar configurar el DNS inverso en el nuevo servidor: los servidores de correo comprueban la coherencia PTR/A; la ausencia de rDNS provoca rechazos silenciosos en los envíos salientes.
- Migrar sin probar las copias de seguridad automáticas en el nuevo servidor: un sistema de copias de seguridad no probado es un sistema de copias de seguridad no funcional.
- Descuidar la verificación de la IPv4 en las reglas de cortafuegos de los clientes: si los clientes o socios tienen en lista blanca la IPv4 antigua, quedarán bloqueados tras el cambio sin ningún mensaje de error explícito.
- Asumir que los mismos scripts de despliegue funcionarán de forma idéntica en una distribución de sistema operativo ligeramente diferente: verificar la versión exacta del SO de destino antes de empezar.
Antes de firmar con un nuevo proveedor, revisa las condiciones generales para confirmar si los recursos anunciados (vCPU, RAM) están garantizados o se comparten en modo burst. Pregunta explícitamente si el proveedor puede modificar esos recursos sin previo aviso. Una respuesta vaga o que remita a las condiciones sin una cláusula específica es una respuesta negativa.
Reevaluar sin urgencia, elegir con criterios duraderos
Los tres impactos de 2026 no obligan a ningún cliente de alojamiento existente a migrar en las próximas semanas, salvo que sus recursos actuales se vean directamente afectados. Sí invitan, en cambio, a reevaluar el contrato implícito con el proveedor. Un VPS con IPv4 dedicada, recursos garantizados y centro de datos europeo no es una categoría premium: es la definición mínima de un servicio sobre el que construir una infraestructura profesional. ServOrbit ofrece VPS root con IPv4 dedicada, alojados en centros de datos europeos, con recursos garantizados desde 99 DH/mes. La migración desde un proveedor existente puede realizarse sin corte de servicio siguiendo los pasos descritos anteriormente.
