hola, llego tarde al thread, pero les dejo un comentario:

No se trata de tener *una* aplicación corriendo en OpenStack.

Visualicen una empresa donde unas aplicaciones requieren mucho hardware, pero no todo el tiempo. y hay otras que lo mismo, tampoco todo el tiempo pero requieren mucha galleta.

Con una nube de OpenStack y una planeación de tiempos puedes lograr lo que te costaría 4-5 veces más. solo por el hecho de poder balancear la capacidad disponible.

Como todo, requiere que tus aplicaciones estén diseñadas para soportar escalabilidad horizontal

Saludos
Gabriel Orozco (Redimido)
OpenStack affiliate (sepa que será eso)



El 13-09-01 08:09 PM, Jorge Gabriel Lopez Paramount escribió:
Eso se oye muy bien, pero para eso no necesitas openstack, basta con aprender 
como funciona la nube de Amazon o el proveedor que quieras, y por lo menos para 
Amazon puedes practicar con pequenas maquinas practicamente gratis. No hay 
necesidad de quebrarse la cabeza configurando openstack y comprando servidores, 
con el poder de tu firma y muy poca teoria puedes empezar.

De que te sirve reducir el numero de instancias en servidores fisicos de tu 
empresa si de todas formas ya pagaste por el hardware? Una nube privada de 
openstack asi funcionaria, no?

En el cliente que mencione de Wall Street tenian cargas variadas, lo unico 
seguro era que necesitaban todos los servidores de que disponian. Lo que 
cambiaba era como iban a distribuir el poder de computo que tenian, y la 
distribucion entre areas podia cambiar de un dia para otro, incluso a veces en 
cuestion de horas cambiaba.

Como ya lo dije ellos no usaban openstack sino un sistema desarrollado en la 
empresa, y los nodos eran basicamente de procesamiento (CPU), ahi se corrian de 
forma distribuida los algoritmos para hacer calculos financieros. Dependiendo 
de la cantidad de portafolios a calcular y de su complejidad era la cantidad de 
maquinas virtuales que asignaban.

Por que no usaban hardware directamente en lugar de virtualizar con la carga 
extra que implica? Porque habia proyectos tan pequenos que una maquina completa 
hubiera sido demasiado, y algunas veces los programas se trababan o el servidor 
se cargaba tanto que habia que reiniciarlo. Y reiniciar un servidor donde los 
calculos toman 10 minutos no es problematico, pero reiniciar uno donde los 
calculos toman 10 horas solo porque otro proceso se trabo no es admisible. Sin 
mencionar que estaban organizados en clusters y si un nodo fallaba las maquinas 
virtuales simplemente se migraban.

Para esto si vale la pena estudiar e implementar openstack, pero si tienes un sitio en la 
red y no quieres que acabe "slashdotted" con ponerlo en Amazon es suficiente.

Saludos,
Jorge.



Responder a