Antes de contratar un paquete de hosting con un Servidor Virtual y/o una oferta de Cloud Computing, por favor lee esto:

Estoy bastante harto de ver ofertas de hosting, servidores virtualizados, y cloud computing que no ofrecen suficiente información sobre el servicio que dan. En muchas ocasiones lo único que saco en claro es que resulta más caro que un hosting compartido, y (dependiendo de lo que contrates) un poco más barato que alquilar un servidor dedicado.

Cuando quieres virtualizar equipos (y ponerlos en la nube) tienes que tener varias cosas en cuenta:

1. ¿Cuántos servidores virtuales vas a tener por servidor físico?
2. ¿Cuánta memoria vas a asignar a cada servidor?
3. ¿Cuánta memoria (RAM) tiene cada servidor físico?
4. ¿Hay overbooking de RAM en el servidor? esto es ¿cuánta RAM tiene el servidor y cuánta se ha asignado a las máquinas virtuales?
5. ¿Cuántos procesadores tiene el servidor físico que sustenta nuestra(s= máquina(s) virtual(es)?
6. ¿Qué tipo de procesadores son? (fabricante, modelo, MHz, etc…)? (por ahora no se puede migrar fácilmente una máquina virtual sobre procesador Intel a una sobre procesador AMD
7. ¿Los procesadores soportan virtualización? (si no, se tiene que hacer por software)
8. ¿Qué plataforma de virtualización se utiliza?
9. En caso de fallo de hardware ¿se migrará automáticamente mi máquina virtual a otro servidor físico?
10. En caso de falta de recursos ¿se migrará automáticamente mi máquina virtual a otro servidor físico?
11. Si tengo dos máquinas virtuales que actúan como respaldo una de la otra ¿puedo obligar a que se ejecuten en servidores físicos distintos?
12. ¿Soporta tu hypervisor Microsoft Clustering en las máquinas virtuales?
13. ¿Cuántos cores se van a asignar a mis máquinas virtuales?
14. ¿Cuántos MHz se van a asignar a mis máquinas virtuales?
15. ¿Cuántos MHz corresponden a un core? ¿y a 1/2 core? ¿y a 1/4?
16. Si el proveedor de cloud computing actualiza el servidor ¿cuántos MHz mínimos me garantiza?
17. ¿Dónde están los datos de las máquinas virtuales?¿en los discos locales de los servidores físicos o en la red (en una SAN, o en NASes)?
18. ¿Puedo hacer un snapshot de una máquina virtual en funcionamiento?
19. ¿Cómo puedo importar una máquina virtual a la nube?
20. ¿Cómo puedo bajarme una máquina virtual a mi laboratorio para hacer pruebas sin tener que pagar por ciclos de CPU en la nube?
21. En caso de fallo de hardware ¿cuántos servidores físicos hay disponibles para tomar la carga de un servidor averiado?
22. ¿Cada cuánto se reemplazan los servidores físicos que hay desplegados en la nube?
23. ¿Cuándo se va a reemplazar el servidor físico en el que están mis máquinas?
24. ¿En cuántos CPDs (datacenters) están desplegados los equipos físicos?
25. ¿Puedo desplegar máquinas virtuales en un datacenter concreto?
26. ¿A qué distancia (en milisegundos) están los datacenters? (esto es crucial para hacer clustering de varios servicios)
28. ¿Cuál es el coste de transferencia de datos entre equipos de la misma nube?
29. ¿Cuál es el coste de tranferencia de datos entre datacenters?
30. ¿Cuál es el coste de transferencia de datos hacia la nube y de salida de la nube?
31. ¿Ese coste es el mismo o varía según el datacenter o la región geográfica?
32. ¿Cómo se hacen los backups de las maquinas en la nube? (esta pregunta en sí misma ya es un mundo)
33. ¿Hay un API?
34. ¿Puedo apagar y encender máquinas virtuales en función de la demanda?

De momento eso es todo. Si teneís algún proyecto con posibilidad de estar en la nube, tened en cuenta antes todas estas cosas: el cloud computing tiene muchas ventajas; pero hay que ser consciente de las restricciones con las que nos vamos a encontrar.

Foto: timlewisnm