Hosting compartido o VPS: ¿cuál necesitas?

Alojamiento compartido frente a VPS: respuesta breve

Alojamiento compartido frente a VPS no es una cuestión de velocidad. En el alojamiento compartido alquila una cuenta en una máquina que otra persona configura, actualiza y comparte entre varios clientes. En un VPS (servidor privado virtual) no gestionado alquila un sistema operativo completo con acceso root. Por tanto, instala lo que necesita y también repara lo que rompe.

Hay tres diferencias principales. Puede tener acceso root o no tenerlo. La asignación de memoria y las garantías dependen del plan. Y cuando el servidor deja de responder a medianoche, el proveedor lo repara o lo hace usted. Todas las características de una tabla comparativa se derivan de esos tres puntos.

Si su sitio consta de páginas, imágenes y un formulario de contacto, el alojamiento compartido es la opción adecuada para muchos sitios. Si su sitio necesita un programa que siga ejecutándose aunque no haya visitantes, compruebe si el proveedor de alojamiento compartido admite servicios persistentes antes de elegir un VPS.

Lo que realmente ofrece el hosting compartido

Un servidor Linux ejecuta muchas cuentas de clientes al mismo tiempo. Cada cuenta tiene un directorio personal con una raíz de documentos, una base de datos y un buzón, y un único servidor web, normalmente Apache o LiteSpeed, sirve todos los sitios del servidor. Tiene acceso a un panel de control, y algunos proveedores también ofrecen una shell. No tiene acceso a root, pero algunos proveedores permiten instalar software en el directorio personal, usar determinados puertos y ejecutar servicios en segundo plano.

Muchos proveedores de hosting compartido usan CloudLinux, que coloca cada cuenta en su propio contenedor ligero con límites de tiempo de CPU, memoria, E/S de disco, número de procesos y número de procesos de entrada. Cada límite provoca fallos distintos. Superar el límite de CPU o de E/S hace que el sitio responda más lentamente; no lo deja fuera de servicio. Superar el límite de memoria o de procesos suele producir errores 500 y 503. Con Apache, la página de error titulada 508 Resource Limit Reached se debe al límite de procesos de entrada; LiteSpeed gestiona los procesos de entrada de otra forma. En todos los casos, es su propia cuenta la que alcanza su límite, no un vecino que consume su parte.

El intercambio es deliberado. Renuncia al control y, a cambio, el proveedor aplica parches al kernel y mantiene el software compatible; la renovación de certificados y las programaciones de copias de seguridad dependen del plan. Para muchos sitios, ese intercambio resulta conveniente.

Qué ofrece realmente un VPS

Un VPS es una máquina virtual que se ejecuta en un servidor físico. Con KVM, la instancia inicia su propio kernel y tiene su propia dirección IP, su propio firewall y su propio sistema init. En un VPS Linux no gestionado con acceso root, sudo funciona. En una instalación de Debian o Ubuntu, apt install funciona. Un programa que inicia mediante systemd sigue ejecutándose después de cerrar la sesión. Con la configuración adecuada de reinicio y arranque, vuelve a iniciarse después de un fallo y tras reiniciar el sistema.

Ese mismo acceso root explica por qué la seguridad de la máquina pasa a ser responsabilidad suya. Nadie más la supervisa. El conjunto de cosas que se ejecutan en un VPS es amplio precisamente por este motivo: el servidor puede hacer todo lo que puede hacer un servidor Linux.

Diferencia 1: acceso root y lo que permite

root le da control sobre el sistema operativo. Con esta cuenta puede instalar cualquier paquete de la distribución, asociar cualquier puerto, escribir una unidad de systemd, leer todos los registros del equipo y cambiar la configuración del kernel con sysctl. Sin acceso root, el panel no siempre es el límite: alwaysdata permite instalar extensiones adicionales de PHP con ad_install_pecl.

En un VPS siempre puede consultar qué está escuchando en el equipo:

ss -ltnp

Cada fila de socket muestra un proceso que escucha en TCP. Los detalles del proceso dependen de sus permisos. Por tanto, si un servicio que debería escuchar en TCP no se inicia, aparece como una línea ausente. En un alojamiento compartido, el acceso a la información de los sockets y el permiso para ejecutar sus propios procesos que escuchen en puertos dependen del proveedor, aunque el proveedor controle los puertos 80 y 443.

Diferencia 2: memoria asignada frente a memoria prestada

El hosting compartido se vende suponiendo que pocas cuentas están ocupadas al mismo tiempo. La memoria del equipo es un conjunto común, y la parte correspondiente a su cuenta es un límite, no una reserva. En CloudLinux, alcanzar el límite de memoria física termina los procesos, y los visitantes pueden recibir un error 500 o 503.

En un VPS, free -m informa de la memoria visible para su sistema invitado, pero no demuestra que exista una reserva irrevocable de memoria física. Un host puede recuperar memoria del sistema invitado mediante ballooning; las garantías de recursos del proveedor determinan si esto está permitido en su plan.

El tiempo de procesador es otro recurso compartido en los planes VPS con CPU compartida, y puede medir el tiempo de espera causado por otros invitados:

vmstat 1 5

La columna st es el tiempo de steal: la proporción de tiempo durante la que su procesador virtual estaba listo para ejecutarse mientras el núcleo físico se asignaba a otro sistema invitado. No existe un porcentaje normal ni un umbral universal que demuestre una sobresuscripción; un tiempo de steal sostenido es un dato que puede incluir en un ticket de soporte. vmstat necesita acceso a los archivos /proc correspondientes, pero no requiere root para sus lecturas habituales, y un host compartido puede restringir esa visibilidad. El almacenamiento también es un recurso que debe comprobar, por lo que importa el tipo de disco usado por el plan VPS y conviene medir personalmente un VPS nuevo durante la primera semana, en lugar de confiar en la página comercial.

Diferencia 3: quién es responsable cuando falla

En el alojamiento compartido, el proveedor administra el sistema operativo, el servidor web y las versiones de PHP compatibles. La cobertura de certificados y copias de seguridad depende del plan. Cuando la máquina deja de responder, abre un ticket. El tiempo de respuesta depende de las condiciones de soporte del proveedor. El coste de esta modalidad es la otra cara de la misma regla: el software que queda fuera del entorno compatible debe ajustarse a las políticas de instalación y servicio del proveedor.

En un VPS no administrado, el proveedor es responsable del 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. 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 alojamiento compartido es la opción adecuada

Un sitio informativo es el caso más claro: algunas páginas, imágenes, un formulario de contacto, quizá WordPress con un plugin de caché y un volumen de tráfico dentro de los límites de recursos del plan. No hay tareas en segundo plano. No hay un entorno de ejecución especial. Nada debe permanecer en memoria entre peticiones. El alojamiento compartido sirve bien para ese sitio y deja el mantenimiento del servidor en manos de profesionales que se dedican a ello; compare precios, porque no siempre cuesta menos que un VPS. Migrarlo a un VPS no aporta ninguna ventaja y añade una tarea que antes no tení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 alojamiento compartido es la opción más segura. Un VPS sin parches y con un puerto de base de datos abierto es 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 trabajador de cola o un servidor de juegos. Las reglas del alojamiento compartido varían: DreamHost prohíbe los procesos persistentes en los planes compartidos, mientras que alwaysdata ofrece servicios personalizados supervisados en los planes de pago.

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. Escritura de 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 la 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 que el panel no ofrece (cPanel incluye MySQL y, cuando el proveedor lo habilita, PostgreSQL), consulte las reglas de instalación del proveedor. La instalación de software en el directorio personal no siempre requiere root: DreamHost documenta cómo compilar zlib y una versión personalizada de Python en servidores compartidos.

En un VPS puede instalarlo con apt install o ejecutarlo en un contenedor para 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 el proveedor puede establecer su propio intervalo mínimo. En CloudLinux, un trabajo que alcanza el límite de procesador de la cuenta se ralentiza en lugar de finalizarse, por lo que un trabajo largo puede seguir ejecutándose cuando llega el momento de iniciar el siguiente. Si la cuenta ya ha alcanzado su límite de procesos, el trabajo no puede iniciar ningún proceso nuevo. Puede consultar parte de esta información: la opción Cron Email de cPanel envía por correo la salida de cada trabajo y, en los hosts CloudLinux que ofrecen esta función, la página Resource Usage del panel indica el límite alcanzado por la cuenta y cuenta los errores. El acceso a los registros del sistema y la autorización para aumentar los límites siguen dependiendo del proveedor, aunque algunos proveedores muestran registros de tareas con las horas de inicio y finalización.

En un VPS, crontab -e acepta las programaciones compatibles con la implementación de cron instalada. Un temporizador de systemd es aún mejor:

systemctl list-timers
journalctl -u cron -n 20

list-timers muestra las horas de la siguiente y la última activación de los temporizadores que están actualmente en memoria, no los resultados de salida de sus servicios. El registro de cron depende del servicio de cron instalado y de la configuración de registro. Cuando un trabajo no se ejecuta, revise el estado y los registros de su servicio para 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: las cuentas vecinas 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 propio equipo antes de culpar a nadie:

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 están próximos entre sí, eso indica un tiempo constante, pero no permite saber si la causa está en el servidor, el código o la base de datos. Si son estables a las 3am y varían varios cientos de milisegundos en las horas punta, compare el uso de recursos de la cuenta, el volumen de peticiones y los registros del servidor antes de culpar a las cuentas vecinas. Estos tiempos incluyen el establecimiento de la conexión y el procesamiento del servidor, por lo que no determinan por sí solos la causa.

El coste real de la migración

Estos son ejemplos anunciados y comprobados el 4 de noviembre de 2026, no promedios de toda la categoría ni los planes más pequeños disponibles. Los ejemplos de alojamiento compartido, VPS de 4 GB y servicio gestionado son Web Hosting Launch, Stack 4 y Managed VPS Business de DreamHost con facturación anual; el VPS de 1 GiB es el Basic Droplet normal de DigitalOcean con su límite mensual. Compruebe el precio actual antes de comprar.

[
  {
    "plan": "Shared hosting, DreamHost",
    "first_term_usd": 2.89,
    "renewal_usd": 10.99
  },
  {
    "plan": "VPS, 1 vCPU 1 GiB, DigitalOcean",
    "first_term_usd": 6,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB, DreamHost",
    "first_term_usd": 6.99,
    "renewal_usd": 11.99
  },
  {
    "plan": "Managed VPS, 2 cores 2 GB, DreamHost",
    "first_term_usd": 13.75,
    "renewal_usd": 31.99
  }
]

La diferencia inicial va de 2.89 a 6 dólares estadounidenses al mes, pero esa no es la cifra que decide nada. El ejemplo de alojamiento compartido exige pagar un año por adelantado y se renueva a 10.99 dólares al mes. Compare los precios de renovación y el panorama cambia: 10.99 dólares para la cuenta compartida frente a 6 dólares para un VPS básico. Las dos cifras de DigitalOcean son iguales porque este ejemplo no tiene descuento inicial.

Tenga cuidado con esta comparación, porque los tamaños no son iguales. Un VPS con 1 vCPU y 1 GB ejecuta el servidor web y la base de datos en una sola máquina pequeña, lo que resulta limitado para WordPress cuando llega tráfico real. El ejemplo de 2 vCPU y 4 GB se renueva a 11.99 dólares al mes, pero los límites de una cuenta compartida y la capacidad de un VPS no son directamente intercambiables. En estos ejemplos, la diferencia de renovación frente al alojamiento compartido es de un dólar al mes.

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

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

1. Un día antes, reduzca a 300 seconds el TTL (time to live) del DNS (domain name system) del dominio y espere a que expire el TTL anterior antes de hacer el cambio; las cachés locales pueden tardar más en actualizarse.
2. Prepare el servidor nuevo y haga que el sitio funcione mediante su dirección IP antes de modificar el DNS.
3. Copie los archivos. Después, haga un volcado de la base de datos y restáurelo en el servidor nuevo.
4. Pruebe mediante el archivo hosts de su portátil. Este archivo dirige el dominio a la nueva IP sólo en su equipo.
5. Emita el certificado TLS (transport layer security) en el servidor nuevo mediante validación por DNS o use un certificado válido existente antes de cambiar el registro A. 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, por lo que puede confirmar que el valor reducido ya está activo antes de hacer cualquier cambio. --single-transaction crea una instantánea coherente de las tablas InnoDB sin bloquearlas; las tablas no transaccionales y los cambios de esquema simultáneos requieren una revisión independiente, y las operaciones posteriores no se incluyen en esa instantánea. En el servidor nuevo, deje funcionando los certificados ese mismo día: Let's Encrypt en Ubuntu con nginx requiere unos minutos cuando el registro DNS apunta al servidor.

Recursos sin la responsabilidad

Si los cuatro indicios describen su sitio, pero no quiere encargarse del mantenimiento, la opción intermedia es un VPS administrado. El proveedor se encarga del mantenimiento acordado, pero el acceso root y la cobertura de administración dependen del plan; el VPS administrado de DreamHost no incluye acceso root. La tabla anterior sitúa el ejemplo administrado de 2 GB en 31.99 dólares, frente a 11.99 para el ejemplo no administrado de 4 GB, por lo que no se trata de una comparación entre tamaños iguales. 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 ese es su caso. Si ya administra un VPS con mucha carga y la pérdida de tiempo sigue siendo considerable en las horas punta, el paso siguiente es un servidor dedicado sin ningún vecino.

FAQ

¿Es un VPS más rápido que un alojamiento compartido?

No automáticamente. Un servidor compartido con poca carga puede superar a un VPS con 1 vCPU al cargar una sola página de WordPress. La memoria asignada no elimina la contención de CPU: en un VPS con CPU compartida, otras instancias pueden seguir afectando al tiempo de respuesta, y las garantías de memoria dependen del proveedor. Si las páginas son lentas tanto a las 3am como a las 7pm, revise el código, las consultas de la base de datos y los límites de recursos del alojamiento; la hora del día no permite determinar la causa.

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

A veces, dentro de los límites del proveedor. Algunos paneles inician la aplicación mediante Passenger cuando llega una petición. Que el proveedor controle los puertos 80 y 443 no impide otros servicios autorizados en escucha: alwaysdata permite servicios personalizados en los puertos 8300 a 8499 mediante IPv6 en su Public Cloud. Las reglas sobre procesos persistentes también varían según el proveedor. Por tanto, un bot, un trabajador de colas o un servidor websocket necesita un plan que lo admita explícitamente; no necesariamente un VPS.

¿Necesito conocer Linux para ejecutar un VPS?

En un VPS no gestionado, 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 quiere encargarse de ese trabajo, un plan gestionado delega el mantenimiento acordado al proveedor. Esta es la diferencia descrita en alojamiento VPS gestionado frente a no gestionado.

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

Reducir el TTL de DNS y mantener ambas cuentas activas ayuda a evitar la interrupción, pero no garantiza un traslado sin problemas. Establezca el TTL en 300 segundos con un día de antelación y espere a que expire el TTL anterior. Copie los archivos y la base de datos, pruebe el nuevo servidor mediante el archivo hosts de su portátil y, después, cambie el registro A. Durante el cambio, algunos visitantes llegarán al servidor antiguo y otros al nuevo. Además, las cachés pueden tardar más de cinco minutos en actualizarse, por lo que debe mantener activa la cuenta compartida durante una semana. Detenga las escrituras durante la descarga y restauración finales de la base de datos. Mantenga el sitio antiguo en modo de solo lectura o redirija sus peticiones al servidor nuevo para no perder las escrituras posteriores.