El hosting compartido no se cae porque el servidor sea malo: se queda sin margen porque tu cuenta topó un límite que nadie te mostró. CPU, memoria, procesos y cantidad de archivos son topes reales, y cuando se alcanzan el sitio no responde “lento”: responde con un error que parece otra cosa. Esta guía es para reconocer esos topes, medirlos y decidir con datos si tu plan alcanza o si ya necesitas un VPS. Si todavía estás comparando proveedores, parte por qué mirar antes de contratar un hosting.
Qué son los límites de CPU, RAM e inodos
En un plan compartido, decenas de cuentas usan el mismo servidor. Para que una no se coma a las demás, el panel aplica topes por cuenta. Los cuatro que más se sienten son:
| Recurso | Qué mide | Dónde se nota primero |
|---|---|---|
| CPU | Tiempo de procesador que consume tu cuenta, medido por período | Páginas dinámicas lentas, panel que no carga |
| Memoria (RAM) | Memoria que puede pedir un proceso PHP o una consulta | Error 500 sin mensaje claro, procesos terminados a medias |
| Procesos | Cuántos procesos o conexiones simultáneas puede abrir tu cuenta | ”Unable to fork”, caídas cuando hay varias visitas a la vez |
| Inodos | Cantidad de archivos y carpetas, no su peso | ”No space left on device” aunque el disco muestre espacio libre |
El detalle importante: estos valores no son universales. Cada proveedor define sus propios números y cambia según el plan. Los tuyos están en la ficha del plan y, cuando existe, en la sección de uso de recursos del panel. Si no los encuentras escritos, pídelos por escrito antes de contratar: un plan sin límites declarados no es un plan sin límites, solo uno que no puedes planificar.
Qué ocurre cuando tu web agota los recursos
El síntoma rara vez dice “te pasaste de CPU”. El servidor corta el proceso y el visitante ve otra cosa:
| Lo que ves | Causa probable |
|---|---|
| Error 500 en el panel o en el sitio, sin cambios recientes | Proceso PHP terminado por memoria o por tiempo de ejecución |
| ”Resource Limit Is Reached” o 503 intermitente | Tope de CPU o de procesos alcanzado |
| ”Unable to fork: Resource temporarily unavailable” | Límite de procesos simultáneos |
| ”No space left on device” con disco casi vacío | Inodos agotados (demasiados archivos) |
| Tareas programadas que dejan de correr | Procesos bloqueados por el tope anterior |
| Respaldos incompletos o que fallan a mitad | El propio respaldo consume CPU y archivos temporales |
| Correo que rebota con errores internos | Buzones gigantes que cuentan inodos y procesos |
Fíjate en el patrón: casi todos estos errores aparecen cuando hay gente en el sitio, no a las tres de la mañana. Eso despista, porque el dueño revisa de noche, lo encuentra todo bien y concluye que el problema fue “del proveedor”.
Cómo revisar el uso de CPU, RAM e inodos en tu sitio
El orden que funciona es de lo general a lo específico:
- Panel de control. En cPanel, la sección Uso de recursos muestra CPU, memoria, procesos e inodos con gráficos por período. En DirectAdmin, los límites y el consumo aparecen en las estadísticas del usuario. Revisa una semana completa, no el día de hoy.
- Registro de errores. Busca los últimos días del log de errores del sitio. Los mensajes de “memory exhausted”, “max execution time” o “fork” confirman el diagnóstico.
- Cantidad de archivos. Cuenta archivos y carpetas de tu cuenta, separando
public_html, respaldos, caché y correo. En la mayoría de los casos el culpable no es el sitio: son respaldos viejos guardados dentro del hosting, temporales de plugins o miles de miniaturas. - Correo. Un buzón con años de mensajes y adjuntos pesa en archivos y en disco. Si nadie lo vacía, crece todos los días.
- WordPress. Un sitio con muchos plugins activos hace decenas de consultas por visita. Si sospechas de esta capa, revisa por qué tu WordPress está lento antes de culpar al plan.
Con esos cinco datos ya no estás adivinando: sabes cuál de los cuatro topes estás tocando y con qué frecuencia.
Signos de que tu hosting compartido se quedó corto
Un pico puntual no es motivo para migrar. Esto sí:
- Tocas el mismo límite varias semanas seguidas, aunque el tráfico no crezca.
- El sitio necesita procesos largos: importaciones, sincronización de stock, generación de facturas, informes.
- Requieres una versión de PHP, una extensión o una configuración que el plan compartido no permite cambiar.
- Tus respaldos ya no caben junto al sitio, o empujan el conteo de archivos al límite.
- El correo crece al punto de que vaciar buzones se volvió una tarea semanal.
- Una campaña o un lanzamiento te obliga a pedir “que suban el límite un rato”, y eso ya pasó dos veces.
Cuando el problema es de volumen de archivos, primero se limpia; cuando el problema es de cómputo sostenido, se cambia de plan. Confundir los dos casos es lo que hace que la gente pague por un servidor más grande y siga con el mismo error porque el disco estaba lleno de respaldos.
Cuándo conviene migrar de hosting compartido a un VPS
Un VPS deja de repartir CPU, memoria y procesos con otras cuentas: los recursos son tuyos, y también lo es la administración. Migrar tiene sentido cuando se cumplen dos condiciones juntas: el consumo es sostenido y necesitas control que el plan compartido no te da (versión de PHP, extensiones, servicios propios, procesos en segundo plano, reglas de firewall).
Antes de decidir, conviene entender las dos formas de tenerlo:
- VPS administrado o autogestionado: quién responde cuando algo falla a las once de la noche.
- Diferencias entre VPS y VDS: qué significa realmente “recurso dedicado” en cada modalidad.
Y si lo que te frena es el traslado, el procedimiento está en cómo cambiar de hosting sin improvisar. La migración de un sitio que ya está topando límites se hace con el sitio estable, no el día que aparece el error.
Cómo dimensionar el VPS sin pagar de más
La regla es simple: dimensiona con la medición del plan actual, no con el miedo.
- Mira tu consumo real de las últimas cuatro semanas en el panel compartido. Ese número, más un margen de crecimiento, es el punto de partida.
- Separa lo que corre junto. Si el correo y la web comparten servidor, cualquiera de los dos puede tumbar al otro. Muchas pymes están mejor con correo en un servicio y la web en otro.
- Prioriza disco rápido y respaldos fuera del servidor. El respaldo dentro del mismo disco no protege de nada y consume recursos justo cuando el sitio está bajo carga.
- Empieza pequeño y mide. Un VPS sobredimensionado cuesta todos los meses; uno ajustado se puede ampliar. Lo que no se puede es adivinar: pide que el plan incluya monitoreo para ver el consumo después de migrar.
- Define quién administra. Si nadie de tu equipo va a entrar al servidor, la decisión real es un VPS administrado, no un servidor barato con horas de tu tiempo encima.
Antes de cambiar de plan: cómo bajar el consumo
En varios casos el plan actual aguanta si se ordena la casa. Estas tareas se hacen en una tarde y suelen bajar el consumo de forma notoria:
- Desactivar y borrar plugins que no se usan. Menos código cargado es menos CPU y menos consultas.
- Poner caché de página si el sitio es mayormente de contenido estático.
- Comprimir y redimensionar imágenes antiguas; muchas webs guardan fotos de 4000 píxeles para mostrarlas a 600.
- Borrar respaldos viejos del hosting y moverlos a almacenamiento externo.
- Limitar las revisiones de WordPress, que se acumulan en la base y en los archivos.
- Revisar tareas programadas: dos cron solapados pueden consumir más que las visitas.
- Vaciar buzones de correo con años de adjuntos, o moverlos a un archivo local.
- Bloquear el tráfico de bots que golpean el sitio sin dejar visitas.
- Si vendes en línea, preparar el sitio antes de la campaña, como en esta guía para campañas de alto tráfico.
Ninguna de estas acciones reemplaza un plan mal dimensionado, pero sí evitan que pagues por un servidor más grande para sostener desorden. Y si de paso quieres confirmar que puedes volver atrás si algo sale mal, revisa cómo comprobar que tus respaldos sirven.
¿Necesitas ayuda para saber si tu plan se quedó corto?
Escríbenos por el formulario de contacto con la URL del sitio, el plan que tienes hoy y una captura del uso de recursos si la encuentras en tu panel. Con eso te decimos si el problema es de límites, de configuración o de contenido, y qué corresponde hacer en cada caso. Si ya decidiste el cambio, revisa hosting para empresas y hosting WordPress administrado, y pide que la propuesta incluya los límites por escrito y el procedimiento de migración.