El Xen es un monitor de la máquina virtual del software libre para el IA-32, el X86-64, el IA-64 y las arquitecturas de PowerPC . Funciona en un sistema operativo del anfitrión y permite que varios sistemas operativos de la huésped sean funcionados con encima del anfitrión en el mismo hardware al mismo tiempo. Las versiones modificadas del linux, NetBSD y Solaris se pueden utilizar como anfitriones. Varios modificado Unix-como sistemas operativos de se pueden emplear como sistemas de la huésped; en cierto hardware, en fecha la versión 3.0 de Xen, las versiones sin modificar Microsoft Windows y otros sistemas operativos propietarios se pueden también utilizar como huéspedes.

Xen originó como proyecto de investigación en la universidad de Cambridge, llevada por el Ian Pratt, el conferenciante mayor en Cambridge y el fundador del XenSource, inc. Esta compañía ahora apoya el desarrollo del proyecto de la fuente abierta y también vende las versiones de la empresa del software. El primer lanzamiento público de Xen fue hecho disponible en 2003. fue adquirido por Citrix Systems en octubre de 2007. Los productos de XenSource se han retitulado posteriormente bajo marca de fábrica de Citrix: XenExpress fue retitulado " XenServer Edition" expreso; y " OEM Edition" de XenServer; (hypervisor encajado); XenServer fue retitulado " Estándar Edition" de XenServer; ; XenEnterprise fue retitulado " Empresa Edition" de XenServer;.

En el 2007-10-22, los sistemas de Citrix terminaron su adquisición de XenSource, y el proyecto de Xen se movió a http://www. Este movimiento había estado en curso por algún tiempo, y produjo el proyecto una oportunidad de hacer público la existencia del comité consultivo del proyecto de Xen (Xen AB), que tiene actual miembros Citrix, IBM, Intel, Hewlett-Packard, Novell, Red Hat y Sun Microsystems . El Xen AB se carga con el descuido de los procedimientos de gestión de código de proyecto, y con el desarrollo de una nueva política de la marca registrada para la marca de Xen, que Citrix se prepone autorizar libremente a todos los vendedores y proyecta ese instrumento el Hypervisor de Xen; los requisitos para autorizar serán solamente la responsabilidad del Xen AB.

Aplicaciones

Monitores de la máquina virtual (también conocidos como Hypervisors es de uso frecuente por IBM, HP, y otros en las unidades centrales y los servidores grandes. También están siendo utilizados cada vez más por las compañías del servicio de recibimiento del Internet para proporcionar los servidores dedicados virtuales que las ventajas primarias de la virtualización del servidor son consolidación, la utilización creciente, una capacidad de provision y de encender rápido una máquina virtual, y capacidad creciente de responder dinámicamente a las averías reanudando una máquina virtual o moviendo una máquina virtual a diverso hardware. Otra ventaja es la capacidad de separar con seguridad sistemas operativos virtuales, y la capacidad de apoyar software de la herencia así como el nuevo OS cita como ejemplo en la misma computadora. La ayuda de Xen para la migración viva de la máquina virtual a partir de un anfitrión a otro permite el equilibrio de la carga de trabajo y la evitación del tiempo muerto.

Xen se puede también utilizar en los ordenadores personales que funcionan linux pero también tiene Windows instalado. Tradicionalmente, tales sistemas se utilizan en una disposición del cargador dual, pero con Xen es posible comenzar el " de Windows; en un window" dentro de linux, usos con eficacia de funcionamiento de ambos sistemas al mismo tiempo.

La virtualización también tiene ventajas al trabajar en el desarrollo del sistema operativo: funcionar con el nuevo sistema como huésped evita la necesidad de reanudar la computadora siempre que se encuentre un insecto. Tal " sandboxed" el sistema de la huésped es también útil en la investigación de seguridad de computadora, para estudiar los efectos de algún virus o del gusano sin la posibilidad de comprometer el sistema huesped. Finalmente, los vendedores de la aplicación del hardware pueden decidir enviar su aplicación que funciona con varios sistemas de la huésped, para poder ejecutar los varios pedazos de software que requieren diversos sistemas operativos.

Xen se puede entregar al mercado como plataforma de la virtualización, tal como Edición Empresarial de Citrix XenServer (antes XenEnterprise de XenSource), o encajar dentro del sistema operativo del anfitrión. Un ejemplo de la 3ultima configuración es la inclusión de Xen en lanzamiento del grabado de pistas de s de Sun Microsystems ” Solaris, o Debian 'del de Novell 'del distribución de la empresa 10 del linux SUSE de s, Red Hat “s RHEL 5/Fedora 7. XenSource anunció recientemente que Dell incorporará la edición del OEM de Citrix XenServer como hypervisor encajado instalada en memoria Flash como opción en todos los servidores del borde de la energía, temprano en 2008.

XenSource también está desarrollando una capa de la compatibilidad para el hypervisor del servidor 2008 de Windows, de modo que los sistemas que se han modificado para funcionar pues las huéspedes de Xen podrán funcionar en el hypervisor 2008.

Tecnología

Paravirtualization, requiriendo virar hacia el lado de babor de los sistemas de la huésped

En la mayoría de las CPU, Xen utiliza una forma de la virtualización conocida como Paravirtualization, significando que el sistema operativo de la huésped se debe modificar para utilizar un especial ABI de Hypercall en vez de ciertas características arquitectónicas. Con el paravirtualization, Xen puede alcanzar alto rendimiento incluso en su arquitectura del anfitrión (x86) que sea notorio incooperativa con técnicas tradicionales de la virtualización.

En x86, el código del núcleo del anfitrión de Xen funciona en el anillo 0, mientras que los dominios recibidos funcionan en el anillo 1 o anillo 3 .

El hardware asistió a la virtualización, teniendo en cuenta huéspedes sin modificar

El Intel ha contribuido modificaciones a Xen para apoyar sus extensiones de la arquitectura del VT-x (antes Vanderpool) . El AMD ha contribuido semejantemente la ayuda para sus extensiones AMD-V . Estas tecnologías, mientras que diferencian absolutamente substancialmente en sus sistemas de la puesta en práctica y de instrucción, son manejadas por una capa común de la abstracción en Xen y permiten a sistemas operativos de la huésped sin modificar funcionar dentro de las máquinas virtuales de Xen, comenzando con Xen 3.

En los términos del laico, esto ha sido un desarrollo significativo porque permite que los sistemas operativos propietarios (tales como Microsoft Windows) sean virtualizados puesto que el núcleo del sistema de la huésped no requiere la modificación cuando el anfitrión funciona en el VT-x o el hardware de AMD-V.

El hardware asistió instrucciones de las ofertas de la virtualización a nuevas de apoyar llamadas directas de una huésped/de un conductor paravirtualized en el hypervisor, usado típicamente para la entrada-salida u otros hypercalls supuestos. También proporciona modos adicionales de la ejecución: " mode" de la raíz; y " mode" non-root;. Ambos modos tienen anillos 0-3; el anfitrión de Xen funciona en modo de la raíz y tiene acceso al hardware verdadero, mientras que la huésped sin modificar funciona en anillos 0-3 de modo non-root y de su " hardware" los accesos están bajo control total del hypervisor.

Xen-HVM tiene emulación del dispositivo basada en el proyecto QEMU para proporcionar la virtualización de la entrada-salida a las VM. El hardware se emula vía un " remendado de QEMU; manager" del dispositivo; funcionamiento del demonio (qemu-dm) como parte en dom0. Esto significa que las máquinas vitualized ven como hardware: un PIIX3 IDE (con algunas capacidades rudimentarias PIIX4), lógica del cirro o emulación emulada VGA del vídeo, de la red RTL8139 o NE2000, PAE, y de ACPI y de APIC ayuda algo limitada y ninguna del SCSI emulación de la vainilla.2, la lista de huéspedes sin modificar apoyadas se limita a ciertas versiones de Windows (incl.

Migración de la máquina virtual

Las máquinas virtuales de Xen pueden ser " migrated" vivo; entre los anfitriones físicos a través de un LAN sin la pérdida de disponibilidad. Durante este procedimiento, la memoria de la máquina virtual se copia iterativo a la destinación sin la detención de su ejecución. Parada alrededor de 60– 300  requieren al ms realizar la sincronización final antes de que la máquina virtual comience a ejecutar en su destinación final, proporcionando una ilusión de la migración inconsútil. La tecnología similar se utiliza para suspender las máquinas virtuales corrientes al disco y el interruptor a otra máquina virtual, y reasume la primera máquina virtual más adelante.

Sistemas operativos y hardware apoyados

Un sistema operativo que funciona Xen mientras que el anfitrión también se conoce como dominio número 0 (el dom0 ), mientras que un sistema que funciona como conocen a una huésped de Xen como el dominio no privilegiado (domU del ).

Unix-como sistemas como anfitriones

Los cargadores de Xen de un cargador de arranque como la COMIDA del GNU, y entonces cargan generalmente un OS modificado del anfitrión en dom0.

La mayoría de las distribuciones del linux ahora incluyen los paquetes de Xen para obrar recíprocamente con el hypervisor de Xen y para comenzar dominios adicionales.

Xen debajo del linux funciona actual en el X86, con el Pentium II o procesadores más nuevos, los sistemas basados X86-64, así como en el IA-64 y el PowerPC . Xen apoya hasta 64 máquinas del multiprocesamiento simétrico de la manera.

XenSource ofrece a ISO viva el corriente CD Debian GNU/Linux así como otras distribuciones libres del linux permitiendo a usuarios intentar Xen en su sistema sin la instalación de él al disco duro.

La primera puesta en práctica comercial de Xen en esta forma era lanzamiento del servidor 10 de la empresa del linux SUSE de Novell. Ayuda de las ofertas de Red Hat Enterprise Linux 5 también para Xen.

El sombrero de ala ha incluido los paquetes de Xen puesto que su lanzamiento FC4. Rápido-empezar el documento está disponible.3 incluye la ayuda de Xen 3. La gerencia gráfica de la VM es ofrecida por el YaST y el virt-hombre.

El Ubuntu incluye los paquetes de Xen desde Ubuntu 6. El último lanzamiento, osado, incluye la versión 3. Las instrucciones se pueden encontrar aquí

El Debian incluye Xen 3.3 paquetes en su lanzamiento 4.0 (grabado de pistas codenamed ). Los paquetes para Debian 3.1 ( Sarge ) se pueden encontrar en http://www.org/

La ayuda del anfitrión para Xen 2 se incluye en el anfitrión de NetBSD 3. que la ayuda para Xen 3.0 está disponible desde NetBSD 4.

La ayuda para el uno mismo-recibimiento de OpenBSD está cerca de completo, requiriendo la corrección de un insecto de la cárcel antes de su lanzamiento.

Un paquete de Gentoo existe para Xen en el Portage . Las instrucciones de la disposición también existen en gentoo-wiki.

El paquete de ArchLinux existe para Xen en el depósito de la comunidad

Las distribuciones basadas de OpenSolaris se pueden utilizar como dom0 y domU, de la estructura 75 de Nevada hacia adelante.

Unix-como sistemas como huéspedes

Los sistemas de la huésped pueden funcionar virtualizado completamente (requiere el hardware especial) o paravirtualized (requiere la modificación del código del OS de la huésped). Se han remendado los sistemas siguientes de modo que puedan funcionar como huésped paravirtualized de Xen:
El linux, paravirtualisation integrado en 2.23, remiendos para otras versiones existe
Minix
Plan 9 de los laboratorios de Bell
NetBSD (NetBSD 2.0 tiene ayuda para Xen 1.0 tiene la ayuda para Xen 2.0)
OpenBSD, anunciado aquí
FreeBSD (limitado) * OpenSolaris (véase a comunidad de Xen en OpenSolaris)
NetWare (en Brainshare 2005, el Novell demostró un puerto que puede funcionar como huésped de Xen)
GNU/Hurd/Mach (gnumach-1-branch-Xen-branch)
OZONO (tiene ayuda para Xen v1.2)

Sistemas de MS Windows como huéspedes

Es actual posible funcionar el Microsoft Windows como sistema operativo de la huésped sin modificar, usar la virtualización del hardware proporcionada por la tecnología de Vanderpool de Intel (ahora VT o IVT de Intel) o el Pacifica de AMD. Éste es principio apoyado con Xen 3.

Durante el desarrollo de Xen 1.x, el Microsoft investiga, junto con la universidad del grupo del sistema operativo de Cambridge, desarrolló un puerto de Windows Xp a Xen. Esto era posible debido al programa académico de la autorización de Microsoft. Los términos de esta licencia no permiten que este puerto sea publicado, aunque la experiencia se documente en el papel original de Xen SOSP.

Consolas de gerencia de Xen

Un número de herramientas de tercera persona (conocidas como consolas de gerencia de Xen) se han desarrollado para facilitar las tareas comunes de administrar un anfitrión de Xen, tal como configuración, comenzar, supervisión y detención de las huéspedes de Xen. Los ejemplos incluyen el pitón - tablero de instrumentos basado de Enomalism ( LGPL ), herramientas de Xen, Ganeti de Google, el Perl - MLN basado, el en Internet HyperVM, y los usos ConVirt (antes XenMan ) del GUI y encargado de la máquina virtual de s de Red Hat ', virt-encargado.

Puestas en práctica comerciales

Oracle VM
Sun xVM

Ver también


El Núcleo-basó la máquina virtual
Comparación de las máquinas virtuales
Virtualización X86 para la información sobre el VT y AMD-V de Intel

.

  • Zenithic
  • Xen
    Random links:Deira | Río Bourne, Wiltshire | Elección general de Ontario, 1951 | Chirau Ali Mwakwere

  • © 2007-2008 enciclopediaespana.com; article text available under the terms of GFDL, from en.wikipedia.org
    ="http://pagead2.googlesyndication.com/pagead/show_ads.js">