ES2632512T3 - Conversión de máquinas a máquinas virtuales - Google Patents

Abstract

Un procedimiento de creación de una máquina (175) virtual en un hospedador (110) de máquina virtual, estando dicho hospedador de máquina virtual incluido en un entorno informatizado en una máquina (105), incluyendo dicha máquina uno o más volúmenes (115), comprendiendo dicho procedimiento de creación de una máquina (175) virtual en dicho hospedador de máquina virtual las acciones siguientes: la identificación (200) de uno o más ajustes de configuración de hardware para uno o más volúmenes de la máquina, que incluyen identificar un registro (120) de arranque y datos (125) de volumen en uno o más volúmenes de máquina (115); la creación (210) de una o más instantáneas (117) consistentes correspondientes a los datos de volumen y al registro (125) de arranque en el uno o más volúmenes (115) de máquina, en el que dicha una o más instantáneas consistentes comprenden datos (127) de volumen y un registro de arranque, respectivamente, correspondientes a los datos de volumen y al registro de arranque en el uno o más volúmenes de máquina, y en el que el registro de arranque comprendido en la una o más instantáneas consistentes se puede modificar en el hospedador de máquina virtual; el envío de una o más instrucciones al hospedador de máquina virtual para crear un archivo (140) de disco duro virtual; el envío de una instrucción (150) al hospedador de máquina virtual para hacer que el archivo de disco duro virtual sea con permisos de escritura; el envío de una o más instrucciones (155) al hospedador de máquina virtual para montar el archivo de disco duro virtual creado; la transferencia (220) de la una o más instantáneas consistentes al archivo de disco duro virtual montado; y el envío de una instrucción (165) para modificar la información operacional para la una o más instantáneas consistentes, de manera que la una o más instantáneas consistentes sean de arranque en el hospedador de máquina virtual, en el que dicha modificación comprende modificar al menos el registro de arranque comprendido en la una o más instantáneas.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Conversion de maquinas a maquinas virtuales

Existen varias maneras de distribuir diferentes tipos de recursos (software, hardware o combinaciones de los mismos) en un entorno informatizado. Desde un punto de vista de software, por ejemplo, una empresa puede instalar multiples copias de un sistema operativo (o programa de aplicacion) en multiples ordenadores diferentes y con ello distribuir una copia entre muchos sistemas. Las maneras convencionales de compartir hardware incluyen la configuracion de sistemas informaticos en una red de manera que multiples sistemas informaticos diferentes puedan acceder a otro espacio de unidad del ordenador para diversas necesidades de almacenamiento o de intercambio de archivos.

Sin embargo, los avances recientes en las capacidades de hardware (es decir, el almacenamiento presente, memoria y capacidades de procesamiento) tienen el significado que proporcionar simplemente almacenamiento convencional y/o funciones de gestion de trafico de red tiende a utilizar menos una maquina ffsica determinada. Como tal, otras maneras de distribuir recursos desde un punto de vista de software y hardware combinados ahora incluyen la instalacion de multiples sistemas informaticos virtuales en un unico sistema ffsico. Generalmente, las maquinas virtuales se pueden instalar con un caso unico de un sistema operativo particular en una parte dedicada del almacenamiento de un hospedador y con una parte asignada de una memoria hospedadora y capacidad informatica.

Debido a estas y otras caractensticas, las maquinas virtuales pueden ser distinguidas facilmente de otras maquinas virtuales e incluso del servidor hospedador en el que estan instaladas. Para otros usuarios de la red, la maquina virtual aparecena simplemente como un sistema informatico dirigible por separado, tal como cualquier otro sistema informatico ffsico de la red. Las maquinas virtuales podnan utilizarse entonces para una amplia gama de fines, tal como para utilizarse como otro servidor (por ejemplo, servidor de correo electronico o base de datos) de una red, para fines de prueba de software o hardware, como el sistema informatico principal para un cliente ligero, y asf sucesivamente.

Ademas de esta funcionalidad, las maquinas virtuales tambien pueden proporcionar el beneficio adicional de poder ser instaladas y configuradas, asf como retiradas, con bastante facilidad y en algunos casos rapidamente. Por ejemplo, un administrador de un sistema informatico hospedador particular puede recibir una solicitud para una maquina virtual, asignar manualmente los recursos apropiados en el ordenador hospedador y entonces instalar la maquina virtual solicitada. Cuando la maquina virtual ya no es necesaria, el administrador puede seleccionar manualmente uno o mas comandos para cerrar o incluso eliminar la maquina virtual en el servidor hospedador. Por consiguiente, una organizacion puede desear reducir su numero de maquinas ffsicas (servidores, ordenadores personales, etc.) al tener uno o pocos servidores hospedadores que hospedan potencialmente cientos de maquinas virtuales. Se apreciara que tal consolidacion puede proporcionar una serie de ventajas, especialmente si la organizacion puede reducir el consumo de diversos recursos y el costo de gestion de maquina, incluyendo ahorros de energfa, ahorros de temperatura/enfriamiento, ahorros de espacio y otros ahorros disponibles debido a las utilizaciones de las maquinas ffsicas reducidas.

Desafortunadamente, no es una cuestion simple consolidar maquinas ffsicas convirtiendo un numero seleccionado de sistemas informaticos ffsicos existentes a maquinas virtuales. En particular, copiar simplemente el contenido de una unidad ffsica en la particion de un servidor hospedador no sena generalmente suficiente para crear una maquina virtual utilizable. Por ejemplo, realizar una copia basica de las unidades de una maquina ffsica, mientras que la maquina ffsica se esta ejecutando podna crear incoherencias en estado de archivo (es decir, los datos no son "consistentes con la aplicacion"). Como tal, las aplicaciones que acceden datos en la maquina ffsica pueden ser incapaces de utilizar copias de los datos cuando se mueven posteriormente a una maquina virtual. Ademas, transferir simplemente tal copia a un servidor hospedador puede resultar en otras inconsistencias en el registro de sistema, o inconsistencias con diversos controladores de disco y de red, inconsistencias en los archivos binarios del sistema operativo y asf sucesivamente. Aunque existen algunos mecanismos para superar tales dificultades, los mecanismos convencionales para hacer eso normalmente implican un considerable tiempo de inactividad y gastos de recursos (tanto desde una perspectiva humana como de software).

Por ejemplo, un procedimiento para convertir una maquina ffsica implica crear una maquina virtual en un hospedador de maquina virtual desde cero. En particular, un administrador puede instalar simplemente todas las aplicaciones en la maquina ffsica en la nueva maquina virtual, transferir el sistema de archivos y los datos de aplicacion a la maquina virtual y entonces reconstruir cualquier otra carga de trabajo en la maquina virtual desde cero y/o a traves de operaciones de restauracion de aplicacion. Desde luego, este procedimiento es indeseable desde una variedad de perspectivas, y puede crear un drenaje en los recursos de una organizacion, particularmente si intenta convertir cientos de maquinas ffsicas en maquinas virtuales.

Otro procedimiento para convertir una maquina ffsica implica el uso de componentes de infraestructura bastante complicados, tales como los Servicios de implementacion automatizados ("ADS") y/o el Entorno de ejecucion previo a la instalacion ("PXE") para crear una copia transferible de los contenidos de una maquina ffsica. Generalmente, los mecanismos que utilizan este tipo de infraestructura incluyen el cierre de la maquina ffsica y el reinicio de la maquina

5

10

15

20

25

30

35

40

45

50

55

ffsica con, por ejemplo, un PXE. Esto permite al administrador iniciar la maquina ffsica sin cargar el sistema operativo innato y, por tanto, prohibir escrituras a archivos durante los procesos de copia.

Despues de copiar el contenido de la unidad ffsica, el administrador puede entonces transferir el contenido a un hospedador de maquina virtual. Esto solo puede tomar una o mas horas para gigabytes de datos. Tras la transferencia de los datos, el administrador entonces tendra que realizar una serie de cambios relativamente complicados a los datos transferidos para hacer que el contenido copiado sea de arranque como una maquina virtual. Al menos en parte debido al tiempo de inactividad asociado con la toma de la maquina ffsica que se esta convirtiendo fuera de lmea y hace que los datos sean de arranque, este procedimiento se realiza normalmente cuando se reconstruye simplemente la maquina ffsica desde cero ya que una maquina virtual es demasiado diffcil.

Por consiguiente, hay una serie de cuestiones asociadas con la conversion de maquinas ffsicas a maquinas virtuales que pueden ser dirigidas.

El documento US 2003/126202 A1 se refiere a un sistema y procedimiento para la asignacion y aprovisionamiento dinamico de servidores. Un gestor de repositorio es responsable de aprovisionar y gestionar de manera segura y eficiente imagenes de servidor en un dispositivo de almacenamiento. Esto permite que un administrador instale el software una vez de manera que pueda ser compartido por todos los servidores. En particular, el administrador puede escoger y elegir entre una base de software instalada para crear una imagen de servidor maestro. Una vez definida, esta imagen de servidor se puede replicar y configurar rapidamente utilizando herramientas automatizadas para crear imagenes para un conjunto completo de servidores. Cada servidor tiene asociado con el mismo un gestor de servidores que es responsable de reiniciar o encender y apagar el servidor segun las indicaciones de un gestor de carga. El gestor de carga es responsable de asignar servidores e imagenes para cumplir los requisitos del centro de datos. El software que se va a ejecutar se instala solo una vez, independientemente de cuantos servidores ejecuten finalmente el software. Esta instalacion maestra se denomina instantanea. Las instantaneas de software se pueden combinar para crear una imagen de servidor maestra excelente denominada una clase de servidor. Cada clase de servidor es una lista de instantaneas que finalmente forman la imagen espedfica o "personalidad" de un servidor. Las imagenes de servidor son generadas de una manera automatizada a partir de una clase de servidor. Cuando arranca un servidor, monta un caso como su sistema de archivos rafz que le proporciona una personalidad. Un cargador de arranque primero se comunica con el gestor asignado del servidor para aprender la ID de servidor unico del servidor y otros detalles de configuracion. El cargador de arranque identifica entonces los recursos del sistema disponibles en el servidor, tales como el tipo y la velocidad de CPU, memoria disponible, etc. y envfa esta informacion al controlador de arranque del sistema DSAP. El cargador de arranque recibe la respuesta que identifica el caso y la configuracion de red apropiadas para el servidor, carga la imagen, monta el sistema de archivos rafz especificado y pasa el control al sistema operativo de la imagen. El cargador de arranque es un programa de software que es unico para la familia de procesadores del servidor, la interfaz de red y la interfaz de consola.

El documento US 2005/125513 A1 se refiere a una gestion de sistema basada en cache. Un Colectivo gestiona sistemas manipulando aparatos virtuales, encapsulando cada uno un estado de sistema. Los repositorios distribuidos almacenan por separado los VA y los datos de usuario. Un usuario enchufa un dispositivo de almacenamiento portatil que se pueda arrancar que implementa un transceptor de VA (VAT) en un ordenador hospedador. El VAT, que comprende un gestor, un cliente de cache y un monitor de maquina virtual (VMM), autentica al usuario, recupera una copia de la version mas reciente de un VA suscrito del repositorio de red apropiado, obtiene datos de usuario y hace una copia de seguridad de manera automatica de los datos de usuario a traves de la red en segundo plano mientras se ejecuta el VA suscrito.

El objetivo de la presente invencion consiste en proporcionar un procedimiento mejorado para crear una maquina virtual en un hospedador de maquina virtual, asf como un producto de programa informatico correspondiente. Este objetivo se resuelve con la materia objeto de las reivindicaciones independientes.

Las realizaciones preferentes estan definidas por las reivindicaciones dependientes.

Las implementaciones de la presente invencion resuelven uno o mas problemas con sistemas, procedimientos y productos de programas informaticos configurados para convertir eficientemente maquinas ffsicas a maquinas virtuales. En particular, las implementaciones de la presente invencion permiten que los datos de volumen de la maquina ffsica se copien rapidamente, se transfieran y se hagan de arranque, tal como en un hospedador de maquina virtual (u otro sistema informatico apropiado), sin necesariamente tener que dejar la maquina ffsica fuera de lmea. En una implementacion, por ejemplo, uno o mas escritores de aplicaciones (por ejemplo, a traves de un servicio de copia de sombra de volumen) pueden ser utilizados para crear una instantanea consistente con aplicacion (y/o sistema de archivos) de uno o mas volumenes de maquina ffsica mientras uno o mas volumenes permanecen en lmea. La(s) instantanea(s) puede(n) entonces transferirse utilizando medios de transferencia eficientes (por ejemplo, copia a nivel de bloque) a un archivo de disco duro virtual en un servidor hospedador. La informacion operativa (por ejemplo, datos de arranque, registros y archivos binarios del sistema, etc.) asociada con los datos de instantanea transferidos se puede modificar en el hospedador de maquina virtual para hacer, con ello, que los volumenes de instantanea transferidos sean de arranque.

Por ejemplo, un procedimiento ejemplar segun una implementacion de la presente invencion desde la perspectiva de

5

10

15

20

25

30

35

40

45

50

55

una maquina ffsica de convertir una maquina ffsica a una maquina virtual sin incurrir en un tiempo de inactividad considerable puede implicar la identificacion de uno o mas ajustes de configuracion de hardware para uno o mas volumenes de una maquina ffsica. El procedimiento tambien puede implicar la creacion de una o mas instantaneas consistentes que corresponden a uno o mas volumenes de maquinas ffsicas. Ademas, el procedimiento puede implicar el envfo de una o mas instantaneas a un archivo de disco duro virtual montado. Ademas, el procedimiento puede implicar el envfo de un registro de arranque para una o mas instantaneas consistentes al archivo de disco duro virtual montado. En tal caso, el registro de arranque puede formar parte de la informacion operativa para una o mas instantaneas consistentes que pueden modificarse (o crearse desde cero, segun sea necesario) en el hospedador de maquina virtual.

Ademas, otro procedimiento ejemplar segun una implementacion de la presente invencion desde la perspectiva de un hospedador de maquina virtual de convertir una maquina ffsica a una maquina virtual puede implicar crear un archivo de disco duro virtual que tenga un tamano de archivo. El procedimiento tambien puede implicar montar el archivo de disco duro virtual en un hospedador de maquina virtual. En tal caso, el archivo de disco duro virtual puede parecer como un disco ffsico accesible a un sistema operativo. Ademas, el procedimiento puede implicar recibir una o mas instantaneas consistentes correspondientes a uno o mas volumenes de maquina ffsica. Ademas, el procedimiento puede implicar la modificacion de informacion operativa para una o mas instantaneas consistentes. Como tal, la una o mas instantaneas consistentes pueden hacerse apropiadas para un sistema operativo en el hospedador de maquina virtual, tal como a traves de cambios en los registros de arranque, controladores, archivos binarios del sistema operativo, registros de sistema y/o preferencias de configuracion. Todavfa mas, el procedimiento puede implicar retirar el montaje del archivo de disco duro virtual. Por lo tanto, el archivo de disco duro virtual puede ser inaccesible como un disco ffsico, pero, por el contrario, puede arrancar como una maquina virtual.

Este Sumario esta proporcionado para introducir una seleccion de conceptos en una forma simplificada que esta descrita, ademas en la Descripcion detallada. Este Sumario no pretende identificar caracteffsticas clave o caracteffsticas esenciales de la materia objeto reivindicada, ni pretende utilizarse como ayuda para determinar el ambito de la materia objeto reivindicada.

Caracteffsticas y ventajas adicionales de implementaciones ejemplares de la invencion se expondran en la descripcion que sigue, y en parte seran evidentes a partir de la descripcion, o pueden ser aprendidas mediante la practica de tales implementaciones ejemplares. Las caracteffsticas y ventajas de tales implementaciones pueden realizarse y obtenerse mediante los instrumentos y las combinaciones particularmente senalados en las reivindicaciones adjuntas. Estas y otras caracteffsticas seran mas completamente evidentes a partir de la descripcion siguiente y de las reivindicaciones adjuntas, o pueden ser aprendidas mediante la practica de tales implementaciones ejemplares como se expone a continuacion en el presente documento.

Breve descripcion de los dibujos

Con el fin de describir la manera en que se pueden obtener las ventajas mencionadas anteriormente y otras ventajas y caracteffsticas de la invencion, se hara una descripcion mas particular de la invencion brevemente descrita anteriormente haciendo referencia a realizaciones espedficas de la misma que se ilustran en los dibujos adjuntos. Al entender que estos dibujos representan solo realizaciones ffpicas de la invencion y, por lo tanto, no deben considerarse limitativos de su ambito, la invencion se describira y explicara con especificidad y detalle adicionales a traves del uso de los dibujos adjuntos en los que:

la figura 1A ilustra un diagrama esquematico de vision de conjunto segun una implementacion de la presente invencion en la que se toman una o mas instantaneas de uno o mas volumenes de disco ffsico y se crean uno o mas archivos de disco duro virtual en un hospedador de maquina virtual;

la figura 1B ilustra el diagrama esquematico de vision de conjunto de la figura 1A, en el que los datos de una o mas instantaneas del volumen o volumenes de disco ffsico se transfieren al archivo de disco duro virtual creado utilizando mecanismos de transferencia eficaces;

la figura 1C ilustra los diagramas esquematicos de vision de conjunto de las figuras 1A-1B, en los que el archivo de disco duro virtual que contiene los datos de instantanea transferidos se modifica para crear una maquina virtual de arranque segun una implementacion de la presente invencion; y

la figura 2 ilustra diagramas de flujo de procedimientos desde la perspectiva de una maquina ffsica y de un hospedador de maquina virtual para convertir una o mas maquinas en una o mas maquinas virtuales correspondientes.

Descripcion detallada

La presente invencion se extiende a sistemas, procedimientos y productos de programas informaticos configurados para convertir eficientemente maquinas ffsicas a maquinas virtuales. En particular, las implementaciones de la presente invencion permiten que los datos de volumen de maquina ffsica se copien, se transfieran y se hagan de arranque rapidamente, tal como en un hospedador de maquina virtual (u otro sistema informatico apropiado), sin necesariamente tener que desconectar la maquina ffsica. En una implementacion, por ejemplo, se pueden utilizar uno o mas escritores de aplicaciones (por ejemplo, a traves de un servicio de copia de sombra de volumen) para

5

10

15

20

25

30

35

40

45

50

55

60

crear una instantanea consistente con aplicacion (y/o sistema de archivos) de uno o mas volumenes de maquina ffsica mientras uno o mas volumenes permanecen en lmea. La(s) instantanea(s) puede(n) entonces transferirse utilizando medios de transferencia eficaces (por ejemplo, copia a nivel de bloque) a un archivo de disco duro virtual en un servidor hospedador. La informacion operativa (por ejemplo, datos de arranque, registros y archivos binarios del sistema, etc.) asociados con los datos de instantanea transferidos se pueden modificar en el hospedador de maquina virtual para hacer que los volumenes de instantanea transferidos sean de arranque.

Por consiguiente, las implementaciones de la presente invencion pueden proporcionar ventajas tales como una conversion de maquina ffsica a virtual de “un toque”, relativamente rapida, de una manera que puede evitar el tiempo de inactividad de la maquina ffsica. Ademas, las implementaciones de la presente invencion permiten una conversion de maquina ffsica a virtual de “un toque” confiable, ya que la maquina convertida sera consistente con el hospedador de maquina virtual. Como se podra entender mas completamente a partir de la siguiente memoria descriptiva y reivindicaciones, tales conversiones pueden realizarse con cualquier numero de componentes y modulos adecuados. Por ejemplo, las implementaciones de la presente invencion pueden incluir el uso de componentes y mecanismos en un Servicio de copia de sombra de volumen ("VSS") para crear instantaneas consistentes con aplicacion (y/o sistema de archivos). Tales componentes pueden crear una o mas instantaneas consistentes (o imagenes de punto en el tiempo) de uno o mas volumenes de maquina ffsica que se ejecuta durante los procesos de instantanea.

Ademas, las implementaciones de la presente invencion pueden incluir el uso de un Servicio de disco de volumen ("VDS") y/o componentes relacionados. En general, un vDs (o componentes relacionados) incluye plataformas para crear y configurar volumenes en discos ffsicos. Ademas, las implementaciones de la presente invencion incluyen el uso de un "generador de imagenes de disco", y en algunos casos, el uso de un "montaje de imagen". Generalmente, un generador de imagenes de disco incluye componentes y/o modulos configurados para crear una copia basada en bloques (o bloques de bytes) de un disco ffsico o volumen dando una ubicacion de inicio y numero de bytes (o bloques de bytes) para copiar. Por el contrario, una herramienta de montaje de imagenes comprende uno o mas componentes y/o modulos configurados para tomar, por ejemplo, un archivo de disco duro virtual como entrada, y montar el archivo de disco duro virtual en el sistema de archivos para exponer el archivo como un disco ffsico. Este disco ffsico expuesto puede estar accesible como cualquier otro disco ffsico puede ser accesible para un sistema operativo, que incluye la capacidad de tener datos escritos en su volumen(s).

Las implementaciones de la presente invencion incluyen ademas el uso de un archivo de disco duro virtual (archivo de "VHD") en un hospedador de maquina virtual, donde el archivo de VHD comprende un disco ffsico y uno o mas volumenes de disco ffsico gestionados (y accesibles dentro) por una o mas Maquinas Virtuales ("VM"). Aunque los terminos "maquina virtual", "hospedador de maquina virtual" y "archivo de VHD" se usan en algunos entornos de MICROSOFT, se apreciara que la referencia en el presente documento a componentes de MICROSOFT (y/o componentes de SERVIDOR de WINDOWS) es solamente ejemplar. En particular, se apreciara despues de leer esta memoria descriptiva y reivindicaciones que los componentes, modulos y/o mecanismos descritos en el presente documento se pueden encontrar y practicar en una amplia gama de entornos operativos que implementan maquinas virtuales o tales entidades relacionadas.

Haciendo referencia ahora a la figura 1A, la figura ilustra un diagrama esquematico de vision de conjunto de un entorno 100 informatizado ejemplar en el que la maquina 105 ffsica (por ejemplo, un ordenador personal, un servidor ffsico, etc.) puede convertirse en una maquina virtual hospedada en un hospedador 110 de maquina virtual. A un nivel elemental, convertir una maquina ffsica (por ejemplo, 105) a una maquina virtual (por ejemplo, 175, la figura 1C) puede implicar tomar una instantanea de uno o mas volumenes de maquina ffsica (por ejemplo, 115), crear un/unos archivo(s) de disco duro de maquina virtual en un hospedador de maquina virtual, transferir la/las instantanea(s) al archivo de VHD y entonces hacer uno o mas de los volumenes de instantanea transferidos en el archivo de VHD de arranque como una maquina virtual (por ejemplo, 175). Por lo tanto, se puede apreciar que hay una serie de diferentes procesos de preparacion y pos-operacion que pueden implementarse para hacer que la conversion se produzca de manera eficiente.

En al menos una implementacion, por ejemplo, el proceso de conversion puede iniciarse mediante el uso del modulo 130 de conversion (es decir, que puede incluir uno o mas modulos en la maquina 105 y/o el hospedador 110), que inicia las operaciones de instantanea de uno o mas volumenes en el/los disco(s) ffsico(s) de la maquina ffsica 105 (por ejemplo, el volumen 115). En general, el modulo 130 de conversion puede comprender cualquiera de los escritores y solicitantes apropiados configurados para crear una copia de sombra consistente de un volumen de disco ffsico. Como se ha mencionado anteriormente, por ejemplo, tales escritores y solicitantes pueden proporcionarse en un servicio de copia de sombra de volumen. De este modo, por ejemplo, el modulo 130 de conversion puede comenzar el proceso de conversion enviando una senal a todos los escritores de aplicaciones en cada uno o mas volumenes de un disco ffsico (por ejemplo, el volumen 115) para iniciar las operaciones de instantanea de sus datos. Como se muestra, por ejemplo, el volumen 115 incluye al menos datos 125 de volumen, asf como el registro 120 de arranque.

Al recibir este mensaje desde el modulo 130 de conversion, cada escritor de aplicaciones en el volumen 115 puede vaciar sus datos en memoria a un disco ffsico, y/o congelar cualquier sistema de archivos o diario de volumen. Para las aplicaciones que no utilizan un escritor de aplicaciones, el modulo 130 de conversion puede instruir (por ejemplo,

5

10

15

20

25

30

35

40

45

50

55

60

de manera predeterminada o por un comando de un usuario o administrador) para cerrar la aplicacion y, de este modo, asegurar que no se hacen escrituras durante la instantanea. Por consiguiente, la figura 1A muestra que el modulo 130 de conversion puede crear entonces una unica instantanea de punto en el tiempo (es decir, copia) de todos los datos de volumen en el volumen 115. Por ejemplo, la figura 1A muestra que el modulo 130 de conversion ha creado una instantanea 117 de volumen 115 (es decir, el "volumen de instantanea"), donde la instantanea 117 en este caso comprende datos 127 de volumen y registro 120 de arranque.

Se apreciara que se pueda realizar una serie de optimizaciones cuando se toma la instantanea o se realizan operaciones de instantanea (y copiado) para asegurar que los datos se copian y se transfieren de manera eficiente. Por ejemplo, el modulo 130 de conversion puede identificar que partes del volumen 115 se estan utilizando (es decir, incluyen datos) y que partes estan libres. De esta manera, las operaciones de instantanea pueden estar configuradas unicamente para copiar las partes utilizadas del/de los volumen(es) o disco ffsico, en lugar del volumen completo o disco ffsico completo. Ademas, las operaciones de instantanea pueden estar configuradas ademas para evitar ciertos archivos que podnan ser menos utiles (o no utiles en absoluto) en un entorno virtualizado.

En particular, por ejemplo, las operaciones de instantanea pueden estar configuradas ademas para identificar archivos tales como los incluidos en un area diferencial de volumen, archivos de pagina, grupos defectuosos, archivos de hibernacion, y asf sucesivamente. De este modo, estos archivos pueden evitarse al crear una instantanea 117 o realizar la transferencia de bloque de bytes y reducir ademas la cantidad de datos que necesitan ser transferidos al hospedador 110 de maquina virtual. Se apreciara que estos tipos de archivos y optimizaciones puedan variar facilmente para otros tipos de archivos utilizados o calculos de espacio libre y similares en una amplia variedad de entornos operativos.

En cualquier caso, y a modo de explicacion, los datos 127 en la instantanea 117 difieren generalmente de los datos 125 originales en volumen 115 principalmente debido a cambios en tiempo durante (y/o despues de) operaciones de instantanea. Por ejemplo, puesto que la maquina 105 ffsica sigue ejecutandose durante las operaciones de instantanea, los datos 125 de volumen pueden seguir cambiando, como si un usuario continuara creando escrituras a ciertos datos de aplicacion. De este modo, los datos 127 de volumen (es decir, "datos 127 de volumen") representan un punto en el tiempo, consistente previamente a los datos 125 en el volumen 115, que es esencialmente el punto en el tiempo en el que el modulo 130 de conversion inicio procesos de instantanea.

Sin embargo, la figura 1A muestra tambien que el registro 120 de arranque es el mismo en la instantanea 117 como sucede con los datos de ejecucion del volumen 115. Es decir, se apreciara que los registros de arranque (por ejemplo, 120) probablemente no cambiaran durante el proceso de instantanea ya que las aplicaciones normalmente no tienen acceso al registro de arranque. En particular, los registros de arranque generalmente se cambian por el sistema operativo, y normalmente en una base no frecuente, en todo caso. Como tal, la figura 1A muestra que el registro 120 de arranque en este caso es el mismo que era antes de las operaciones de instantanea.

Antes, durante o poco despues de crear la instantanea 117, el modulo 130 de conversion tambien puede configurar uno o mas archivos 140 de disco duro virtual ("VHD") en el hospedador 110 de maquina virtual que corresponde al disco ffsico de la maquina 150 ffsica (no mostrado). Por ejemplo, la figura 1A muestra que el modulo 130 de conversion envfa el mensaje 150 para crear un archivo 140 de disco duro virtual con permisos de escritura. En una implementacion, esto tambien puede incluir enviar un mensaje primero para crear un archivo de VHD (por ejemplo, 140) de un tamano fijo particular y despues enviar un mensaje independiente para que el archivo de vHd se pueda escribir. (El modulo 130 de conversion tambien puede enviar un mensaje para crear (con permisos de escritura o sin permisos de escritura) un archivo de VHD de tamano dinamico, que crece en tamano con datos agregados).

Generalmente, cada archivo de VHD puede estar configurado para corresponder a un unico disco ffsico de un sistema informatico y cada volumen dentro de un disco ffsico puede estar representado en clase en el archivo de VHD creado recientemente. Un archivo de VHD, sin embargo, puede en algunos casos representar un volumen unico, en lugar de un disco ffsico completo. Sin embargo, en el ejemplo de disco ffsico en el que un disco ffsico tiene multiples volumenes (aunque solo se muestra un volumen 115 unico), el nuevo VHD tambien puede contener datos correspondientes a multiples volumenes. Desde luego, hay cierta flexibilidad a este respecto. Por ejemplo, si un usuario de la maquina 105 ffsica tuviera un volumen que se extendiera a traves de multiples particiones (y/o volumenes reflejados, etc.), el usuario podna decidir dedicar unicamente una particion a los datos de instantanea en el archivo de disco duro virtual de destino. De manera similar, el usuario puede decidir transferir unicamente un volumen de un disco ffsico que comprende multiples volumenes a un archivo de disco duro virtual.

De esta manera, el tamano del archivo de VHD sera generalmente un tamano que es al menos tan grande como sea necesario con respecto a los datos de fuente transferida (por ejemplo, disco ffsico, espedficamente volumen de disco ffsico, datos dentro del disco ffsico, etc.). Como tal, se apreciara que las tecnicas del presente documento tambien pueden utilizarse adicionalmente cuando se duplica una maquina virtual existente en un espacio de almacenamiento mas grande. Por ejemplo, un administrador, al identificar que las capacidades de almacenamiento de volumen de una maquina virtual estan disminuyendo, puede crear archivos de VHD adicionales, mas grandes, instantaneas de los datos de maquina virtual y esencialmente “revirtualizar” la maquina virtual transfiriendo (por ejemplo, copiando) sus datos de instantanea en el nuevo archivo de VHD utilizando los mismos procesos ya descritos.

5

10

15

20

25

30

35

40

45

50

55

60

De esta manera, las implementaciones de la presente invencion incluyen no solo conversiones de maquina "ffsica a virtual", sino tambien conversiones de maquina "virtual a virtual". En particular, y en algunas circunstancias, las implementaciones de la presente invencion tambien pueden denominarse mas generalmente como convertir una "maquina" a una "maquina virtual". Es decir, una "maquina" puede entenderse que incluye tanto sistemas informaticos “ffsicos” (por ejemplo, un ordenador de mesa con hardware y sistema(s) operativo(s) asociados) como sistemas informaticos "virtuales" (por ejemplo, un sistema informatico instalado en un hospedador de maquina virtual como un/unos sistema(s) informatico(s) unico(s)).

En cualquier caso, al crear un archivo 140 de disco duro virtual, un modulo 130 de conversion montara el archivo 140 como un disco ffsico, de manera que el archivo 140 pueda recibir los datos de la instantanea 117, por ejemplo, a traves de la comunicacion de red. (Se apreciara que, en algunas implementaciones descritas en el presente documento, el montaje puede incluso no ser necesario.) De este modo, la figura 1A tambien muestra que el modulo 130 de conversion envfa el mensaje 155 para montar el archivo 140 de disco duro virtual. En implementaciones adicionales o alternativas, el mensaje 155 puede incluir una instruccion para montar el archivo 140 de VHD en cualquier hospedador 110 de maquina virtual, en la maquina 105 ffsica que se convierte, o en cualquier lugar donde haya conectividad de red entre la maquina en la que esta montado el archivo 140 de VHD y la maquina ffsica que se convierte (es decir, 105 en este caso).

Parte del archivo 140 de montaje puede incluir asociar el archivo con uno o mas identificadores de dispositivo, tales como la ID de dispositivo de un disco ffsico. Por ejemplo, el hospedador 110 de maquina virtual podffa ser instruido para montar el archivo 140 de disco duro virtual de manera que sea identificable a traves de una ruta de unidad como "\\.\device\Harddisk145\." En particular, la figura 1B muestra que el VHD 140 es identificable como "unidad 145 de disco". A lo largo de lmeas similares, el modulo 130 de conversion tambien puede identificar un identificador de dispositivo (y/o puntos de montaje, por ejemplo) para cada instantanea (por ejemplo, 117). En ultima instancia, el modulo 130 de conversion puede utilizar los identificadores de dispositivo identificados para cualquier instantanea y para cualquier archivo de VHD correspondiente para transferir contenidos de instantanea.

Generalmente, el modulo 130 de conversion puede transferir los contenidos de instantanea 117 utilizando cualquier numero de mecanismos de transferencia de datos. En una implementacion, por ejemplo, el modulo 130 de conversion puede transferir la instantanea 117 byte por byte en el archivo 140 a traves de la unidad 145 de disco. Sin embargo, en implementaciones adicionales o alternativas, el modulo 130 de conversion puede transferir la instantanea 117 al archivo 140 identificando y transfiriendo "bloques de bytes". En general, los bloques de bytes comprenden una secuencia fija (de cualquier tamano arbitrario) de bytes individuales. En al menos una implementacion, la transferencia de bloques de bytes, en lugar de bytes individuales, puede aumentar drasticamente la velocidad mediante la cual la instantanea 117 puede ser transferida a traves de una red.

Por ejemplo, varios gigabytes de datos que normalmente pueden tomar varias horas para transferirse al hospedador 110 de maquina virtual en protocolos de transferencia de red convencional pueden ser transferidos en algunos casos en pocos minutos con mecanismos de transferencia de bloques de bytes. En cualquier caso, la figura 1B muestra que el modulo 130 de conversion transfiere en este caso bytes (o bloques de bytes) "1601", "1602", etc. y transfiere estos bytes/bloques de bytes directamente al archivo 140 de disco duro virtual con permisos de escritura a traves de la unidad 145 de disco. Como se muestra en la figura 1B, el archivo 140 de disco duro virtual puede tener todos los datos 120 de arranque, e incluira otros datos 127 de volumen capturados en la instantanea 117, una vez finalizada la transferencia de datos.

A pesar de la transferencia de datos, el archivo 140 de disco duro virtual puede no necesariamente ser de arranque en el hospedador 110 de maquina virtual, ya que los datos de arranque y controladores probablemente no sean utiles en el contexto del hospedador 110 de maquina virtual. Una de las razones es que el "hardware virtual" que existe en el entorno de maquina virtual (y/o dentro del hospedador 110 de maquina virtual) puede no ser el mismo que el hardware para la maquina 105 ffsica. Por ejemplo, tales componentes como el nucleo y la Capa de abstraccion de hardware ("HAL") en la maquina 105 ffsica puede basarse, por ejemplo, en un sistema de procesador doble. Ademas, el hospedador 110 de maquina virtual puede emular diferentes controladores de tarjeta de red, arquitectura del procesador, discos ffsicos (por ejemplo, almacenamiento unido a la maquina), identificadores de disco ffsico, controladores del sistema operativo y controladores de disco a las maquinas virtuales hospedadas, que pueden no encontrarse de otra manera en la maquina fuente que se convierte (por ejemplo, la maquina 105 ffsica). Tales diferencias probablemente tambien existan al convertir un volumen de disco ffsico desde dentro del hospedador virtual a una maquina virtual.

Como resultado, los datos 120 de arranque transferidos podffan basarse en caracteffsticas del sistema operativo en la maquina 105 ffsica que no se aplican necesariamente dentro del entorno virtualizado apropiado en el hospedador 110 de maquina virtual. Estas y otras razones significan que un administrador puede necesitar hacer una serie de modificaciones diferentes, dependiendo del/de los entorno(s) operativo(s) particulares. Por consiguiente, el modulo 130 de conversion tambien puede modificar el archivo 140 de disco duro virtual para que sea de arranque en el hospedador 110 de maquina virtual. Esto puede incluir, en algunos casos, instrucciones para actualizar el nucleo y la HAL (y otros controladores y configuraciones de registro) para que se cree la maquina virtual, basandose en los datos de instantanea.

5

10

15

20

25

30

35

40

45

50

55

60

De esta manera, por ejemplo, la figura 1C muestra que el modulo 130 de conversion envfa tambien la solicitud 165 y los argumentos correspondientes al hospedador 110 de maquina virtual para modificar la informacion operacional. (En algunos casos, estas modificaciones a la informacion operacional de la maquina virtual (por ejemplo, el sector de arranque y la informacion del registro) pueden incluso hacerse en la maquina ffsica (antes de ser transferidos dentro de un archivo de VHD)). En una implementacion, esto puede incluir el modulo 130 de conversion que examina el registro de arranque de la instantanea 117 de volumen y que sustituye los datos 120 de arranque previamente transferidos por nueva informacion de arranque (por ejemplo, informacion de arranque modificada o nueva informacion de arranque desde cero) basandose en la nueva configuracion de disco y volumen de la maquina virtual. En otra etapa, el modulo 130 de conversion tambien puede examinar la informacion de registro transferida (no mostrada) de la instantanea 117 de volumen, y actualizar la informacion de registro transferida de una manera apropiada para la maquina 110 virtual, basandose en el nuevo hardware y controladores que existen en el hospedador 110 de maquina virtual.

Tal actualizacion tambien puede incluir el cambio de los archivos binarios del sistema, tales como los controladores de nucleo y HAL, desde la configuracion de hardware de procesador multiple hasta un procesador unico. Ademas, dicha actualizacion puede incluir la adicion de informacion de identidad de ordenador y unidad unica para el hospedador 110 de maquina virtual, asf como cambiar la informacion de registro para alojar los controladores de red apropiados, controladores de almacenamiento y asf sucesivamente. Tal actualizacion puede incluir ademas la sustitucion de controladores para dispositivos ffsicos por controladores para dispositivos virtuales, que deshabilitan controladores para hardware en el que no existe un dispositivo virtual correspondiente en el entorno virtual y que deshabilitan servicios y aplicaciones que dependen de dispositivos en los que no hay ningun dispositivo virtual correspondiente en el entorno virtual.

Ademas, el modulo 130 de conversion puede crear ademas estos y/u otros valores de configuracion apropiados para la maquina virtual prevista (por ejemplo, 175), de manera que la maquina virtual resultante (por ejemplo, 175) opere con las mismas preferencias (por ejemplo, memoria, CPU, etc.) que la maquina 105 ffsica original. A lo largo de estas lmeas, un administrador del hospedador 110 de maquina virtual tambien puede (o alternativamente) modificar estas preferencias para la maquina virtual resultante. Ademas, el administrador puede incluso crear tal informacion operacional (es decir, valores de configuracion, preferencias, etc.) desde cero. En cualquier caso, se apreciara que una serie de entidades pueden hacer cualquier numero de cambios de configuracion apropiados para asegurar que la maquina virtual resultante sea de arranque y operara correctamente en la residencia de maquina virtual (por ejemplo, hospedador 110 de maquina virtual).

Despues de modificar/crear apropiadamente el registro de arranque apropiado (es decir, de 120 a 123), la informacion de registro del sistema, informacion del controlador y/u otra informacion de configuracion o preferencia, el modulo 130 de conversion entonces puede retirar (es decir, “desmontar") el montaje del archivo 140 de disco duro virtual, de manera que ya no sea accesible como una unidad. Por ejemplo, la figura 1C muestra que el modulo 130 de conversion envfa el mensaje 170 al hospedador 110 de maquina virtual, que instruye al hospedador 110 de maquina virtual para que retire el montaje del archivo 140 de disco duro virtual 140. Despues de retirar este montaje, el/los archivo(s) 140 de disco duro virtual puede utilizarse como maquina 175 virtual, cuyos datos son esencialmente identicos a los datos de volumen 115 en el momento en que se iniciaron las operaciones de instantanea.

En particular, los datos dentro del/de los volumen(es) gestionados por la nueva maquina 175 virtual son consistentes en todos los aspectos apropiados (por ejemplo, consistentes con la aplicacion, consistentes con el sistema de archivos y/o consistentes con el impacto, etc.). En consecuencia, un usuario anterior de la maquina 105 ffsica podra arrancar ahora la maquina 175 virtual en el hospedador 110 de maquina virtual y utilizar la maquina virtual (que incluye el acceso a los datos anteriores) como si (o mas optimamente que si) el usuario estuviera utilizando una maquina 105 ffsica. Ademas, se apreciara que los archivos de VHD pueden generalmente ser portatiles. Por ejemplo, el usuario final puede transferir la maquina 175 virtual a cualquier ubicacion deseada (es decir, otro hospedador de maquina virtual) en al menos una implementacion simplemente transfiriendo el/los archivo(s) de maquina virtual (por ejemplo, archivo(s) de VHD, etc.) asociado(s) con la maquina 175 virtual a la ubicacion deseada y realizar cualquier actualizacion de informacion operacional necesaria.

En otra implementacion, el uno o mas archivos de VHD (por ejemplo, 140) pueden incluso estar creados en la propia maquina 105 ffsica y luego enviados/transferidos al hospedador de maquina virtual apropiado (por ejemplo, 110). Por ejemplo, un usuario en la maquina 105 ffsica puede crear un archivo de VHD (por ejemplo, 140) en la maquina ffsica y transferir el contenido de instantanea al archivo de VHD para los datos de interes en la maquina ffsica. Esta es al menos una manera en la que el usuario puede evitar montar el archivo de VHD (es decir, en el hospedador 110 de maquina virtual), si se desea. En cualquier caso, el usuario puede entonces enviar/transferir el archivo de VHD y el contenido de instantanea correspondiente a un destino apropiado (por ejemplo, el hospedador 110 de maquina virtual) y cambiar la informacion operacional correspondiente en el destino. Alternativamente, el usuario puede incluso cambiar la informacion operacional para el archivo de VHD y el contenido de instantanea en la fuente (por ejemplo, la maquina 105 ffsica) antes de enviar el archivo de VHD y el contenido de instantanea hacia el nuevo destino.

En algunos casos, en lugar de crear un "archivo" de VHD como tal, un modulo (por ejemplo, el modulo 130 de conversion) podffa estar configurado para transmitir desde la memoria los datos de instantanea y metadatos de VHD

5

10

15

20

25

30

35

40

45

50

55

60

creados en la maquina 105 ffsica en partes (por ejemplo, bloque de bytes) efectivas para el transporte. Los datos que se transmitiran tambien pueden formatearse en un formato de VHD segun las especificaciones de formato/contenido de VHD apropiados. De este modo, despues de transferirse al destino (por ejemplo, el hospedador 110 de la maquina virtual), el flujo se puede guardar entonces como un archivo de VHD, ya que los datos transmitidos se generaron en formato de VHD. Esta es incluso otra manera de evitar el montaje del archivo de VHD.

Por consiguiente, las figuras 1A-1C ilustran una serie de esquemas y componentes de vision de conjunto que pueden utilizarse segun las implementaciones de la presente invencion para crear una instantanea de datos de volumen de maquina ffsica y crear una nueva maquina virtual a partir de esos datos. Ademas de lo anterior, las implementaciones de la presente invencion tambien se pueden describir en terminos de diagramas de flujo de procedimientos que comprenden una o mas acciones para lograr un resultado particular. Por ejemplo, la figura 2 ilustra diagramas de flujo de procedimientos desde la perspectiva de la maquina 105 ffsica y del hospedador 110 de maquina virtual para convertir una maquina, tal como una maquina ffsica o una maquina virtual diferente, a una maquina virtual. Los procedimientos de la figura 2 se describen a continuacion con respecto a los componentes en los mecanismos de las figuras 1A a 1C.

Por ejemplo, la figura 2 muestra que un procedimiento desde la perspectiva de la maquina 105 ffsica de convertir una maquina ffsica a una maquina virtual en un hospedador de maquina virtual sin incurrir en tiempo de parada considerable en uno o mas volumenes de maquinas ffsicas puede comprender la accion 200 de identificar configuraciones de hardware de la maquina ffsica. La accion 200 incluye identificar uno o mas ajustes de configuracion de hardware para uno o mas volumenes de una maquina. Por ejemplo, la figura 1A muestra el modulo 130 de conversion, que puede identificar ajustes de configuracion de hardware (y/o software) en el volumen 115 antes de iniciar los procesos de instantanea. Esto puede incluir identificar el registro 120 de arranque y los datos 125 de volumen tal como existen en la maquina 105 ffsica en el volumen 115 y puede incluir ademas identificar si los datos estan configurados para un entorno procesador multiple, incompatibilidades en archivos soportados por el sistema operativo, si existen controladores de almacenamiento y de red que necesitan tenerse en consideracion, y asf sucesivamente.

Ademas, la figura 2 muestra que el procedimiento desde la perspectiva de la maquina 105 ffsica puede comprender una accion 210 de crear una instantanea de uno o mas volumenes. La accion 210 incluye la creacion de una o mas instantaneas consistentes correspondientes a uno o mas volumenes de maquina. Por ejemplo, la figura 1A muestra que el modulo 130 de conversion crea la instantanea 117 del volumen 115, que incluye el mismo registro 120 de arranque como antes, asf como los datos 127 de volumen. En al menos una implementacion, el modulo 130 de conversion puede invocar procesos de instantanea envueltos en la escritura en el volumen 115 donde este disponible, o simplemente cerrar las aplicaciones (u otros procesos de escritura) donde tales escritores no esten disponibles. Como resultado, se puede asegurar que los datos dentro de la instantanea 117 sean consistentes (por ejemplo, consistentes con la aplicacion) para un caso unico en tiempo despues de los procesos de instantanea.

La figura 2 tambien muestra que el procedimiento desde la perspectiva de una maquina 105 ffsica puede comprender una accion 220 de enviar la/las instantanea(s) a un archivo de disco virtual montado. La accion 220 incluye enviar la una o mas instantaneas consistentes a un archivo de disco duro virtual montado. Por ejemplo, el modulo 130 de conversion recupera identificadores de dispositivo para cada instantanea tomada en una maquina 105 ffsica y recupera ademas cualquier identificador de dispositivo para cada archivo de disco duro virtual montado en el hospedador 110 de maquina virtual. Al recuperar los identificadores de dispositivo apropiados, la figura 1B muestra que el modulo 130 de conversion puede transferir datos 127 de volumen de la instantanea 117 al archivo 140 de disco duro virtual, tal como el uso de mecanismos de transferencia/copia de bytes (o bloque de bytes).

La figura 2 muestra ademas que el procedimiento desde la perspectiva de la maquina 105 ffsica puede comprender una accion 230 de envio del/de los registro(s) de arranque al archivo de disco virtual montado. La accion 230 incluye el envfo de un registro de arranque para la una o mas instantaneas consistentes al archivo de disco duro virtual montado, de manera que el registro de arranque para una o mas instantaneas consistentes pueda modificarse en el hospedador de maquina virtual. Por ejemplo, la figura 1B muestra que el modulo 130 de conversion tambien envfa datos 120 de arranque al archivo 140 de disco duro virtual. La figura 1C tambien muestra que el modulo 130 de conversion puede enviar el mensaje 165 para modificar el registro 120 de arranque al registro 123, de manera que el registro 123 de arranque sea consistente para el entorno operativo del hospedador 110 de maquina virtual. En una implementacion, el nuevo registro de arranque para la nueva maquina virtual puede simplemente crearse desde cero, en lugar de enviarse y modificarse solamente.

Ademas de lo anterior, la figura 2 muestra que un procedimiento desde la perspectiva del hospedador 110 de maquina virtual de convertir una maquina (es decir, una maquina ffsica o una maquina virtual anterior) a una maquina virtual en un hospedador de maquina virtual sin incurrir en tiempo de parada considerable en el uno o mas volumenes de maquina puede comprender una accion 240 de crear un archivo de disco duro virtual. La accion 240 incluye la creacion de un archivo de disco duro virtual que tiene un tamano de archivo. Por ejemplo, la figura 1A muestra que el hospedador 110 de la maquina virtual recibe el mensaje 150 que instruye al hospedador 110 de la maquina virtual para crear un archivo de disco duro virtual con permisos de escritura, asf como una instruccion para hacer que el nuevo archivo de disco duro virtual con permisos de escritura. En respuesta, el hospedador 110 de

5

10

15

20

25

30

35

40

45

50

55

60

maquina virtual crea el archivo 140 de disco duro virtual y lo hace con permisos de escritura. Como se ha mencionado anteriormente, en el presente documento, el tamano del archivo de disco duro virtual puede ser estatico o dinamico. Por ejemplo, el archivo 140 de disco duro virtual puede ajustarse a 100 gigabytes para alojar 50 gigabytes de datos de volumen 115. Alternativamente, el modulo 130 de conversion ajusta el archivo 140 de disco duro virtual para crecer dinamicamente con transferencias de datos adicionales.

La figura 2 tambien muestra que el procedimiento desde la perspectiva del hospedador 110 de maquina virtual puede comprender una accion 250 de montaje del fichero de disco duro virtual. La accion 250 incluye montar el archivo de disco duro virtual en un hospedador de maquina virtual, de manera que el archivo de disco duro virtual aparece como un disco ffsico accesible. Por ejemplo, la figura 1A muestra que el hospedador 110 de la maquina virtual recibe una solicitud 155 para montar el archivo 140 de disco duro virtual. En una implementacion, el hospedador 110 de maquina virtual puede ser instruido para asociar el archivo 140 con un identificador de dispositivo particular y luego montar ese identificador como un dispositivo ffsico. El archivo 140 de disco duro virtual puede entonces observarse y accederse como un dispositivo de disco 145.

Ademas, el procedimiento desde la perspectiva del hospedador 110 de maquina virtual puede comprender una accion 260 de recibir una o mas instantaneas. La accion 260 incluye la recepcion de datos de una o mas instantaneas consistentes correspondientes a uno o mas volumenes de maquina ffsica. Por ejemplo, como se muestra en la figura 1B, el hospedador 110 de maquina virtual recibe los datos 127 de volumen y los datos 120 de arranque al utilizar cualquier mecanismo de transferencia apropiado (es decir, ya sea byte por byte o bloque de bytes por bloque de bytes, etc. en cualquier protocolo de transferencia de red).

Ademas, la figura 2 muestra que el procedimiento desde la perspectiva del hospedador 110 de maquina virtual puede comprender una accion 270 de modificacion del registro de arranque. La accion 270 incluye la modificacion de la informacion operacional para la una o mas instantaneas consistentes, de manera que una o mas instantaneas consistentes sean apropiadas para un sistema operativo en el hospedador de maquina virtual. Como se muestra en la figura 1C, por ejemplo, el hospedador 110 de la maquina virtual recibe el mensaje 165 para modificar la informacion operacional. Por ejemplo, el mensaje 165 puede incluir una o mas solicitudes para identificar criterios de hospedador 110 de maquina virtual apropiados y cambiar datos 120 de arranque a datos 123 de inicio de una manera apropiada. El mensaje 165 (u otro mensaje no mostrado) tambien puede incluir una o mas solicitudes para cambiar informacion de registro y/o preferencia operativa.

Tales cambios de un caracter operacional pueden incluir, por ejemplo, cualquier numero de configuraciones de hardware y sistema operativo (por ejemplo, numero de procesadores, controladores de hardware, controladores/identificadores de disco y controladores/identificadores de almacenamiento, controladores de red, etc.). Tales cambios pueden ser necesarios que se tengan en consideracion para asegurar que el nuevo sistema operativo de la maquina virtual sea compatible y funcione apropiadamente para el entorno virtual. Los cambios de un caracter operacional pueden incluir ademas diversas manipulaciones de registro, tales como el uso de controladores y otro hardware, la identidad de los controladores que se sustituyen y/o se registran en los archivos binarios, las actualizaciones para el nucleo y/o la informacion hAl, y asf sucesivamente. Los cambios de caracter operacional pueden incluir ademas diversas preferencias de configuracion para la maquina virtual, tales como las de memoria y/o requisitos de CPU.

Ademas, la figura 2 muestra que el procedimiento desde la perspectiva del hospedador 110 de maquina virtual puede comprender una accion 280 de retirada del montaje de archivo de disco duro virtual. La accion 280 incluye retirar el montaje del archivo de disco duro, de manera que el archivo de disco duro virtual no esta accesible como un disco ffsico. Por ejemplo, el hospedador 110 de maquina virtual recibe el mensaje 170, que solicita que el hospedador 110 de maquina virtual retire el montaje del archivo 140 de disco duro virtual. El hospedador 110 de maquina virtual puede entonces desmontar el archivo de disco duro virtual, de manera que el archivo 140 ya no sea accesible localmente o en una red como una unidad de disco de nivel de hospedador. Como resultado, el archivo 140 de disco virtual puede arrancarse como maquina 175 virtual, que contiene datos que son consistentes para un caso unico en tiempo y listos para operar en el hospedador 110 de maquina virtual. En particular, y desde la perspectiva de un usuario final, la maquina 175 virtual es practicamente a todos los efectos una forma esencialmente identica (es decir, los mismos datos o subconjuntos de datos de los mismos) de maquina 105 ffsica antes de las operaciones de instantanea.

Por consiguiente, las figuras 1A-1C y 2 proporcionan una serie de componentes y mecanismos para convertir eficientemente una maquina (por ejemplo, una maquina ffsica o una maquina virtual anterior) a una maquina virtual. En particular, las figuras y el texto correspondiente describen el modo en que pueden realizarse las implementaciones de la presente invencion en al menos un aspecto sin reiniciar necesariamente una maquina que se convierte y/o sin necesariamente necesitar reiniciar en un entorno ADS o PXE. Como tal, los componentes y mecanismos anteriores permiten que las maquinas ffsicas se creen relativamente rapido, tal como a velocidades de transferencia de disco y de red convencionales.

Como se ha mencionado anteriormente en el presente documento, se apreciara que las implementaciones de la presente invencion pueden variar y modificarse para una amplia gama de optimizaciones y una amplia gama de entornos de hardware y sistemas operativos. Por ejemplo, las implementaciones de la presente invencion se pueden

5

10

15

20

25

30

35

40

45

aplicar facilmente a la conversion de cualquier tipo de maquina a una nueva maquina virtual. Con respecto a una maquina virtual anterior, por ejemplo, un usuario puede desear crear mas espacio de almacenamiento para una maquina virtual cuyos volumenes ya pueden estar agotados. Por consiguiente, el usuario puede crear uno o mas archivos de VHD que son mayores que los archivos de VHD anteriores de la maquina virtual anterior, capturar los datos de maquina virtual anterior y transferir los datos de instantanea de maquina virtual a los archivos de VHD mas grandes. Incluso ademas, los procesos de conversion descritos en el presente documento pueden dividirse ademas en multiples etapas independientes distintas de las descritas explfcitamente. Por ejemplo, si un usuario tiene una manera de transferir una imagen de volumen a una maquina de destino, el usuario puede simplemente invocar una operacion de reparacion para "virtualizar" la imagen, o similares de manera que la imagen sea arrancable en la maquina de destino.

Ademas de lo anterior, se apreciara facilmente que las implementaciones de la presente invencion tambien se puedan aplicar a una amplia gama de configuraciones de disco. Por ejemplo, el/los disco(s) ffsico(s) en los que se instala(n) el/los volumen(es) 115 de maquina pueden ser uno cualquiera o mas de un disco basico o dinamico en un sistema operativo y pueden tener ademas una variedad de particiones y/o volumenes. Sin embargo, los procedimientos, componentes y mecanismos descritos en el presente documento pueden aplicarse a tales variaciones en la maquina virtual tal como estaban en la maquina anterior (por ejemplo, una maquina ffsica o una maquina virtual anterior). En particular, las caractensticas asociadas con un disco dinamico o basico ffsico se pueden transferir al hospedador de maquina virtual para que la nueva maquina virtual se comporte como antes con las propiedades de disco basico o dinamico. Por consiguiente, los componentes, modulos y mecanismos descritos en el presente documento pueden aplicarse ampliamente para asegurar una transicion uniforme desde una maquina anterior a una forma recien virtualizada de la maquina anterior.

Las realizaciones de la presente invencion pueden comprender un ordenador de fin especial o de fin general que incluye diversos equipos informaticos, como se indica con mayor detalle a continuacion. Las realizaciones dentro del ambito de la presente invencion tambien incluyen medios legibles por ordenador para transportar o tener instrucciones ejecutables por ordenador o estructuras de datos almacenadas en el mismo. Tales medios legibles por ordenador pueden ser cualquier medio disponible que puede ser accedido por un ordenador de fin general o de fin especial.

A modo de ejemplo, y sin limitacion, tales medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento en disco optico, almacenamiento en disco magnetico u otros dispositivos de almacenamiento magnetico, o cualquier otro medio que pueda ser utilizado para transportar o almacenar medios de codigo de programa deseados en forma de instrucciones ejecutables por ordenador o estructuras de datos y que pueden ser accedidos por un ordenador de fin general o de fin especial. Cuando la informacion se transfiere o se proporciona a traves de una red u otra conexion de comunicaciones (ya sea por cable, de manera inalambrica o una combinacion de cableado o inalambrica) a un ordenador, el ordenador ve correctamente la conexion como un medio legible por ordenador. De este modo, cualquier conexion de este tipo se denomina correctamente un medio legible por ordenador. Las combinaciones de lo anterior tambien deben incluirse dentro del ambito de medios legibles por ordenador.

Las instrucciones ejecutables por ordenador comprenden, por ejemplo, instrucciones y datos que hacen que un ordenador de fin general, un ordenador de fin especial o un dispositivo de procesamiento de fin especial realicen una determinada funcion o grupo de funciones. Aunque la materia objeto se ha descrito en un lenguaje espedfico a caractensticas estructurales y/o acciones metodologicas, se debera entender que la materia objeto definida en las reivindicaciones adjuntas no esta necesariamente limitada a las caractensticas o acciones espedficas descritas anteriormente. Mas bien, las caractensticas y acciones espedficas descritas anteriormente se divulgan como formas ejemplares de implementacion de las reivindicaciones.

Claims (15)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   REIVINDICACIONES

   1. Un procedimiento de creacion de una maquina (175) virtual en un hospedador (110) de maquina virtual, estando dicho hospedador de maquina virtual incluido en un entorno informatizado en una maquina (105), incluyendo dicha maquina uno o mas volumenes (115), comprendiendo dicho procedimiento de creacion de una maquina (175) virtual en dicho hospedador de maquina virtual las acciones siguientes:

   la identificacion (200) de uno o mas ajustes de configuracion de hardware para uno o mas volumenes de la maquina, que incluyen identificar un registro (120) de arranque y datos (125) de volumen en uno o mas volumenes de maquina (115);

   la creacion (210) de una o mas instantaneas (117) consistentes correspondientes a los datos de volumen y al registro (125) de arranque en el uno o mas volumenes (115) de maquina, en el que dicha una o mas instantaneas consistentes comprenden datos (127) de volumen y un registro de arranque, respectivamente, correspondientes a los datos de volumen y al registro de arranque en el uno o mas volumenes de maquina, y en el que el registro de arranque comprendido en la una o mas instantaneas consistentes se puede modificar en el hospedador de maquina virtual;

   el envfo de una o mas instrucciones al hospedador de maquina virtual para crear un archivo (140) de disco duro virtual;

   el envfo de una instruccion (150) al hospedador de maquina virtual para hacer que el archivo de disco duro virtual sea con permisos de escritura;

   el envfo de una o mas instrucciones (155) al hospedador de maquina virtual para montar el archivo de disco duro virtual creado;

   la transferencia (220) de la una o mas instantaneas consistentes al archivo de disco duro virtual montado; y el envfo de una instruccion (165) para modificar la informacion operacional para la una o mas instantaneas consistentes, de manera que la una o mas instantaneas consistentes sean de arranque en el hospedador de maquina virtual, en el que dicha modificacion comprende modificar al menos el registro de arranque comprendido en la una o mas instantaneas.
2. 2. El procedimiento segun la reivindicacion 1, en el que al menos una de la una o mas instantaneas consistentes se transfieren al hospedador de maquina virtual transfiriendo la al menos una instantanea como un conjunto de uno o mas bloques (160) de bytes.
3. 3. El procedimiento segun la reivindicacion 1, en el que la maquina es una maquina ffsica, y la maquina ffsica y el hospedador de maquina virtual son el mismo sistema informatico, de manera que el uno o mas volumenes de la maquina ffsica se transfieren a un dispositivo de disco diferente de la maquina ffsica dentro del mismo sistema informatico, y/o

   en el que el uno o mas volumenes de maquina comprenden una pluralidad de volumenes de maquina instalados en un disco ffsico.
4. 4. El procedimiento segun la reivindicacion 1, en el que la accion de crear la una o mas instantaneas consistentes comprende ademas las acciones siguientes:

   la identificacion de espacio utilizado y espacio libre en el uno o mas volumenes de maquina;

   la identificacion de uno o mas archivos en el espacio utilizado que se deben evitar durante las operaciones de

   instantanea o copiado, incluyendo el uno o mas archivos que se deben evitar uno cualquiera o mas de un archivo

   de area de diferencial, un archivo de pagina, un grupo defectuoso, un archivo de hibernacion; y

   el copiado de los datos del uno o mas volumenes de maquina a uno o mas archivos de disco duro virtual, de

   manera que los datos copiados incluyan unicamente uno de los siguientes:

   (i) el espacio utilizado identificado; o

   (ii) el espacio utilizado identificado sin el uno o mas archivos que se deben evitar.
5. 5. El procedimiento segun la reivindicacion 1, en el que la accion de identificar uno o mas ajustes de configuracion de hardware comprende ademas la accion siguiente:

   la identificacion de una o mas aplicaciones en el uno o mas volumenes que estan configurados para procesos de instantanea relacionados con el escritor, y el envfo de una instruccion a cada aplicacion identificada para comenzar procesos de instantanea relacionados con el escritor; y

   la identificacion de una o mas aplicaciones que no estan configuradas para los procesos de instantanea relacionados con el escritor y el cierre de cada una de las una o mas aplicaciones identificadas que no estan configuradas para procesos relacionados con el escritor.
6. 6. El procedimiento segun la reivindicacion 1, en el que el archivo de disco duro virtual creado es de tamano dinamico, de manera que el tamano del archivo de disco duro virtual pueda cambiar con el tiempo.
7. 7. El procedimiento segun la reivindicacion 6, que comprende ademas las acciones siguientes:

   la identificacion de un identificador de dispositivo para el archivo de disco duro virtual montado; y

   5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   la identificacion de uno o mas identificadores de dispositivo para la una o mas instantaneas consistentes.
8. 8. El procedimiento segun la reivindicacion 1, que comprende ademas las acciones siguientes:

   la identificacion de uno o mas valores de sistema del hospedador de maquina virtual, en el que el envfo de una instruccion para modificar informacion operacional para la una o mas instantaneas consistentes comprende enviar una instruccion para modificar informacion operacional segun el uno o mas valores de sistema identificados, y en el que la instruccion para modificar la informacion operacional incluye una instruccion para modificar uno cualquiera o mas de:

   (i) el registro de arranque;

   (ii) informacion de registro de sistema;

   (iii) uno o mas controladores;

   (iv) archivos binarios del sistema operativo;

   (v) archivos binarios del nucleo; o

   (vi) una o mas preferencias de configuracion de la maquina virtual.
9. 9. El procedimiento segun la reivindicacion 8, en el que la instruccion para modificar informacion operacional incluye uno cualquiera o mas de:

   una o mas instrucciones para sustituir los controladores para uno o mas dispositivos ffsicos por controladores para uno o mas dispositivos virtuales;

   una o mas instrucciones para deshabilitar controladores de dispositivo para hardware en el que no hay ningun dispositivo virtual correspondiente en el entorno virtual; o

   una o mas instrucciones para deshabilitar uno o mas servicios que dependen de uno o mas dispositivos que no existen en el hospedador de maquina virtual.
10. 10. El procedimiento segun la reivindicacion 8, que comprende ademas una accion de enviar una o mas instrucciones (170) al hospedador de maquina virtual para retirar el montaje del archivo de disco duro virtual, de manera que el archivo de disco duro virtual no pueda ser accesible como un disco ffsico.
11. 11. Un procedimiento para crear una maquina virtual en un hospedador (110) de maquina virtual en un entorno informatizado, estando dicho hospedador de maquina virtual configurado para hospedar una o mas maquinas virtuales que incluyen uno o mas volumenes, comprendiendo dicho procedimiento de creacion de una maquina virtual en dicho hospedador de maquina virtual las acciones siguientes:

    la creacion (240) de un archivo de disco duro virtual que tiene un tamano (140) de archivo;

    el montaje (250) del archivo de disco duro virtual en el hospedador de maquina virtual, de manera que el archivo

    del disco duro virtual aparezca como un disco ffsico accesible;

    la recepcion (260) de una o mas instantaneas (117) consistentes correspondientes a uno o mas volumenes (115) de maquina ffsicos, en el que dichas una o mas instantaneas consistentes comprenden datos (127) de volumen y un registro de arranque respectivamente, correspondientes a datos de volumen y a un registro de arranque en el uno o mas volumenes de maquina ffsicos, y en el que el registro de arranque comprendido en la una o mas instantaneas consistentes se puede modificar en el hospedador de maquina virtual; guardar la una o mas instantaneas consistentes en el archivo de disco duro virtual;

    la modificacion (270) de informacion operacional para la una o mas instantaneas consistentes, de manera que la una o mas instantaneas consistentes se puedan arrancar en el hospedador de maquina virtual, en el que dicha modificacion comprende modificar al menos el registro de arranque.
12. 12. El procedimiento segun la reivindicacion 11, que comprende ademas las acciones siguientes:

    la recepcion de datos para la una o mas instantaneas consistentes en un nivel de bloque de bytes; y

    la retirada (280) del montaje del archivo de disco duro virtual, de manera que el archivo de disco duro virtual no

    sea accesible como un disco ffsico.
13. 13. El procedimiento segun la reivindicacion 11, que comprende ademas las acciones siguientes:

    la recepcion de una instruccion para hacer que el archivo de disco duro virtual creado sea con permisos de escritura; y

    el envfo de un identificador de dispositivo para el archivo de disco duro virtual montado a un sistema informatico ffsico.
14. 14. El procedimiento segun la reivindicacion 11, que comprende ademas una accion de notificar uno o mas valores de sistema a un sistema informatico ffsico, en el que el uno o mas valores de sistema son utilizados para modificar la informacion operacional para la una o mas instantaneas consistentes y en el que la modificacion de la informacion operacional comprende modificar uno cualquiera o mas de los registros de arranque; informacion de registro del sistema; uno o mas controladores; archivos binarios del sistema operativo; archivos binarios del nucleo o una o mas preferencias de configuracion de la maquina virtual.
15. 15. Un producto de programa informatico que tiene un codigo ejecutable por ordenador almacenado en el mismo que, cuando se ejecuta, provoca que uno o mas procesadores en una maquina de un entorno informatizado que incluye un hospedador de maquina virtual configurado para hospedar una o mas maquinas virtuales, en el que la maquina incluye uno o mas volumenes, realicen el procedimiento de cualquiera de las reivindicaciones 1 a 10.