Prueba de resistencia del alojamiento web: Medición del rendimiento del servidor

Disponibilidad (Uptime)

Sería ideal si todos los servidores estuviesen disponibles el 100% del tiempo, pero desafortunadamente ningún servidor permanece en línea los 365 días del año las 24 horas del día. Los tiempos de inactividad pueden deberse a actualizaciones de la infraestructura del servidor, fallos de hardware o ataques DDoS. Sin embargo, la mayoría de los hosters garantizan un tiempo de funcionamiento de al menos el 99,50%. Esto parece un buen porcentaje pero si lo medimos anualmente, corresponde a un tiempo de inactividad anual del servidor de casi 44 horas.

En nuestras pruebas llamamos automáticamente al servidor una vez por minuto y vemos si responde o no. Acumulamos los resultados y determinamos con cuanta frecuencia deja de responder a nuestras solicitudes. Para comprobar esto, llamamos a otro servidor, por ejemplo el de Amazon o Google al mismo tiempo, y comprobamos si está disponible. De esta manera evitamos que nuestro propio servidor, desde el que realizamos las consultas, falsifique los resultados debido a su propio tiempo de inactividad.

Tiempo de respuesta (Time-to-FirstByte)

Quizás incluso más importante que la disponibilidad media (tiempo de funcionamiento) del servidor es su tiempo de respuesta. O, en otras palabras, el tiempo que tarda en cargarse la página web solicitada. La velocidad se ha convertido en un criterio muy importante de satisfacción para quienes visitan las paginas web y también resulta ser un factor crítico para el posicionamiento en Google.

Con las consultas que se realizan cada minuto, medimos el tiempo que tardan los primeros datos en volver del servidor web. Estos primeros paquetes de datos se llaman Time-to-FirstByte. Cuanto mas bajo sea el valor, es decir, cuanto menor sea el tiempo de respuesta, más rápido se cargará la página por completo.

El tiempo de respuesta se expresa generalmente en milisegundos. Si el tiempo de respuesta es superior a un segundo, y se comprueba que esto sucede regularmente, entonces te encuentras ante un mal dato.

Llamadas retrasadas

Los tiempos de respuesta del servidor web que tardan más de 1 segundo son difícilmente aceptables. Sin embargo, esto puede suceder de vez en cuando, por ejemplo, el servidor web tiene que procesar gran cantidad de datos. Si has contratado un alojamiento web compartido, recuerda que
además de tus proyectos, hay otros muchos sitios web compartiendo un mismo servidor.

En nuestras pruebas no sólo determinamos la velocidad media (tiempo de respuesta), sino también cuántas solicitudes realizadas tuvieron un tiempo de respuesta superior a 1 segundo. Cuanto más bajo es este valor, con menor frecuencia nos encontraremos tiempos de respuesta largos (superiores a 1 segundo).

Condiciones generales de la prueba

Los resultados de las pruebas no son universalmente aplicables, es decir, son los que hemos obtenido en nuestro entorno de pruebas. Desde principios de 2017 hemos probado un plan de alojamiento web en cada hoster a modo de prueba de resistencia. Los planes con los que hemos trabajado aparecen listados en la tabla correspondiente.

Configuración de WordPress

En todos los paquetes web probados se ha instalado un WordPress sin más plugins. Las versiones de WordPress se actualizan regularmente. Para cada página web hemos activado uno de los items predeterminados (normalmente Veintisiete) que venían con la instalación de WordPress.

PHP

Hemos testado todos los planes con una versión de PHP 7.0 o superior, probando también al inicio de la pruebas la 7.1 o la 7.2. para comprobar con cual de ellas se obtenían mejores resultados. Siempre que fue posible, activamos el OPCache. Los detalles sobre la configuración de PHP elegida está se encuentran disponibles en los informes de cada uno de los hosters.

Conclusión

A pesar de haber intentado crear condiciones básicas idénticas para la prueba, los resultados de la misma no tienen una validez general. Por ejemplo, no podemos inferir sobre el resto de proyectos web que están en el servidor y ni sobre la carga del mismo. Sin embargo, un buen webhoster debe administrar la carga de sus servidores con eficiencia, de manera que los clientes que ven incrementada sus necesidades (recursos, espacio, etc.) sean informados para poder contratar un upgrade de manera que el funcionamiento de sus proyectos y el del resto de clientes con los que comparte servidor, sigan siendo el esperado.

Tip

Quienes contratan un plan de alojamiento web, deberían tener una visión más o menos razonable sobre el rendimiento de sus proyectos. Si se detecta alguna anomalía o gran diferencia con respecto a los resultados alcanzados en las pruebas, deberían de ponerse en contacto con el hoster.
Nos referimos sobre todo a aquellos clientes que llevan trabajando con el mismo hoster durante mucho tiempo, ya que entonces es muy probable que su proyecto esté alojado con una generación de servidores antiguos con un sistema operativo Linux des actualizado. De todas maneras, la mayoría de los hosters comunican esta eventualidaa a sus clientes y les trasladan a servidores de nueva generación.

Si otros webmasters están interesados en nuestras pruebas de resistencia, podemos proporcionarles los resultados. En ese caso, por favor, contacten con nosotros.