En resumidas cuentas podemos crear maquinas virtuales en windows 8 sin necesidad de software de terceros, tipo vmware o virtualbox.
Para ello solo tenemos que tener un procesador con tecnologia de virtualizacion VT, la mayoría hoy día lo disponemos, solo hay que activarlo en la bios.
Bien, dicho esto lo unico que tenemos que hacer es ir al panel de control----programas y caracteristicas------activar o desactivar características de windows y ahí señalar hyper-v y marcar todas las opciones del mismo.
A continuación reiniciar y listo.
El problema
El switch virtual en Hyper-V es un “switch de nivel 2”, lo que quiere decir que conecta (esto es, determina la ruta que van a seguir ciertos paquetes Ethernet) utilizando las direcciones MAC que identifican de manera exclusiva a cada adaptador de red (tanto físicos como virtuales). La dirección MAC de las máquinas de origen y destino se envían en todos los paquetes Ethernet y el switch de nivel 2 utiliza estas direcciones para determinar a dónde tiene que enviar un paquete recibido. Un switch virtual externo se conecta al mundo exterior mediante una NIC física. Los paquetes Ethernet originados en una VM con destino a una máquina del mundo exterior se envían a través de esta NIC física. Esto quiere decir que la NIC física ha de ser capaz de gestionar el tráfico desde todas las VMs conectadas a este switch virtual, y por tanto, implica que los paquetes que se mueven a través de la NIC física van a contener diferentes direcciones MAC (una por cada NIC virtual de las VMs). Esta posibilidad está soportada en tarjetas de red de cable físicas (estando en modo promiscuo), pero no está soportada en tarjetas de red inalámbrica dado que el canal inalámbrico establecido por la tarjeta WiFi y su punto de acceso solo admite paquetes Ethernet con la dirección MAC de la tarjeta WiFi y ninguna otra. Dicho en otras palabras, Hyper-V no podría utilizar tarjetas WiFi para dotar switches externos si no cambiamos la actual arquitectura de switch virtual.
La solución
Para superar esta limitación hemos utilizado la solución de Microsoft Bridging que implementa la funcionalidad de proxy ARP (para IPv4) y Proxy de Descubrimiento de Vecinos (Neighbor Discovery Proxy) para IPv6, a fin de sustituir las direcciones MAC de los adaptadores de red virtuales con las direcciones MAC de los adaptadores WiFi para los paquetes salientes. El bridge mantiene una tabla de correspondencias entre las direcciones IP de las NIC virtuales y sus direcciones MAC para garantizar que los paquetes procedentes del mundo exterior se entregan en la NIC virtual adecuada.
Hyper-V integra el bridge dentro del proceso de creación del switch virtual de manera que cuando creamos un switch virtual externo utilizando una tarjeta de red WiFi, sigue estos pasos:
Crea un bridge específico conectado a la tarjeta WiFi
Crea el switch virtual externo
Enlaza el switch virtual externo para utilizar el bridge en lugar de atacar directamente a la tarjeta WiFi física
Bajo este modelo, la conmutación de paquetes Ethernet sigue teniendo lugar dentro del switch virtual y la traducción de direcciones MAC sucede en el bridge. A los efectos del usuario final que está creando una red externa, el flujo es el mismo, tanto con una red de cable como con una tarjeta inalámbrica.
En conclusión, al incorporar Hyper-V al cliente Windows, ahora disponemos también de una potente tecnología de virtualización diseñada para cubrir las necesidades de escalabilidad, seguridad, fiabilidad y rendimiento de la mayoría de centros de datos. Con Hyper-V los desarrolladores y profesionales de TI van a poder diseñar entornos más eficientes y económicos para usar y testear a través de múltiples máquinas.
Un saludo.
Steven Sinofsky - http://blogs.msdn.com/b/b8/archive/2011/09/07/bringing-hyper-v-to-windows-8.aspx