Análisis de Clouding.io, benchmarks y review
Hace ya tiempo que quería probar algunos servidores VPS nuevos y Clouding.io es una de las compañías en las que tenía puesto el punto de mira. Finalmente he podido echar mano de una promoción en la que regalan 5€ de saldo para probar el servidor y así poder realizar este análisis de Clouding.io con benchmarks y review.
Debe quedar claro que yo alojo mis proyectos en una compañía diferente a Clouding.io y en ningún momento voy a usar enlaces de referidos, ni tampoco me han dado ningún tipo de compensación económica por publicar este artículo.
Análisis de Clouding.io, benchmarks y review.
Empezamos haciendo un análisis rápido de la compañía, que parece tener su sede en Barcelona (España). Los servicios que nos ofrece son servidores VPS Cloud, que podemos configurar a nuestro gusto en cuanto a RAM, procesador y espacio SSD.
La tecnología Cloud, como muchos ya sabréis, tiene la ventaja de poder adaptar los recursos del servidor (RAM, procesador y HDD) de forma dinámica. De este modo, si nuestro proyecto crece y necesita más recursos, no hay que cambiar toda la infraestructura, basta con redimensionar el servidor.
Los servidores disponen de un firewall, que podemos configurar a través de la propia web para establecer las reglas y permitir o denegar cierto tipo de conexiones. Este punto es algo que me ha gustado y que cobra especial importancia en proyectos en los que prima la seguridad. Desde la misma web también podemos gestionar las claves SSH y las DNS, dos aspectos también importantes pero que ya es habitual encontrarlos en los proveedores actuales.
Otro aspecto importante a tener en cuenta es la localización de los servidores, que según he podido averiguar, están situados en España y más concretamente a las afueras de Barcelona. Desde la web no me he encontrado ningún sistema de tickets de soporte, pero si ponen a disposición del usuario un formulario de contacto y una dirección de correo con la que resolver posibles incidencias. He recurrido a ellos para consultar algunas dudas por email y me han respondido en un tiempo razonable. Aun sin haber probado a fondo el sistema de soporte, las sensaciones son buenas (en mi caso el tiempo de respuesta del soporte ha sido de 6 horas).
Sistemas operativos disponibles.
En cuanto a sistemas operativos me ha sorprendido gratamente la gran variedad disponible, que en el momento de escribir este artículo son:
- CentOS ( 5, 6 y 7).
- Debian (7 y 8).
- Ubuntu (desde la 12.04 hasta la 16.10).
- Windows Profesional (8.1 y 10).
- Windows Server (2003 R2, 2008 R2, 2012 R2 y 2016).
El soporte para el sistema operativo Windows en servidores VPS Cloud es incluso hasta difícil de encontrar, ya que la gran mayoría de compañías ofrecen Linux únicamente. También hay que aclarar que todos los sistemas operativos operan bajo arquitectura de 64 bit.
Precios y facturación.
Ha llegado el momento de hablar de precios, los cuales me han parecido bastante competitivos si los comparamos con otras compañías que ofrecen servicios similares. Para hacernos una idea, un servidor con 1GB de RAM, 1 vCore, 25GB SSD y sistema operativo Linux, tiene un precio de 10€ al mes. Si elegimos como sistema operativo Windows el precio sube hasta los 12.96€ al mes, excepto si seleccionamos Windows Server 2016, que mantiene el precio de 10€ al mes (me acaban de entrar ganas de probarlo jeje).
Por último, advertiros que los servidores tarifican por horas de uso, estén o no encendidos. Dicho de otra forma, podemos crear un servidor y luego apagarlo, pero este seguirá consumiendo nuestro saldo. Para que deje de consumir, hay que eliminarlo.
Benchmarks de Clouding.io.
Para hacernos una idea del rendimiento de los servidores y poder comparar los resultados con los de vuestro proveedor actual, voy a facilitar los resultados de unos benchmarks básicos realizados en un servidor de Clouding.io.
El servidor elegido para los benchmarks lo configuré con Ubuntu 16.04, 1 vCore, 1GB de RAM y 25GB SSD. Una vez creado el servidor accedo por SSH con PuTTY y ya aparece en pantalla el mensaje:
RECUERDA, si acabas de crear tu Servidor Cloud, el sistema puede estar todavía instalando algunas actualizaciones del Sistema Operativo, por lo que comandos como apt, dpkg, yum o rpm pueden no funcionar con normalidad hasta pasados unos minutos.
Hay que prestar atención, pues yo no lo leí y me encontré que al ejecutar sudo apt update
me devolvía error:
E: Could not get lock /var/lib/dpkg/lock – open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/) is another process using it?
Así que ya sabéis, paciencia en el primer arranque del servidor y recomiendo reiniciarlo cuando termine de actualizar.
Todos los benchmarks han sido realizados con la configuración de stock y con la carga propia del sistema operativo.
Probando el procesador, becnhmarks con 1 vCore.
Para empezar muestro la salida del comando lscpu
que nos da información del procesador.
root@benchtest:~# lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 1 On-line CPU(s) list: 0 Thread(s) per core: 1 Core(s) per socket: 1 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 42 Model name: Intel Xeon E312xx (Sandy Bridge) Stepping: 1 CPU MHz: 1999.999 BogoMIPS: 3999.99 Virtualization: VT-x Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 4096K NUMA node0 CPU(s): 0 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx rdtscp lm constant_tsc rep_good nopl eagerfpu pni pclmulqdq vmx ssse3 cx16 sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx hypervisor lahf_lm arat xsaveopt vnmi ept
En el segundo test eché mano de sysbench
para poner a prueba el CPU.
root@benchtest:~# sysbench --test=cpu --cpu-max-prime=20000 run sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 1 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 20000 Test execution summary: total time: 43.0497s total number of events: 10000 total time taken by event execution: 43.0396 per-request statistics: min: 4.21ms avg: 4.30ms max: 7.13ms approx. 95 percentile: 4.54ms Threads fairness: events (avg/stddev): 10000.0000/0.00 execution time (avg/stddev): 43.0396/0.00
En último lugar un benchmark clásico en Linux con dd
y md5sum
que también pone a prueba el CPU.
root@benchtest:~# dd if=/dev/zero bs=1M count=1024 | md5sum 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 3.73279 s, 288 MB/s cd573cfaace07e7949bc0c46028904ff -
Probando el almacenamiento, benchmarks con 25 GB SSD.
Para poner a prueba la velocidad de escritura en el disco SSD usé dd
.
root@benchtest:~# dd if=/dev/zero of=test bs=64k count=128k conv=fdatasync 131072+0 records in 131072+0 records out 8589934592 bytes (8.6 GB, 8.0 GiB) copied, 30.7552 s, 279 MB/s
Probando la eficiencia de un servidor HTTP LAMP stack.
Hice una instalación LAMP stack desde los repositorios de Ubuntu con las versiones:
- Apache 2.4.18-2ubuntu3.1
- MariaDB 10.1 Stable
- PHP Version 7.0.15-0ubuntu0.16.04.4
- Finalmente instalé WordPress 4.7.3 con la configuración por defecto y los plugins por defecto. El tema usado también ha sido el incluido por defecto.
El primer benchmark lo realicé con la herramienta wrk
.
root@benchtest:/var/www/html/wp# wrk -t12 -c100 -d60s http://46.183.118.202/wp/index.php/2017/03/20/hello-world/ Running 1m test @ http://46.183.118.202/wp/index.php/2017/03/20/hello-world/ 12 threads and 100 connections Thread Stats Avg Stdev Max +/- Stdev Latency 907.26ms 557.75ms 2.00s 57.42% Req/Sec 5.79 5.91 40.00 93.05% 1838 requests in 1.00m, 99.64MB read Socket errors: connect 0, read 0, write 0, timeout 1582 Requests/sec: 30.60 Transfer/sec: 1.66MB
Por último esta gráfica, que ha sido el resultado de un test gratuito con loadimpact.
Esto es todo por nuestra parte, ahora compara y decide.