Los de Thinsy(EnSpeed) han anunciado que ya esta disponible para descarga las caracteristicas de Live Migration(Vmotion en terminos vmwaristicos) y VMFailover(HA en terminos vmwaristicos) para OracleVM. La noticia no sería tan importante si no hubiesen anunciado que esto se puede hacer sin una SAN, es decir que con Direct Attached Storage sería suficiente.
Como dice la nota de prensa:
Saratoga, California – April 17, 2008 – Thinsy Corporation today announced the immediate availability of a new version of their Peer to Peer SAN Replacement technology LiveSync, for Oracle VM Server 2.1.1. Once the LiveSync rpm is installed on the Direct Attached Storage equipped Oracle VM Servers, High Availability Failover and LiveMigration are enabled. Clone VM support, a new feature which enables the cloning of VMs in less than fifteen seconds was also unveiled by Thinsy Corporation.
Yo por el momento no lo he visto asi que permanezco incredulo pero podria ser un fuerte varapalo para VMware puesto que la compra de una SAN es una de las cosas que suele tirar para atrás a las empresas a la hora de comenzar con la virtualizacion. Proximo episodio en su casa...
Entradas
4 comentarios:
No lo entiendo del todo: Dicen que pueden hacer el equivalente a VMotion sin tener una SAN, cierto? Me da que eso es imposible...
R.
R. , la verdad es que no sé exactamente cómo lo hacen. Me supongo que será usando el LifeSync, que debe ser unacopia de la VM on the fly y luego cuando se pide hacer VMotion lo hará.
Esto lo que quiere decir es que ocuparias el doble de espacio, es decir el espacio de la maquina en un DAS y en el otro DAS el mismo pero que no se usa hasta que haces vmotion...
Bueno imposible, imposible... VMware tiene su Storage VMotion que funciona de perlas y no requiere SAN. Cierto que esto es ir un paso más allá y, además de hacer cambio de Storage también hace cambio de Host.
Muy interesante Kurrin
Efectivamente josep, VMware lo tiene casi conseguido, se trataria de coordina storageMotion+vMotion y de esta forma tendriamos la maquina corriendo en otro host. Lo malo es que sería lento(dependiendo de el tamaño de los datos...). Sin embargo lo que proponen los de OracleVM es tener una copia constantemente actualizada(LifeSync)y luego relizar el vMotion de forma que sea casi inmediato.
Supongo que cuando se crea el LifeSync sí que tarda(tiene que replicar datos) pero luego los mantiene actualizados constantemente a la espera que hagamos vmotion...
Publicar un comentario