Un VPS no tiene un límite fijo de sitios web: puede alojar desde 1 hasta 50 o más dominios dependiendo de los recursos contratados y el consumo real de cada sitio. La restricción no es el número de dominios, sino la RAM, los vCPU y el ancho de banda disponibles.
Esta guía te ayuda a estimar cuántos proyectos caben en tu VPS, qué factores reducen esa capacidad y cómo optimizar para alojar más con menos.
El número de sitios no es el límite real
Un servidor web como Apache o Nginx puede servir cientos de virtual hosts con un consumo de configuración casi nulo. Lo que sí consume recursos es lo que corre detrás de cada sitio:
- PHP-FPM: cada pool de PHP reserva procesos en RAM. Un pool con 5 procesos a ~30 MB cada uno ocupa ~150 MB.
- Base de datos: MySQL/MariaDB puede consumir entre 256 MB y varios GB según la carga de consultas simultáneas.
- Caché: Redis u OPcache en RAM reducen el hit al disco, pero también ocupan memoria.
- Tráfico: picos simultáneos de visitas disparan el uso de CPU y RAM al mismo tiempo.
Por eso, dos sitios de alto tráfico pueden saturar un VPS de 4 GB, mientras que veinte sitios de bajo tráfico con caché activo caben holgadamente en el mismo plan.
Estimación de capacidad según plan de VPS
La siguiente tabla asume sitios WordPress con WP Rocket o LiteSpeed Cache, PHP-FPM en modo ondemand y tráfico bajo-moderado por sitio (menos de 500 visitas/día). Para sitios de mayor tráfico, divide la estimación entre 2–3.
| Plan VPS | RAM | vCPU | Sitios WP estimados | Observaciones |
|---|---|---|---|---|
| Entrada | 1 GB | 1 | 1–3 | Solo sitios muy ligeros; sin Redis |
| Básico | 2 GB | 1–2 | 5–10 | Ideal para portafolio pequeño de agencia |
| Estándar | 4 GB | 2 | 15–25 | Cómodo con caché; acepta 1–2 tiendas |
| Medio | 8 GB | 4 | 30–50 | Portafolio de agencia mediana |
| Alto | 16 GB | 6–8 | 60–100+ | Con panel reseller; carga muy heterogénea |
Estas cifras son orientativas. El único dato definitivo es monitorear el uso real de tu servidor con herramientas como htop, free -h o Netdata.
Factores que reducen drásticamente la capacidad
Tiendas en línea (WooCommerce, PrestaShop)
Un e-commerce con carrito activo no puede servirse 100 % desde caché estático —cada sesión de usuario y cada proceso de pago requiere PHP y base de datos en vivo. Una sola tienda con tráfico moderado puede consumir el equivalente a 5–8 blogs con caché.
PHP sin caché de OPcache
Sin OPcache, PHP recompila cada script en cada petición. Actívalo siempre: ahorra CPU y hasta un 30 % de RAM de proceso.
Plugins pesados o mal optimizados
Plugins de constructores de páginas (Divi, Elementor en modo legacy) o plugins de SEO con rastreo activo generan consultas de base de datos adicionales en cada carga de página.
Backups y tareas cron concurrentes
Un backup de base de datos que corre a las 2 a.m. mientras otro cron indexa el buscador puede puntear el uso de CPU al 100 % durante minutos, generando lentitud en cualquier sitio activo del servidor.
Cómo maximizar la cantidad de sitios en tu VPS
- PHP-FPM en modo ondemand: los procesos solo se crean al recibir peticiones, liberando RAM cuando el sitio está inactivo.
- Caché de página completa: reduce el tiempo de CPU por visita hasta un 90 % en blogs y sitios de contenido.
- OPcache bien dimensionado: asigna al menos 128 MB de
opcache.memory_consumptionpara portafolios medianos. - Un solo servidor MariaDB compartido: mejor que una instancia por sitio; gestiona conexiones con
max_connectionsajustado a tu RAM. - Redis para sesiones y caché de objetos: desacelera la presión sobre la base de datos de los sitios más concurridos.
- Escalonamiento de backups: distribuye los cron de respaldo a horas distintas para evitar picos simultáneos.
Si gestionas múltiples clientes desde una agencia, vale la pena revisar si un plan VPS con panel reseller o un servidor dedicado de entrada te ofrece mejor relación de costo por sitio a escala.
¿Cuándo un VPS ya no alcanza?
Señales de que tu VPS se ha quedado pequeño:
- El uso de RAM supera el 85 % de forma sostenida (no solo en picos).
- La carga de CPU (load average) supera el número de vCPU durante más de 10 minutos seguidos.
- Los tiempos de respuesta suben aunque el tráfico no haya cambiado.
- Empiezas a ver errores 502 o 504 intermitentes sin cambios recientes en el código.
Ante esos síntomas, el primer paso es escalar verticalmente (más RAM/CPU en el mismo VPS). Si ya estás en el plan máximo del proveedor, es momento de evaluar un servidor dedicado o un entorno cloud con autoescalado.
En elenlace.com ayudamos a agencias y negocios a elegir la infraestructura correcta: desde el VPS de entrada hasta el servidor dedicado, con la configuración del servidor incluida para sacarle el máximo partido desde el primer día.
Conclusiones clave
- Un VPS no tiene límite de dominios; el límite real es la RAM y la CPU disponibles.
- Con 2 GB de RAM y caché activo, caben cómodamente 5–10 sitios WordPress ligeros.
- Una sola tienda en línea puede consumir los recursos de 5–8 blogs con caché.
- PHP-FPM en modo ondemand y OPcache son las dos optimizaciones de mayor impacto inmediato.
- Monitorea el uso real de RAM y CPU —no el número de dominios— para saber cuándo escalar.
Preguntas frecuentes
¿Un VPS de 1 GB de RAM puede alojar varios sitios?
Sí, pero con restricciones. Con PHP-FPM en ondemand, caché de página completa y sin base de datos de alto tráfico, pueden caber 2–3 sitios ligeros. Sin optimización, un solo WordPress ya consume 300–500 MB y deja poco margen para los demás.
¿Cuántos sitios soporta un VPS con cPanel/WHM?
El panel en sí añade ~200–400 MB de overhead. En un VPS de 4 GB con cPanel, el margen efectivo para sitios es de unos 3–3,5 GB. Con esa base, el número de sitios sigue dependiendo del consumo por sitio, no del panel.
¿Es mejor tener una base de datos por sitio o compartida?
Una instancia de MariaDB compartida con múltiples bases de datos suele ser más eficiente que varias instancias separadas. Las instancias múltiples duplican el overhead de memoria del motor. La excepción es cuando un sitio tiene picos de consultas que deben aislarse del resto.
¿El número de sitios afecta la velocidad de cada uno?
Solo si los sitios compiten por los mismos recursos al mismo tiempo. Si un sitio recibe un pico de tráfico mientras los demás están inactivos, los otros no se ven afectados. El impacto cruzado ocurre cuando varios sitios reciben visitas simultáneas y agotan la RAM o la CPU compartida.
¿Prefieres que lo hagamos por ti? En El Enlace resolvemos hosting y desarrollo web profesional.
Recursos útiles
Otros proveedores y guías que vale la pena comparar:
