VPS o hosting compartido: cuál elegir

En el hosting compartido, muchos sitios comparten un servidor que administra el proveedor, y tienes poco control. Un VPS es una máquina virtual con acceso root que administras tú. Elige según el software que necesitas ejecutar.

Actualizado el 6 min de lectura

Objetivos de aprendizaje

Después de leer este artículo podrás:

  • Entender cómo cada modelo reparte el servidor y quién administra qué
  • Comparar control, rendimiento, seguridad y costo lado a lado
  • Decidir cuál encaja con un sitio web, una API o un bot
En esta página

Quien va a publicar un sitio o una aplicación pronto se encuentra con dos opciones baratas: el hosting compartido y el VPS. Los precios parecen cercanos, pero lo que entrega cada uno es muy distinto, y elegir mal cuesta tiempo o flexibilidad.

La diferencia central es cuánto del servidor es tuyo. En el compartido alquilas un espacio en un servidor repartido que administra el proveedor. En un VPS alquilas una máquina virtual entera y respondes por ella.

CompartidoServidor físicoel proveedor administra todoVPSServidor físicocada cliente administra su SOsitio 1sitio 2sitio 3un sistema para todosVPS 1SOVPS 2SOVPS 3SO
En el compartido, todos los sitios comparten un sistema del proveedor; en el VPS, cada cliente tiene y administra su propio sistema.

¿Qué es el hosting compartido?#

Es un modelo en el que muchos sitios web corren en el mismo servidor físico, y el costo de operarlo se reparte entre los clientes. El hardware y los recursos se comparten, y el proveedor impone límites de uso.

El proveedor se ocupa del sistema operativo, del servidor web y de las actualizaciones de seguridad. Tú recibes un panel de control (propio del proveedor o cPanel) para subir archivos y crear bases de datos y cuentas de correo. La pila típica es LAMP: Linux, Apache, MySQL y PHP.

La ventaja es la simplicidad: no hay servidor que configurar. El precio es la libertad, porque no puedes instalar el software que quieras ni ajustar el sistema.

¿Qué es un VPS?#

Un VPS (Virtual Private Server, servidor privado virtual) es una máquina virtual creada a partir de un servidor físico repartido entre varios clientes. Cada VPS tiene su propio sistema operativo, y normalmente entras por SSH con permisos de root. Para el panorama completo, mira la comparación VPS, nube y plataforma de hosting.

Tú instalas el runtime, configuras el proxy inverso, emites el certificado TLS, abres solo los puertos necesarios y mantienes el proceso vivo después de un reinicio. En Ubuntu Server, el paquete unattended-upgrades aplica automáticamente las actualizaciones de seguridad del sistema operativo, pero tu aplicación, sus dependencias y tu base de datos siguen a tu cargo.

¿Cómo se comparan lado a lado?#

Criterio Hosting compartido VPS
Quién administra el servidor El proveedor Tú
Acceso al sistema Panel y subida de archivos Root, normalmente por SSH
Software que puedes ejecutar Lo que ofrece el proveedor (en general PHP y MySQL) Cualquiera compatible con el sistema
Procesos largos (bot, WebSocket) Normalmente no Sí
Aislamiento de recursos Débil: el servidor se reparte y hay límites de uso Mayor: la CPU y la RAM que contratas son tuyas
Conocimiento necesario Bajo Linux, redes y seguridad
Tiempo hasta publicar Minutos Horas, para configurar el servidor
Costo Menor Mayor, pero fijo y predecible

Cada proveedor tiene excepciones. Hay planes compartidos con Node.js y VPS que ya vienen con panel. La tabla describe el caso típico, así que revisa lo que entrega tu proveedor.

¿Cuál es más seguro?#

Depende de quién haga el trabajo. En el compartido, el proveedor aplica los parches del sistema y del servidor web, lo que reduce tu riesgo si no dominas la administración. A cambio, el servidor se comparte con otros sitios y no eliges la configuración.

En un VPS el aislamiento es mayor, pero la seguridad es responsabilidad tuya: firewall, actualizaciones, acceso con clave SSH, desactivar el inicio de sesión de root con contraseña. Un VPS olvidado y sin parches es un blanco fácil. Más control significa más obligaciones.

¿Cuál rinde mejor?#

El VPS tiende a ser más predecible. Los recursos que contrataste son tuyos, así que el rendimiento varía menos. En el compartido, el proveedor limita el uso de CPU, memoria y procesos para proteger a los demás clientes, y un pico de los vecinos puede volver lento tu sitio.

En un sitio pequeño con poco tráfico la diferencia casi no se nota. Pesa cuando el tráfico crece o cuando la aplicación hace trabajo constante en segundo plano. Si tu app va lenta, diagnostícala antes de cambiar de plan: el cuello de botella suele ser el código o la base de datos, no el servidor.

¿Cuándo elegir cada uno?#

Elige el hosting compartido cuando:

  • es un sitio corporativo, un blog o una tienda pequeña en PHP, como WordPress;
  • nadie en el equipo quiere administrar un servidor;
  • quieres un panel listo, con correo y base de datos incluidos;
  • el presupuesto es el factor principal y el tráfico es bajo.

Elige un VPS cuando:

  • necesitas acceso root o software que el proveedor compartido no ofrece;
  • vas a ejecutar un proceso continuo, como un bot, una API o un servidor de juegos;
  • necesitas recursos reservados y un rendimiento estable;
  • quieres aprender administración de servidores, que vale por sí misma.

Si el precio del VPS es la duda, mira cuánto cuesta un VPS antes de decidir. Y recuerda que el hosting y el dominio son cosas separadas: puedes apuntar el mismo dominio a cualquiera de los dos.

¿Hay un punto intermedio?#

Sí. Entre el compartido (poco control, ninguna administración) y el VPS (control total, administración total) están las plataformas de hosting en la nube, donde tu código corre en un contenedor y el sistema operativo de abajo no es problema tuyo. Mira qué es el hosting en la nube. Para un bot o una API, este camino suele resolverlo sin obligarte a convertirte en administrador de sistemas.

Cómo hacerlo en Square Cloud#

Square Cloud no es un hosting compartido con panel de PHP ni un VPS: es hosting self-service en el que tú haces el deploy y controlas la aplicación, que corre en un contenedor aislado, siempre encendido y sin modo de suspensión. No hay sistema operativo que administrar.

Puedes desplegar subiendo un ZIP en el panel, con la CLI, con GitHub (un push dispara el deploy, mediante la GitHub Action oficial o un webhook) o con la extensión de VS Code. Hay diversos runtimes, como Node.js, Python, Java, Go y Rust (consulta los disponibles hoy en Runtimes), así que los procesos largos como bots y APIs funcionan. Las variables de entorno están en el panel o en la API y se aplican en el siguiente reinicio, sin rebuild. La RAM del plan es un pool compartido entre tus aplicaciones, y escalar verticalmente es cambiar la RAM en la configuración. No hay autoescalado.

Los planes son de pago y se cobran en reales, por Pix o tarjeta, desde R$12,49 al mes en el Hobby. Los snapshots diarios de aplicaciones empiezan en el Pro.

La página de funciones reúne todo lo que incluye la plataforma, para que lo compares con lo que necesita tu aplicación.

Deploy

Sube desde GitHub, la CLI o un ZIP y publica en segundos

Más información

Preguntas frecuentes

¿Sirve un hosting compartido para un bot de Discord?

Por lo general no. Un bot es un proceso que tiene que estar encendido todo el tiempo, y el hosting compartido suele estar pensado para sitios en PHP y MySQL, sin forma de mantener un proceso largo. Revisa los términos de tu proveedor antes de contratar.

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

Suele ser más predecible. En un VPS los recursos que contratas son tuyos. En el compartido el servidor se reparte y el proveedor impone límites de uso, así que otros sitios pueden afectar al tuyo.

¿Necesito saber Linux para usar un VPS?

Sí, lo básico: SSH, instalar paquetes, firewall, procesos y logs. El VPS te entrega la máquina y tú la administras. En el compartido, el proveedor se encarga del servidor y tú usas un panel.

¿Puedo empezar en un hosting compartido y pasar a un VPS después?

Sí. La migración es más fácil si la configuración está en variables de entorno y los datos de la base se pueden exportar e importar.

Siguiente artículoRollback y deploys sin downtimeUn rollback restaura la última versión que funcionaba; un deploy sin downtime cambia de versión sin perder peticiones. Conoce rolling, blue-green y canary.

Más en Deploy

Ver los 33 artículos