Hosting compartido o VPS: cuál necesitas

Alojamiento compartido frente a VPS: respuesta breve

La comparación entre alojamiento compartido y VPS no es una cuestión de velocidad. En un alojamiento compartido, alquila una cuenta en una máquina que otra persona configura, actualiza y comparte entre cientos de clientes. En un VPS (servidor privado virtual), alquila un sistema operativo completo con acceso root. Puede instalar lo que necesite y también debe reparar lo que averíe.

Hay tres diferencias principales. O tiene acceso root o no lo tiene. La memoria está asignada a su servicio o se toma de un grupo compartido. Y cuando el servidor deja de responder a medianoche, el proveedor lo repara o lo hace usted. Todo lo que aparece en una tabla de características se deriva de esas tres diferencias.

Si su sitio contiene páginas, imágenes y un formulario de contacto, el alojamiento compartido es la opción adecuada y cuesta menos. Si su sitio necesita un programa que siga ejecutándose mientras nadie lo visita, necesita un VPS.

Qué ofrece realmente el hosting compartido

Un servidor Linux ejecuta muchas cuentas de clientes al mismo tiempo. Cada cuenta tiene un directorio de inicio con una raíz de documentos, una base de datos y un buzón. Un único servidor web, normalmente Apache o LiteSpeed, sirve todos los sitios alojados en el servidor. En lugar de un shell, se ofrece un panel de control. No se obtiene acceso root, por lo que no se puede instalar un paquete, abrir un puerto ni iniciar un servicio en segundo plano.

La mayoría de los proveedores de hosting compartido ejecutan CloudLinux, que coloca cada cuenta en su propio contenedor con un límite estricto de tiempo de procesador y de procesos simultáneos. Superar el límite de procesos no ralentiza el sitio. Hace que el servidor devuelva una página de error con el texto 508 Resource Limit Is Reached. Esa página indica que la cuenta ha alcanzado su propio límite, no que otro cliente esté consumiendo la cuota asignada.

La contrapartida es deliberada. Se renuncia al control y, a cambio, el proveedor aplica parches al kernel, actualiza PHP, renueva el certificado y mantiene una copia de seguridad nocturna. Para muchos sitios, es una buena contrapartida.

Qué ofrece realmente un VPS

Un VPS es una máquina virtual que se ejecuta en un servidor host. Con KVM, el hipervisor que utilizan la mayoría de los planes VPS de Linux, la instancia inicia su propio kernel y tiene su propia dirección IP, su propio firewall y su propio sistema init. sudo funciona. apt install funciona. Un programa que inicia mediante systemd sigue ejecutándose después de cerrar la sesión, se reinicia si falla y vuelve a estar disponible después de reiniciar el servidor.

Ese mismo acceso root es la razón por la que la seguridad de la máquina pasa a ser responsabilidad suya. Nadie más la supervisa. La variedad de cosas que se ejecutan en un VPS es amplia precisamente por este motivo: el servidor puede hacer cualquier cosa que pueda hacer un servidor Linux.

Diferencia 1: acceso root y lo que permite

root es la diferencia que produce todas las demás. Con root puede instalar cualquier paquete de la distribución, asociar cualquier puerto, escribir una unidad de systemd, leer todos los registros de la máquina y cambiar la configuración del kernel con sysctl. Sin root, sólo dispone de las opciones que ofrece el panel: un selector de versión de PHP, un conjunto fijo de extensiones y un formulario para tareas de cron.

En un VPS siempre puede consultar qué está escuchando en la máquina:

ss -ltnp

Cada línea corresponde a un socket abierto y muestra el proceso propietario. Por tanto, un servicio que no se haya iniciado aparece como una línea ausente. En un servicio de hosting compartido, la pregunta no tiene respuesta, porque los puertos 80 y 443 pertenecen al servidor web del host y ningún proceso que escriba puede ocuparlos.

Diferencia 2: memoria asignada frente a memoria prestada

El hosting compartido se ofrece suponiendo que pocas cuentas estarán ocupadas al mismo tiempo. La memoria de la máquina es un conjunto común, y la parte que corresponde a su cuenta es un límite, no una reserva. Cuando se agota esa parte, los procesos de PHP se terminan y los visitantes reciben un error 500 o 508.

En un VPS, la memoria incluida en su plan pertenece a su instancia. free -m la muestra, y ningún proceso fuera de su máquina virtual puede quitársela.

El tiempo de procesador es la excepción. La mayoría de los planes VPS comparten los núcleos físicos entre varios huéspedes, y puede medirlo directamente:

vmstat 1 5

La columna st indica el tiempo robado: el porcentaje de tiempo durante el que su procesador virtual estaba listo para ejecutarse, mientras el núcleo físico se asignaba a otro huésped. Un valor estable de unos pocos puntos porcentuales es normal. Un valor de dos dígitos mantenido indica que el host está sobreasignado, y es una cifra que puede citar en una solicitud al soporte. En el hosting compartido no existe una lectura equivalente, porque todas las herramientas que la mostrarían requieren root. El almacenamiento se comporta de la misma forma. Por eso importa el tipo de disco incluido en un plan VPS y conviene medir personalmente un VPS nuevo durante la primera semana, en lugar de confiar en la página de ventas.

Diferencia 3: quién es responsable cuando falla

En un hosting compartido, el proveedor administra el sistema operativo, el servidor web, la compilación de PHP, los certificados y la copia de seguridad nocturna. Cuando la máquina deja de responder, abre un ticket y alguien ya está trabajando en el problema. El coste de esta ventaja es la otra cara de la misma regla: no puede pedirles que instalen algo que no admiten.

En un VPS no administrado, el proveedor administra el hipervisor, la red y la alimentación eléctrica. Todo lo que está por encima del kernel es responsabilidad suya. Las actualizaciones de seguridad, el firewall, las copias de seguridad, la renovación de certificados y la monitorización corren por su cuenta, y el soporte no iniciará sesión para depurar la configuración del servidor web. Planifíquelo desde el primer día: los primeros diez minutos en un VPS nuevo, después un firewall que entienda, actualizaciones de seguridad automáticas y copias de seguridad que haya restaurado al menos una vez.

Cuándo el hosting compartido es la opción adecuada

Un sitio corporativo es el caso más claro: algunas páginas, imágenes, un formulario de contacto, quizá WordPress con un plugin de caché y unos pocos miles de visitas al día. No hay tareas en segundo plano. No hay un entorno de ejecución inusual. Nada debe permanecer en memoria entre peticiones. El hosting compartido ofrece un buen servicio para ese sitio, cuesta menos que cualquier VPS y deja el mantenimiento en manos de profesionales que se dedican a ello a tiempo completo. Migrarlo a un VPS no aporta nada y añade una tarea que antes no existía.

Hay un segundo caso que recibe menos atención. Si nadie de su equipo quiere leer un archivo de registro ni ejecutar apt upgrade, el hosting compartido es la opción más segura. Un VPS sin parches y con un puerto de base de datos abierto es un resultado peor que una cuenta compartida que un profesional mantiene actualizada. El control sólo es una ventaja cuando alguien lo utiliza.

Señal 1: necesita un programa que siga ejecutándose

Un daemon es un programa que permanece en memoria y espera trabajo: una API, un bot de chat, un worker de colas o un servidor de juegos. El hosting compartido ejecuta su código sólo cuando llega una petición. Además, finaliza cualquier proceso que deje ejecutándose desde una sesión SSH (secure shell), porque un proceso de larga duración cuenta para el límite de procesos de la cuenta.

En un VPS, el mismo programa se convierte en una unidad de systemd:

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status debe mostrar Active: active (running) con un ID de proceso. Si muestra Active: failed (Result: exit-code), el motivo está en journalctl -u myapp -n 50, que muestra la salida del propio programa en el momento en que se detuvo. Restart=always en el archivo de unidad hace que vuelva a iniciarse después de un fallo, y enable hace que vuelva a iniciarse después de un reinicio. Escribir servicios y temporizadores de systemd es la primera habilidad de VPS que conviene aprender correctamente.

Señal 2: necesita un entorno de ejecución que el panel no ofrece

El panel muestra una lista. Si su aplicación necesita una versión del lenguaje que no aparece en esa lista, una biblioteca que deba compilarse, ffmpeg, un navegador sin interfaz gráfica o una base de datos distinta de MySQL, el hosting compartido no tiene dónde instalarlo. La instalación de software requiere root, y la cuenta no tiene compilador ni cabeceras de desarrollo, por lo que la compilación falla antes de generar ningún resultado.

En un VPS puede instalarlo con apt install, o ejecutarlo en un contenedor y mantener limpio el host. Docker Compose en un VPS es la opción habitual cuando la aplicación tiene más de un componente.

Señal 3: el trabajo de cron debe ejecutarse a tiempo

Los hosts compartidos aceptan trabajos de cron mediante un formulario y establecen un intervalo mínimo, normalmente de cinco o quince minutos. Si un trabajo supera el límite de CPU de la cuenta, se termina a mitad de ejecución y falla de forma silenciosa, porque no se escribe nada en un registro que pueda leer.

En un VPS, crontab -e acepta cualquier programación que escriba, y un temporizador de systemd es aún mejor:

systemctl list-timers
journalctl -u cron -n 20

list-timers muestra la próxima ejecución y el último resultado de cada temporizador, y el registro de cron muestra cada comando cuando se ejecuta. Si un trabajo no se ejecuta, puede determinar si nunca se inició o si se inició y falló. Esta distinción constituye la mayor parte de la depuración de una tarea programada.

Señal 4: los demás usuarios están aumentando el tiempo de respuesta

El síntoma es específico. La misma página, sin cambios en el código, responde rápido por la noche y despacio a las siete de la tarde. Mídalo desde su propia máquina antes de culpar a alguien:

for i in $(seq 1 20); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/; sleep 5; done

time_starttransfer es el tiempo hasta el primer byte de la respuesta, en segundos. Si los veinte valores son similares, el servidor no es el problema y la solución está en el código o en las consultas a la base de datos. Si se mantienen estables a las 3am y varían varios cientos de milisegundos en las horas punta, comparte una máquina con mucha carga con cuentas que no puede ver. Es el único factor que no puede corregir con un código mejor, porque la causa está al otro lado del límite de la cuenta.

Lo que cuesta realmente el cambio

Estos son precios anunciados habituales en agosto de 2026 para el plan más pequeño de cada categoría. Tómalos como una referencia general, no como una oferta, y comprueba el precio actual antes de comprar.

[
  {
    "plan": "Shared hosting",
    "first_term_usd": 3,
    "renewal_usd": 12
  },
  {
    "plan": "VPS, 1 vCPU 1 GB",
    "first_term_usd": 5,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB",
    "first_term_usd": 12,
    "renewal_usd": 15
  },
  {
    "plan": "Managed VPS, 2 vCPU 4 GB",
    "first_term_usd": 25,
    "renewal_usd": 30
  }
]

La diferencia inicial va de 3 a 5 dólares estadounidenses al mes, pero esa no es la cifra decisiva. El hosting compartido anuncia una tarifa inicial que normalmente exige pagar por adelantado entre uno y tres años, y se renueva cerca de 12 dólares. Si comparas el precio de renovación con el precio de renovación, la situación cambia: 12 dólares por la cuenta de hosting compartido frente a 6 dólares por un VPS básico.

Ten cuidado con esa comparación, porque los tamaños no son equivalentes. Un VPS con 1 vCPU y 1 GB ejecuta el servidor web y la base de datos en una sola máquina pequeña. Esto deja poco margen para WordPress cuando llega tráfico real. La comparación equivalente con un plan compartido renovado es la opción de 2 vCPU y 4 GB, por unos 15 dólares. Por tanto, el sobrecoste real es de unos pocos dólares al mes, no un múltiplo.

El coste mayor nunca aparece en la factura. Un VPS añade una hora de configuración, unos minutos cada mes para instalar actualizaciones y la tarde que dedicarás la primera vez que algo falle. Calcula ese tiempo con tu propia tarifa por hora y la diferencia se reduce rápidamente. Lo que cuesta realmente un VPS analiza los tamaños con más detalle.

Mover un sitio desde un hosting compartido sin perder tráfico

1. Un día antes, reduzca a 300 segundos el TTL (tiempo de vida) de DNS (sistema de nombres de dominio) del dominio. Así, el cambio se aplica en minutos en lugar de horas.
2. Prepare el servidor nuevo y compruebe que el sitio funciona mediante su dirección IP antes de modificar DNS.
3. Copie los archivos. Después, vuelque la base de datos y restáurela en el servidor nuevo.
4. Pruebe el sitio mediante el archivo hosts de su equipo portátil. Este archivo dirige el dominio a la IP nueva sólo en su equipo.
5. Emita el certificado TLS (seguridad de la capa de transporte) en el servidor nuevo, cambie el registro A y mantenga activa la cuenta de hosting compartido durante una semana.

dig example.com A +noall +answer
rsync -avz ~/public_html/ deploy@203.0.113.10:/srv/www/example.com/
mysqldump --single-transaction -u dbuser -p dbname > site.sql

dig muestra el TTL en la segunda columna de su respuesta. Así puede confirmar que el valor reducido ya está activo antes de cambiar nada. --single-transaction crea una instantánea coherente sin bloquear las tablas. Esto es importante si el sitio antiguo sigue recibiendo pedidos mientras realiza el cambio. En el servidor nuevo, configure los certificados ese mismo día: Let's Encrypt en Ubuntu con nginx tarda unos minutos cuando el registro DNS apunta al servidor.

Recursos sin la responsabilidad

Si los cuatro signos describen su sitio, pero no quiere encargarse del mantenimiento, la opción intermedia es un VPS administrado. Conserva la memoria asignada y la capacidad de nivel root, mientras el proveedor se encarga de aplicar parches, monitorizar el sistema y, normalmente, proporcionar un panel. El gráfico anterior sitúa ese servicio en unos 30 dólares, frente a 15 para un VPS no administrado del mismo tamaño. La diferencia paga la atención de otra persona cuando el servidor deja de responder por la noche.

La decisión entre un VPS administrado y uno no administrado es la siguiente lectura adecuada si este es su caso. Si ya administra un VPS con mucha carga y el steal time sigue siendo alto durante las horas punta, el paso siguiente es un servidor dedicado sin ningún vecino.

FAQ

¿Un VPS es más rápido que el hosting compartido?

No automáticamente. Un servidor compartido con poca carga puede superar a un VPS con 1 vCPU al servir una sola página de WordPress. Lo que ofrece un VPS es estabilidad: la memoria incluida en su plan está reservada para usted, por lo que el tiempo de respuesta depende de su código y no de la cuenta con mayor carga del equipo. Si sus páginas son lentas tanto a las 3am como a las 7pm, la causa está en su código o en las consultas a la base de datos. Trasladar el mismo código a un VPS también traslada el problema.

¿Puedo ejecutar una aplicación de Node.js o Python en un hosting compartido?

A veces, pero sólo dentro de límites estrictos. Algunos paneles inician la aplicación mediante Passenger cuando llega una petición. No puede enlazar su propio puerto, porque el servidor web del proveedor controla 80 y 443. Tampoco puede mantener un worker en memoria entre peticiones, porque el límite de procesos de la cuenta termina cualquier proceso de larga duración. Un bot, un worker de colas o un servidor websocket necesita un VPS.

¿Necesito saber Linux para administrar un VPS?

En un VPS no administrado, sí. Necesita claves SSH, un firewall, actualizaciones, copias de seguridad y el hábito de leer los registros. Reserve una hora para la configuración inicial y unos minutos al mes después de eso. Si no desea realizar ese trabajo, un plan administrado mantiene los recursos asignados y devuelve el mantenimiento al proveedor. Esta es la diferencia que se explica en hosting VPS administrado frente a no administrado.

¿Mi sitio dejará de estar disponible mientras lo traslado de un hosting compartido a un VPS?

No, si reduce primero el TTL de DNS y mantiene ambas cuentas activas. Establezca el TTL en 300 segundos un día antes, copie los archivos y la base de datos, pruebe el nuevo servidor mediante el archivo hosts de su equipo portátil y, después, cambie el registro A. Durante unos minutos, algunos visitantes llegarán al servidor antiguo y otros al nuevo. Por eso, mantenga activa la cuenta compartida durante una semana. Configure el sitio en modo de sólo lectura durante la exportación final de la base de datos o acepte perder los datos escritos durante ese intervalo.