Hosting con sitios ilimitados

La línea «sitios ilimitados» en la descripción de un plan significa exactamente una cosa: el proveedor no cuenta cuántos dominios y subdominios conectas a la cuenta. Todo lo demás, la CPU, la memoria, los archivos, las bases de datos y el correo, sigue teniendo techo; solo que no figura en el escaparate, sino en las normas de uso y en la ficha de recursos del panel. Por eso un hosting con sitios ilimitados no se elige por la cifra principal, sino por lo que se esconde debajo.

Dónde están los límites reales

En un servidor compartido cada cuenta funciona dentro de un contenedor con límites (casi siempre CloudLinux LVE). Todas tus webs comparten el mismo conjunto de recursos:

• CPU y RAM. Una fracción de núcleo o uno o dos núcleos y una cantidad fija de memoria para toda la cuenta. Da igual que tengas una web o cuarenta: cuando se alcanza el límite, se ralentizan todas a la vez.
• Procesos e I/O. El número de peticiones PHP simultáneas (entry processes) y la velocidad de lectura y escritura en disco también son comunes. Son ellos los que provocan los errores 503 y 508 cuando los robots de los buscadores visitan varias webs al mismo tiempo.
• Inodes. El límite de número de archivos suele ser la primera barrera real. Una web con un CMS popular, caché y miniaturas genera fácilmente decenas de miles de archivos, así que los «sitios ilimitados» chocan con el «límite de archivos» ya a partir de la segunda o tercera decena de proyectos.
• Bases de datos. A veces su número tampoco tiene límite, pero el tamaño de cada base y el volumen total sí. También se da el caso contrario: sitios ilimitados, pero solo cinco o diez bases de datos.
• Correo. Los buzones pueden ser ilimitados, pero el número de mensajes por hora no. Los formularios de contacto, los avisos y los boletines de todas las webs van a un único contador común.

Normas de uso aceptable

Casi todos los planes ilimitados tienen un apartado de uso razonable (fair use) en las condiciones. Suele decir que la cuenta no debe consumir de forma sistemática más recursos que la media del servidor, que el hosting no puede usarse como almacenamiento de archivos ni para copias de seguridad de otros sistemas, y que alojar webs de terceros solo está permitido en planes de revendedor. El proveedor se reserva el derecho de limitar la cuenta o pedirte que pases a un plan superior. Antes de comprar, busca ese documento y lee tres puntos: qué se considera un exceso, si avisan con antelación y cuánto tiempo dan para migrar.

Comprueba también cómo se cuentan los inodes y el espacio del correo: en algunos planes los mensajes de los buzones entran en la cuota común de disco, y un buzón que crece sin control se come el espacio de las webs.

Para quién son los sitios ilimitados

Un plan sin límite de dominios es cómodo cuando hay muchos proyectos, pero cada uno es ligero:

• landings para campañas publicitarias y promociones de temporada;
• webs corporativas sencillas, páginas estáticas, documentación;
• copias de prueba y borradores de vida corta;
• dominios reservados con una página de aviso o una redirección.

Si tienes pocas webs y conoces la lista, un plan con un número fijo de sitios puede salir más barato con los mismos recursos; compáralo con la selección hosting para 10 o más webs.

Cuándo hacen falta cuentas separadas

Una cuenta equivale a un usuario del sistema. Un plugin vulnerable en una web abandonada da acceso a todos los archivos de las vecinas, y una página con mucha carga ralentiza a las demás. Conviene repartir las webs en cuentas o planes distintos si:

1. en la cuenta hay webs de clientes diferentes o de empresas distintas;
2. un proyecto genera la mayor parte de los ingresos y no puede ponerse en riesgo por culpa de los demás;
3. los proyectos deben funcionar desde IP distintas o con proveedores distintos;
4. necesitas versiones de PHP y configuraciones diferentes, y el panel solo permite cambiarlas para toda la cuenta.

Algunos paneles resuelven en parte el aislamiento al permitir asignar un usuario propio a cada web, por ejemplo el hosting con ISPmanager.

Cuándo una red de webs debe pasar a un VPS

El hosting compartido sigue saliendo a cuenta mientras la carga total cabe en los límites de un solo contenedor. Señales de que toca cambiar de formato:

• en las estadísticas de recursos del panel la CPU o los procesos tocan techo con regularidad, y un plan superior solo ayuda por poco tiempo;
• se agotan los inodes aunque quede mucho espacio en disco;
• el proveedor te ha enviado un aviso por exceder las normas de uso;
• necesitas Redis, workers en segundo plano, tareas cron largas o tu propia configuración del servidor web.

En un VPS los recursos son tuyos, no hay límite de archivos y puedes repartir las webs entre usuarios dentro de un mismo panel. Las configuraciones adecuadas están reunidas en la selección VPS para webs.