Hyper-V es un ejemplo de tecnología de virtualización de servidores. Esto significa que Hyper-V le permite virtualizar una computadora completa ejecutando múltiples sistemas operativos (generalmente basados ​​en servidor) en una computadora física (generalmente con hardware de nivel de servidor). Cada sistema operativo invitado piensa (si los sistemas operativos pueden pensar) que es dueño de la computadora y tiene el derecho exclusivo de usar sus recursos de hardware (o cualquier otro conjunto de recursos informáticos al que la máquina virtual tenga acceso). Por lo tanto, cada sistema operativo se ejecuta en una máquina virtual independiente y todas las máquinas virtuales se ejecutan en la misma computadora física. En un entorno estándar no virtualizado, una computadora sólo puede ejecutar un sistema operativo. La tecnología Hyper-V le brinda a su computadora esta capacidad. Antes de ver cómo funciona la tecnología Hyper-V, debemos comprender principios generales funcionamiento de máquinas virtuales.

Información general sobre máquinas virtuales.

Una máquina virtual es un entorno informático implementado en software que asigna los recursos de hardware de una computadora física de tal manera que brinde la capacidad de ejecutar múltiples sistemas operativos en una computadora. Cada sistema operativo se ejecuta en su propia máquina virtual y tiene instancias de procesador lógico dedicadas. unidades de disco duro, tarjetas de red y otros recursos de hardware informático. El sistema operativo que se ejecuta en la máquina virtual no tiene conocimiento de que se está ejecutando en ambiente virtual y se comporta como si tuviera control total sobre el hardware de la computadora. Implementar máquinas virtuales de la manera descrita anteriormente significa que la virtualización del servidor debe implementarse de acuerdo con los siguientes requisitos:

• Interfaces de control
  La virtualización de servidores requiere interfaces de administración que permitan a los administradores crear, configurar y controlar máquinas virtuales que se ejecutan en una computadora. Estas interfaces también deben soportar la administración de software y operar a través de una red, proporcionando control remoto maquinas virtuales.
• Gestión de la memoria
  La virtualización de servidores requiere un administrador de memoria para garantizar que todas las máquinas virtuales reciban recursos de memoria asignados y aislados.
• herramienta de planificación
  La virtualización de servidores requiere una herramienta de programación para controlar el acceso de las máquinas virtuales a los recursos físicos. La herramienta de programación debe ser configurable por el administrador y poder asignar diferentes niveles de prioridad a los equipos.
• Máquina estatal
  La virtualización de servidores requiere una máquina de estado que monitoree información sobre el estado actual de todas las máquinas virtuales en la computadora. La información del estado de la máquina virtual incluye información sobre la CPU, la memoria, los dispositivos y el estado de la máquina virtual (en ejecución o detenida). La máquina de estados también debe soportar la gestión de transiciones entre diferentes estados.
• Almacenamiento y redes
  La virtualización de servidores requiere la capacidad de aprovisionar recursos de red y almacenamiento en una computadora, permitiendo que cada máquina virtual tenga acceso independiente a unidades de disco duro e interfaces de red. Además, la virtualización de escritorios también requiere la capacidad de que varias máquinas accedan simultáneamente a dispositivos físicos manteniendo la coherencia, el aislamiento y la seguridad.
• Dispositivos virtualizados
  La virtualización de servidores requiere dispositivos virtualizados que proporcionen a los que se ejecutan en maquinas virtuales Los sistemas operativos proporcionan representaciones lógicas de dispositivos que no difieren en comportamiento de sus contrapartes físicas. En otras palabras, cuando el sistema operativo accede a un dispositivo informático físico desde una máquina virtual, se accede al dispositivo virtualizado correspondiente de una manera idéntica al proceso de acceso a un dispositivo físico.
• Controladores de dispositivos virtuales
  Para virtualizar un servidor, debe instalar controladores de dispositivos virtuales en los sistemas operativos que se ejecutan en máquinas virtuales. Los controladores de dispositivos virtuales brindan a las aplicaciones acceso a representaciones virtuales de hardware y conexiones de E/S de la misma manera que el hardware físico.

Entendiendo el caparazón

Hypervisor es una plataforma de virtualización que permite ejecutar múltiples sistemas operativos en una sola computadora física: la computadora host. La función principal del hipervisor es crear entornos de ejecución aislados para todas las máquinas virtuales y gestionar la interacción entre el sistema operativo invitado en la máquina virtual y los recursos de hardware subyacentes de la computadora física. El término hipervisor se acuñó en 1972, cuando IBM actualizó el software de gestión de la plataforma informática System/370 para admitir la virtualización. La creación del hipervisor supuso un nuevo hito en la evolución tecnologia computacional, ya que superó las limitaciones arquitectónicas y redujo el costo de uso de mainframes. Los proyectiles de bajo nivel son diferentes. Por ejemplo, difieren en el tipo, es decir, dependiendo de si se ejecutan en hardware físico o están alojados en un entorno de sistema operativo. Las conchas también se pueden dividir por diseño: monolíticas o micronúcleo.

Carcasa tipo 1

Los shells de tipo 1 se ejecutan directamente en el hardware físico subyacente de las computadoras host y actúan como programas de control. Es decir, se ejecutan “en hardware”. En este caso, los sistemas operativos invitados se ejecutan en varias máquinas virtuales ubicadas encima de la capa del hipervisor (consulte la Figura 1).

Debido a que los hipervisores tipo 1 se ejecutan directamente en el hardware en lugar de en el entorno del sistema operativo, normalmente brindan rendimiento, disponibilidad y seguridad óptimos en comparación con otros tipos. Los hipervisores de tipo 1 también se implementan en los siguientes productos de virtualización de servidores:

• Microsoft Hyper-V
• Citrix XenServer
• Servidor VMware ESX

Carcasa tipo 2

Los shells de tipo 2 se ejecutan en un entorno de sistema operativo que se ejecuta en la computadora host. En este caso, los sistemas operativos invitados se ejecutan en máquinas virtuales encima de un hipervisor (consulte la Figura 2). Este tipo de virtualización suele denominarse virtualización alojada. La comparación de la Figura 2 con la Figura 1 revela que los sistemas operativos invitados que se ejecutan en máquinas virtuales en plataformas de hipervisor Tipo 2 están separados del hardware subyacente por otra capa. Tener una capa adicional entre las máquinas virtuales y el hardware provoca una degradación del rendimiento en las plataformas de shell Tipo 2 y limita la cantidad de máquinas virtuales que se pueden ejecutar en la práctica. Los hipervisores de tipo 2 también se implementan en los siguientes productos de virtualización de servidores:

• microsoft Servidor virtual
• Servidor VMware

Conchas monolíticas de bajo nivel.

Una arquitectura de shell monolítica implica controladores de dispositivos que soportan, residen y son controlados por el shell (consulte la Figura 3).

La arquitectura monolítica tiene ventajas y algunas desventajas. Por ejemplo, los hipervisores monolíticos no requieren un sistema operativo host (principal) porque todos los invitados interactúan directamente con el hardware informático subyacente mediante controladores de dispositivo. Ésta es una de las ventajas de la arquitectura monolítica. Por otro lado, el hecho de que los controladores deban diseñarse específicamente para el hipervisor presenta importantes dificultades, ya que existen en el mercado diferentes tipos de placas base, controladores de almacenamiento, adaptadores de red y otros equipos. Como resultado, los fabricantes de plataformas de hipervisor monolítico deben trabajar estrechamente con los fabricantes de hardware para garantizar que los controladores de estos dispositivos admitan el hipervisor. Además, esto hace que los fabricantes de carcasas dependan de los fabricantes de hardware para que les suministren los controladores necesarios para sus productos. Por lo tanto, la gama de dispositivos que se pueden utilizar en sistemas operativos virtualizados en plataformas monolíticas de shell de bajo nivel es significativamente más limitada en comparación con la situación de ejecutar los mismos sistemas operativos en computadoras físicas. Característica importante Esta arquitectura ignora uno de los principios de seguridad más importantes: la necesidad de una defensa en profundidad. Con una defensa en profundidad, se crean varias líneas de defensa. En este modelo no hay defensa en profundidad, ya que todo se hace en la parte más privilegiada del sistema. Un ejemplo de un producto de virtualización de servidores que utiliza una arquitectura de hipervisor monolítico es VMware ESX Server.

Conchas de micronúcleo

Los shells de bajo nivel de Microkernel no requieren controladores especiales, ya que el sistema operativo actúa como la partición principal (principal). Dicha partición proporciona el entorno de ejecución necesario para que los controladores de dispositivos accedan al hardware físico subyacente de la computadora host. Las particiones se analizarán más adelante, pero por ahora imaginemos que el término “partición” equivale a una máquina virtual. En las plataformas de hipervisor de microkernel, la instalación del controlador de dispositivo solo es necesaria para los dispositivos físicos que se ejecutan en la partición principal. No es necesaria la instalación de estos controladores en sistemas operativos invitados porque los sistemas operativos invitados sólo necesitan acceder a la partición principal para acceder al hardware físico de la computadora host. En otras palabras, la arquitectura de microkernel no permite que los sistemas operativos invitados accedan directamente al hardware subyacente. Solo se puede acceder a los dispositivos físicos interactuando con la partición principal. La Figura 4 muestra la arquitectura del microkernel del hipervisor con más detalle.

La arquitectura microkernel tiene varias ventajas sobre la arquitectura monolítica. En primer lugar, la ausencia de la necesidad de controladores especiales permite el uso de una amplia gama de controladores existentes proporcionados por el fabricante. En segundo lugar, los controladores de dispositivos no están incluidos en el shell, por lo que crea menos carga, es más pequeño y más resistente. En tercer lugar, y lo más importante, la superficie de ataque potencial se minimiza porque no se carga ningún código externo en el shell (los controladores de dispositivos son creados por terceros y, por lo tanto, se consideran código externo desde la perspectiva del desarrollador del shell). De acuerdo en que la penetración de malware. software en el shell y tomar el control de todos los sistemas operativos virtuales de la computadora es lo último que desea experimentar. El único inconveniente del diseño del microkernel es la necesidad de una partición principal especial. Esto aumenta la carga en el sistema (aunque suele ser mínima), ya que el acceso de las particiones secundarias al hardware requiere que interactúen con la partición principal. Una ventaja significativa de la arquitectura de microkernel de Hyper-V es la provisión de defensa en profundidad. La tecnología Hyper-V le permite reducir al mínimo la ejecución de código en el hipervisor y pasar más funciones a la pila (por ejemplo, máquina de estado y control). interfaces, que en modo de usuario se ejecutan más arriba en la pila). ¿Cuál es un ejemplo de plataforma de virtualización de servidores con arquitectura microkernel? Sin duda, se trata de Microsoft Hyper-V, en cuya partición principal se encuentra Servidor de windows 2008 o posterior.

Características clave de Hyper-V

A continuación se muestran algunas de las características principales de la versión original de la plataforma Microsoft Hyper-V:

• Soporte para varios sistemas operativos
  Hyper-V admite la ejecución simultánea varios tipos SO, incluido el SO de 32 y 64 bits en varios plataformas de servidor(por ejemplo, Windows, Linux, etc.).
• Extensibilidad
  La tecnología Hyper-V tiene interfaces de kit de herramientas estándar gestión de ventanas(WMI) y API de programación que permiten a los proveedores y desarrolladores de software independientes crear rápidamente herramientas y extensiones personalizadas para la plataforma de virtualización.
• Equilibrio de carga de red
  Hyper-V proporciona capacidades de conmutación virtual que permiten el uso del equilibrio de carga de red de Windows para equilibrar la carga entre máquinas virtuales de diferentes servidores.
• Arquitectura de micronúcleo
  Hyper-V tiene una arquitectura de hipervisor microkernel de 64 bits que permite que la plataforma proporcione varios métodos compatibilidad con dispositivos, rendimiento adicional y seguridad.
• Virtualización de hardware
  Hyper-V requiere el uso de tecnologías de virtualización de hardware Intel-VT o AMD-V.
• Arquitectura intercambio equipo
  Hyper-V utiliza una arquitectura de proveedor de servicios de virtualización (VSP) y cliente de servicios de virtualización (VSC) que proporciona acceso y utilización mejorados de los recursos de hardware (como disco, red y video).
• Migración rápida
  Hyper-V le permite mover una máquina virtual en ejecución de una computadora host física a otra con una latencia mínima. Esto se hace utilizando las herramientas de administración de alta disponibilidad de Windows Server 2008 y System Center.
• Escalabilidad
  Hyper-V admite múltiples procesadores y núcleos a nivel de host, así como acceso avanzado a la memoria a nivel de máquina virtual. Este soporte hace que los entornos de virtualización sean escalables para alojar una gran cantidad de máquinas virtuales en un solo host. Sin embargo, las capacidades de migración rápida también le permiten escalar en múltiples nodos.
• Soporte para arquitectura de multiprocesador simétrico (SMP)
  Hyper-V admite hasta cuatro procesadores en un entorno de máquina virtual para ejecutar aplicaciones multiproceso en una máquina virtual.
• 
  Hyper-V proporciona la capacidad de crear instantáneas de máquinas virtuales en ejecución para regresar rápidamente a estado previo, que optimiza las soluciones de respaldo y recuperación.

Novedades de Hyper-V R2

EN Versiones de Windows Server 2008 R2 agregó nuevas funciones a la función Hyper-V. Mejoran la flexibilidad, el rendimiento y la escalabilidad de Hyper-V. Veámoslos con más detalle.

Mayor flexibilidad

Hyper-V R2 incluye las siguientes características nuevas que aumentan la flexibilidad de implementar y mantener una infraestructura de virtualización de servidores:

• Migración en vivo
  Hyper-V R2 incluye una función de migración en vivo que le permite mover una máquina virtual de un servidor Hyper-V a otro sin interrupción. conexión de red, sin tiempo de inactividad para el usuario y sin interrupción del servicio. Moverse sólo provoca una disminución del rendimiento durante unos segundos. La migración en vivo ayuda a garantizar una alta disponibilidad de servidores y aplicaciones que se ejecutan en servidores Hyper-V agrupados en un entorno de centro de datos virtualizado. La migración en vivo también simplifica el proceso de actualización y mantenimiento del hardware del host y proporciona nuevas capacidades, como la capacidad de equilibrar las cargas de la red para una máxima eficiencia energética o una utilización óptima del procesador. La migración en vivo se describe en detalle a continuación en la sección Trabajar con Migración en vivo.
• Volúmenes compartidos en clúster
  Los volúmenes compartidos del clúster son nueva caracteristica Sistemas de clúster de conmutación por error de Windows Server 2008 R2. Proporciona un espacio de nombres de archivos único y coherente que permite que todos los nodos del clúster accedan al mismo dispositivo de almacenamiento. Se recomienda encarecidamente el uso de volúmenes compartidos en clúster para la migración en vivo y se describe a continuación en la sección Trabajar con migración en vivo.
• Soporte para agregar y quitar medios de almacenamiento en caliente
  La versión R2 de Hyper-V le permite agregar o eliminar archivos virtuales discos duros y transitar discos en una máquina virtual en ejecución sin apagarla ni reiniciarla. Esto le permite configurar todo el espacio de almacenamiento utilizado sin tiempo de inactividad. máquina virtual, de acuerdo con el cambio en la carga de trabajo. Además, ofrece nuevas oportunidades. Copia de reserva en Microsoft servidor SQL, Microsoft Exchange Server y en centros de datos. Para utilizar esta función, los discos virtuales y de paso deben estar conectados a la máquina virtual mediante un controlador SCSI virtual. información adicional Para agregar controladores SCSI a máquinas virtuales, consulte la sección "Administración de máquinas virtuales" a continuación.
• Modo de compatibilidad del procesador
  Nuevo modo La compatibilidad del procesador, disponible en la versión Hyper-V R2, le permite mover una máquina virtual de una computadora host a otra si la arquitectura de su procesador coincide (AMD o Intel). Esto facilita la actualización de su infraestructura de host Hyper-V al facilitar la migración de máquinas virtuales desde computadoras con hardware más antiguo a computadoras con hardware más nuevo. Además, también proporciona flexibilidad para migrar máquinas virtuales entre nodos del clúster. Por ejemplo, el modo de compatibilidad del procesador se puede utilizar para migrar máquinas virtuales desde un host. núcleo Intel 2 por nodo Intel Pentium 4 o desde un nodo AMD Opteron a un nodo AMD Athlon. Tenga en cuenta que el modo de compatibilidad del procesador le permite migrar máquinas virtuales solo si la arquitectura del procesador de los nodos coincide. En otras palabras, se admite la migración AMD-AMD e Intel-Intel. Migrar máquinas virtuales desde una computadora host de la misma arquitectura a computadora principal No se admite otra arquitectura. En otras palabras, no se admiten las migraciones AMD-Intel e Intel-AMD. Para obtener más información sobre el modo de compatibilidad del procesador y cómo configurarlo, consulte la barra lateral "Cómo funciona". modo de compatibilidad del procesador."

Desempeño mejorado

Hyper-V R2 contiene las siguientes características nuevas que pueden mejorar el rendimiento de su infraestructura de virtualización de servidores:

1. Admite hasta 384 máquinas virtuales simultáneas y hasta 512 procesadores virtuales por servidor
   Con el hardware adecuado, los servidores Hyper-V R2 se pueden utilizar para alcanzar niveles de consolidación de servidores que antes eran inalcanzables. Por ejemplo, en una computadora host Hyper-V puede alojar:
   • 384 máquinas virtuales con un procesador (significativamente menos que el límite de 512 procesadores virtuales)
   • 256 máquinas virtuales con dos procesadores (total 512 procesadores virtuales)
   • 128 máquinas virtuales con cuatro procesadores (512 procesadores virtuales en total)

   También puede ejecutar cualquier combinación de procesadores de un solo núcleo, de doble núcleo y de cuatro núcleos, siempre que el número total de máquinas virtuales no supere las 384 y el número total de procesadores virtuales asignados a las máquinas virtuales no supere los 512. Estas capacidades permiten a Hyper-V R2 proporcionar las densidades más altas disponibles en el mercado de máquinas virtuales en este momento. En comparación, la versión anterior de Hyper-V en Windows Server 2008 SP2 sólo admitía hasta 24 procesadores lógicos y hasta 192 máquinas virtuales. Tenga en cuenta que cuando se utilizan clústeres de conmutación por error, Hyper-V R2 admite hasta 64 máquinas virtuales por nodo del clúster.

2. Soporte de traducción de direcciones de segundo nivel (SLAT)
   En Hyper-V R2, el procesador maneja las traducciones de direcciones en máquinas virtuales en lugar de en el código Hyper-V, que realiza asignaciones de tablas mediante programación. Por lo tanto, la tecnología SLAT crea una segunda capa de páginas debajo de las tablas de páginas x86/x64 de los procesadores x86/x64 a través de una capa de direccionamiento indirecto desde el acceso a la memoria de la máquina virtual al acceso a la memoria física.

Cuando se utilizan procesadores adecuados (por ejemplo, Procesadores Intel con tablas de páginas EPT extendidas a partir de la generación i7 o los últimos modelos Procesadores AMD con tablas de páginas NPT anidadas) Hyper-V R2 mejora significativamente el rendimiento del sistema en muchos casos. Las mejoras de rendimiento se deben a mejoras en la tecnología de administración de memoria y a una reducción en la cantidad de copias de memoria necesarias para utilizar estas funciones del procesador. El rendimiento mejora especialmente cuando se trabaja con grandes conjuntos de datos (por ejemplo, MicrosoftSQL Servidor). El uso de memoria para el hipervisor Microsoft Hypervisor se puede reducir del 5 al 1 por ciento de la memoria física total. Así, las secciones infantiles tendrán acceso a más memoria, lo que permite un alto grado de consolidación.

3. chimenea
   Esta característica permite que el tráfico TCP/IP de una máquina virtual se reenvíe al adaptador de red físico de la computadora host. Para lograr esto, el adaptador de red físico y el sistema operativo deben admitir la descarga de TCP Chimney, lo que mejorará el rendimiento de la máquina virtual al reducir la carga de la CPU en los procesadores lógicos. Soporte de descarga de TCP Chimney Microsoft Windows apareció en versiones

Tenga en cuenta que no todas las aplicaciones pueden utilizar esta función. En particular, las aplicaciones que utilizan buffers preasignados y conexiones duraderas con grandes cantidades de transferencia de datos serán las que más se beneficiarán al habilitar esta función. Además, tenga en cuenta que los adaptadores de red físicos que admiten la descarga de TCP Chimney pueden manejar una cantidad limitada de conexiones descargadas que comparten todas las máquinas virtuales del host.

4. Soporte de cola de máquinas virtuales (VMQ)
   Hyper-V R2 proporciona soporte para colas de dispositivos de máquinas virtuales (VMDq): Tecnologías Intel Tecnología de virtualización Para la conectividad. VMQ transfiere la tarea de ordenar el tráfico de datos de la máquina virtual desde el Administrador de la máquina virtual al Controlador de red. Esto permite que una única NIC física aparezca como varias NIC (colas) en el invitado, lo que optimiza el uso de la CPU y mejora el rendimiento. rendimiento red y también proporciona capacidades mejoradas para administrar el tráfico de máquinas virtuales. Luego, la computadora host no almacena datos de acceso directo a la memoria (DMA) de los dispositivos en su propio búfer, ya que el adaptador de red puede usar este acceso para enrutar paquetes a la memoria de la máquina virtual. Reducir la ruta de E/S proporciona un rendimiento mejorado. Para obtener más información sobre la cola VMDq, consulte el sitio web de Intel en http://www.intel.com/network/connectivity/vtc_vmdq.htm.
5. · Soporte de tamaño de marco grande
   Las tramas jumbo son tramas de Ethernet que contienen más de 1500 bytes de carga útil. Anteriormente, los tamaños de marco grandes estaban disponibles en entornos no virtuales. Hyper-V R2 brinda la capacidad de ejecutarlos en máquinas virtuales y admite tramas de hasta 9014 bytes de tamaño (si lo admite la red física subyacente).

Esto da como resultado un mayor rendimiento de la red y un menor uso de la CPU al transferir archivos grandes.

Mayor escalabilidad

Hyper-V R2 incluye las siguientes características nuevas que mejoran la escalabilidad de su infraestructura de virtualización de servidores:

• Admite hasta 64 procesadores lógicos en el grupo de procesadores principal
  La cantidad de procesadores lógicos admitidos en esta versión de Hyper-V se cuadriplica en comparación con versión antigua Hiper-V. Esto permite a las empresas aprovechar los últimos sistemas de servidores grandes y escalables para maximizar los beneficios de consolidar las cargas de trabajo existentes. Además, el uso de dichos sistemas de servidor facilita el suministro de múltiples procesadores para cada máquina virtual. Hyper-V admite hasta cuatro procesadores virtuales lógicos por máquina virtual.
• Soporte de estacionamiento central
  La función de estacionamiento de núcleos permite a Windows y Hyper-V consolidar el procesamiento de datos en una cantidad mínima de núcleos de procesador. Para hacer esto, los núcleos de procesador inactivos se suspenden colocándolos en el estado C (el estado "estacionado"). Esto le permite programar máquinas virtuales en un solo nodo en lugar de distribuirlas en varios nodos. Esto tiene la ventaja de acercarse a un modelo informático ecológico al reducir la cantidad de energía requerida por la CPU de los nodos del centro de datos.

Comparación de Hyper-V y servidor virtual

El poder de Hyper-V ya lo ha llevado a reemplazar a Microsoft Virtual Server en muchas organizaciones que anteriormente dependían de Virtual Server para la consolidación de servidores, la continuidad del negocio, las pruebas y el desarrollo. Al mismo tiempo, Virtual Server todavía puede encontrar aplicación en la infraestructura de virtualización corporativa. La Tabla 1 compara algunas de las características y datos técnicos entre Hyper-V y Virtual Server.

Tabla 1. Comparación de componentes y características técnicas Servidor virtual 2005 R2 SP1 y Hyper-V R2

Más información Para obtener más información sobre las funciones del servidor virtual y cómo descargarlo, vaya a http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx. Para obtener información sobre la migración de máquinas virtuales de Virtual Server a Hyper-V, consulte la "Guía de migración de máquinas virtuales: cómo migrar de Virtual Server a Hyper-V" en la biblioteca TechNet en http://technet.microsoft.com/en. us/library/dd296684.aspx.

Hiper-V , nativo de sistemas windows– en sus ediciones de servidor, así como en algunas versiones y ediciones de escritorio – un entorno para trabajar con máquinas virtuales y sus invitados SO No siempre funciona sin problemas. Uno de estos problemas puede ser una notificación que aparece al iniciar una máquina virtual y que dice: Hiper-V No se puede iniciar porque algún hipervisor no se está ejecutando.

¿Qué es este error y cómo solucionarlo?

Una ventana con tal error es una interpretación universal; la razón puede residir en varias cosas.

Requisitos del sistema

Si el propio Windows no cumple con los requisitos para ejecutarse Hiper-V, y no todas las ediciones de escritorio permiten trabajar con este componente; simplemente no está activado en el sistema. Pero todavía existen requisitos de hardware. Es posible que su discrepancia no afecte la activación del hipervisor, pero en el futuro puede provocar la aparición de dicho error.

Para el trabajo Hiper-V necesario:

Al menos 4 GB de RAM;
Procesador de 64 bits con soporte para SLAT y tecnología de virtualización.

almacenamiento BCD

El error en cuestión puede indicar una configuración incorrecta de los datos de almacenamiento. BCD. Componente Hiper-V Está profundamente integrado en Windows y se inicia antes de que se inicie el kernel del sistema. Si está almacenado BCD Se han realizado cambios para modificar el inicio del hipervisor, es posible que no sean correctos. O lanzar Hiper-V y anteriormente se deshabilitó deliberadamente para optimizar temporalmente el uso de los recursos informáticos. En este caso, la configuración BCD en términos de iniciar el hipervisor, es necesario ajustarlo o devolver el valor predeterminado configurando la ejecución automática Hiper-V. Para instalar la ejecución automática, abra CMD en nombre del administrador (Necesariamente) , ingresar:

bcdedit /set tipo de lanzamiento del hipervisor automático

Luego de esto reiniciamos.

Excavadora AMD

Hiper-V no funciona con procesadores de la empresa AMD con arquitectura Excavadora.

Tecnologías de virtualización

Para garantizar el funcionamiento del entorno de virtualización a través de cualquier hipervisor, el procesador debe estar equipado con tecnología que proporcione virtualización: Virtualización Intel, o AMD-V. El soporte para estas tecnologías se puede encontrar en la página de especificaciones del procesador en los sitios web, respectivamente, Intel Y AMD. Y la tecnología de virtualización, naturalmente, debería incluirse en BIOS .

Otro punto importante: para procesadores Intel V BIOS tecnologías específicas deben ser deshabilitadas Intel VT-d Y Ejecución confiable. El hipervisor integrado en Windows no es compatible con ellos. Así es como deberían verse las configuraciones BIOS trabajar con Hiper-V: La tecnología de virtualización está habilitada y tecnologías específicas están deshabilitadas.

Con la llegada del soporte de virtualización en los nuevos sistemas operativos de Microsoft, incluso en los clientes Windows 7, 8 y 10, el servicio propietario Hyper-V ha dejado de ser el destino de los administradores de sistemas en las empresas de nivel medio. Hyper-V bien puede reemplazar al popular VirtualBox de Oracle en el campo de la virtualización de nivel de entrada (nivel de cliente). Sin embargo, antes de instalar este servicio, debe verificar el cumplimiento. Requisitos del sistema De lo contrario, es posible que reciba el siguiente mensaje: "La máquina virtual no se puede iniciar porque el hipervisor no se está ejecutando". A qué debe prestar atención al elegir hardware para la virtualización. ¿Es posible salvar de alguna manera la situación si ya se compró el hardware? Veamos esto en esta publicación.
Entonces, tienes Hyper-V implementado en Servidor de windows 2008 Server y cuando intentas iniciar la máquina virtual, aparece una ventana

No desesperes; quizás la situación aún pueda salvarse. Cabe señalar que el sistema operativo debe ser de 64 bits, pero, por supuesto, en x32 no podrá implementar Hyper-V en absoluto. Lo primero que debe hacer es verificar que los elementos correspondientes estén habilitados en el BIOS: habilite VT y AMD-V. A continuación, debe asegurarse de que su procesador admita la virtualización. Las herramientas de verificación para las plataformas Intel y AMD se describen como una de ellas. (en la imagen de abajo).

Una utilidad de Mark Russinovich también puede ayudar a determinar esto.

Otro problema común es la imposibilidad de ejecutar máquinas virtuales desde Windows 2008 R2 en procesadores que admitan la tecnología Advanced Vector Extensions (AVX). Este sistema operativo no es compatible de forma nativa con AVX; sin embargo, una solución puede ayudarle en esta situación.

Causa. El hipervisor no se está ejecutando. Aparece el siguiente mensaje de error en el registro de errores del sistema: "La máquina virtual no puede iniciarse porque el hipervisor no se está ejecutando".

Eliminación. Para ejecutar el hipervisor, la computadora física debe cumplir ciertos requisitos de hardware. Para obtener más información, consulte Requisitos para instalar Hyper-V. Si su computadora no cumple con los requisitos, no podrá utilizarla para ejecutar máquinas virtuales. Si su computadora cumple con los requisitos y el hipervisor no se está ejecutando, es posible que deba habilitar opciones de virtualización mediante hardware y prevención de ejecución de datos de hardware (DEP) en el BIOS. Después de cambiar esta configuración, debe apagar la computadora y luego encenderla nuevamente. Cuando reinicia la computadora, los cambios de configuración no surten efecto.

Causa. disco virtual, que se utiliza como disco del sistema, está conectado al controlador SCSI.

Eliminación. Conectar disco del sistema al controlador IDE. Para obtener instrucciones, consulte Configuración de discos y dispositivos de almacenamiento.

Causa. La máquina virtual está configurada para utilizar CD y DVD físicos como medio de instalación y utiliza una unidad de disco física.

Eliminación. Sólo una máquina virtual puede acceder a una unidad física de CD o DVD a la vez. Desconecte la unidad de CD/DVD de la otra máquina virtual y vuelva a intentarlo.

El sistema operativo no se puede instalar en una máquina virtual a través de la red.

Causa. La máquina virtual está utilizando un adaptador de red en lugar de un adaptador de red heredado, o el adaptador de red heredado no está conectado a la red adecuada red externa.

Eliminación. Asegúrese de que la máquina virtual esté configurada para utilizar un adaptador de red heredado que esté conectado a la red externa que proporciona servicios de instalación. Para obtener instrucciones sobre cómo configurar adaptadores de red, consulte Configuración de su red.

La máquina virtual se suspende automáticamente.

Causa. La máquina virtual se suspenderá automáticamente si no hay suficiente espacio libre en el volumen donde se almacenan las instantáneas o los discos duros virtuales. El estado de la máquina virtual en Hyper-V Manager aparecerá como Crítico suspendido.

Eliminación. Cree espacio en disco adicional usando Hyper-V Manager para aplicar o eliminar instantáneas individualmente. O, para eliminar todas las instantáneas, exporte la máquina virtual sin sus datos y luego importe la máquina virtual.

Cuando intenta crear o iniciar una máquina virtual, recibe mensajes de error: "El usuario ha abierto una sección asignada", "El recurso o dispositivo de red ya no está disponible" o "La operación de E/S se canceló porque el comando hilo terminado o debido a una solicitud de aplicación”.

Causa.

Eliminación.

Las máquinas virtuales han desaparecido de la consola de Hyper-V Manager.

Causa. La razón puede ser programa antivirus, trabajando en la gestión Sistema operativo, cuando el monitoreo de archivos de máquinas virtuales en Hyper-V se configura utilizando el componente de escaneo en tiempo real.

Eliminación. Excluya los archivos de la máquina virtual del análisis en tiempo real. Para obtener información sobre archivos específicos, consulte el artículo 961804 de Microsoft Knowledge Base (http://go.microsoft.com/fwlink/?LinkId=143978).

Cuando se utiliza una conexión a una máquina virtual, el puntero del mouse se convierte en un punto o se queda atascado en la ventana de la máquina virtual.

Causa. El sistema operativo de la máquina virtual no tiene servicios de integración instalados.

Eliminación. Si el sistema operativo de la máquina virtual es compatible, los servicios de integración estarán disponibles para ese sistema operativo. Para mejorar la integración del mouse, instale servicios de integración. Para obtener instrucciones, consulte Instalar el sistema operativo en una máquina virtual. Si el sistema operativo de la máquina virtual no es compatible, puede utilizar un método abreviado de teclado para mover el mouse fuera de la ventana de la máquina virtual. La combinación de teclas predeterminada es CTRL+ALT+FLECHA IZQUIERDA.

No se puede usar el mouse para controlar la máquina virtual. Utilice la Conexión a Escritorio remoto para conectarse a un servidor que tenga Hyper-V instalado.

Causa. Cuando utiliza Hyper-V Manager para conectarse a una máquina virtual, el componente Conexión de máquina virtual proporciona esta conexión. Sin embargo, no se admite el uso de una conexión de máquina virtual en una sesión de Conexión a Escritorio remoto a menos que esté instalado Integration Services. Por lo tanto, el resultado esperado es la pérdida de la funcionalidad del mouse.

Eliminación. No utilice una conexión de máquina virtual en una sesión de Escritorio remoto hasta que se instalen los servicios de integración. Hay varias formas de solucionar este problema.

• Instalar servicios de integración. Para obtener instrucciones, consulte Instalar el sistema operativo en una máquina virtual.
• Establezca una sesión de conexión a escritorio remoto directamente en la máquina virtual.
• Inicie sesión en la consola del servidor que ejecuta Hyper-V y utilice el componente Conexión de máquina virtual para conectarse a la máquina virtual.
• En una computadora cliente compatible, instale las herramientas de administración de Hyper-V para instalar la función Conexión de máquina virtual y crear una sesión de conexión a la máquina virtual. Para obtener más información, consulte la biblioteca técnica de Windows Server 2008 (http://go.microsoft.com/fwlink/?LinkId=143558).

Al abrir el Administrador de dispositivos en el sistema operativo en una máquina virtual, algunos dispositivos se marcan como desconocidos.

Causa. Device Manager no reconoce dispositivos optimizados para su uso en máquinas virtuales y que se ejecutan con Hyper-V a menos que estén instalados los servicios de integración. Dispositivos desconocidos detectados en el Administrador de dispositivos varían según el sistema operativo de la máquina virtual y pueden incluir: VMBus, minipuerto HID de Microsoft VMBus, adaptador de red de Microsoft VMBus y minipuerto storvsc.

Eliminación. Si el sistema operativo de la máquina virtual es compatible, los servicios de integración estarán disponibles para ese sistema operativo. Después de instalar Integration Services, Device Manager reconocerá los dispositivos disponibles para ese sistema operativo en la máquina virtual. Para obtener instrucciones, consulte Instalar el sistema operativo en una máquina virtual.

Debe monitorear el rendimiento de la máquina virtual, pero la información del procesador en el Administrador de tareas no muestra qué recursos del procesador está utilizando la máquina virtual.

Causa. El Administrador de tareas no muestra información de CPU para máquinas virtuales.

Eliminación. Para ver información de uso de CPU para máquinas virtuales que se ejecutan en un servidor que ejecuta Hyper-V, use el Monitor de estabilidad y rendimiento del sistema. Muestra datos recopilados de los contadores de rendimiento de Hyper-V. Para abrir el Monitor de estabilidad y rendimiento del sistema, haga clic en Comenzar, seleccione un comando Ejecutar y entrar rendimiento.

Los siguientes contadores de rendimiento se pueden ver en el sistema operativo host (que ejecuta la función Hyper-V).

• Procesador lógico Hyper-V Hyper-V: % de tiempo de invitado: determina la cantidad de recursos del procesador físico utilizados para ejecutar máquinas virtuales. Este contador no identifica máquinas virtuales individuales ni la cantidad de recursos consumidos por cada máquina virtual.
• Procesador virtual del hipervisor Hyper-V Hyper-V: % de tiempo del huésped: determina la cantidad de recursos del procesador virtual consumidos por la máquina virtual.

En este artículo describiré solo aquellos errores que encontré. personalmente encontrado durante la instalación y configuración de Hyper-V Server 2012. Puede leer sobre otros errores y formas de solucionarlos en el sitio web de Microsoft (por ejemplo, o, desafortunadamente, solo en inglés).

Errores durante el proceso de instalación.

EN.: En la etapa final de instalación de Hyper-V Server 2012, o más bien después del último reinicio, el sistema no arranca: una pantalla negra, sin respuesta a las pulsaciones de teclas, solo ayuda reinicio completo, se puede descargar en Modo seguro.
PAG.: El sistema operativo no soporta o no es compatible con controladores USB 3.0.
R.: Deshabilite el controlador USB 3.0 y todos los dispositivos asociados en el BIOS.

EN.: En la etapa final de instalación de Hyper-V Server 2012, o más bien después del último reinicio, el sistema no arranca: una pantalla negra, no responde a las pulsaciones de teclas, solo ayuda un restablecimiento completo, arrancar en modo seguro es imposible.
PAG.:
R.: Pruebe la solución sugerida por el autor de este artículo.

Errores durante la configuración y el uso.

EN.: El adaptador de red no se muestra en la consola de configuración del servidor Hyper-V (paso 8).
PAG.: 1) El cable no está insertado en el adaptador de red;
2) Problemas con equipos de red activos (switch, router, etc.) o pasivos (cables, enchufes, patch panel, etc.).
R.: 1) Insertar el cable;
2) Verifique la funcionalidad del equipo de red.

EN.: Cuando intentas ejecutar un comando en la consola como netsh advfirewall firewall set rule group=“ ”new enable=yes” aparece el mensaje de error “No se puede especificar el grupo con otras condiciones de identificación”.
PAG.: Los comandos se insertaron en la consola mediante el método de copiar y pegar.
R.: Escriba los comandos a mano o simplemente borre y vuelva a escribir las comillas.

EN.: Hyper-V Manager muestra el mensaje de error "Acceso denegado. No se puede establecer comunicación entre Y " (Acceso denegado. No se puede establecer una conexión entre Y ).
PAG.: Al usuario no se le conceden derechos de inicio y activación remotos en DCOM.
R.: Todas las manipulaciones se realizan en la computadora cliente:
1) Inicie el complemento Servicios de componentes con todos los derechos de administrador. Para hacer esto, puede, por ejemplo, ejecutar el programa %SystemRoot%\System32\dcomcnfg.exe.
2) En el árbol de la consola, expanda los nodos "Servicios de componentes" y "Computadoras".
3) En el menú contextual del objeto Mi PC, seleccione Propiedades.
4) En la ventana Propiedades de Mi PC, seleccione la pestaña Seguridad COM.
5) En la sección Permisos de acceso, haga clic en el botón Editar límites.
6) En el cuadro de diálogo Permisos de acceso, seleccione INICIAR SESIÓN ANÓNIMA en la lista de nombres de grupos o usuarios.
En la columna Permitir de la sección Permisos para el usuario, seleccione Acceso remoto.
7) Cierre todos los cuadros de diálogo con el botón Aceptar.

EN.: Hyper-V Manager muestra el mensaje de error "No se puede conectar al servicio RPC en la computadora remota 'xxx.xxx.xxx.xxx'. Asegúrese de que el servicio RPC se esté ejecutando".

PAG.: 1) No se han creado las reglas necesarias en el firewall.
2) El archivo de hosts no tiene una correspondencia clara entre la IP de la computadora y el nombre de su red.

R.: 1) Hay 2 formas posibles de solucionar el problema:

a) Deshabilite el firewall en el cliente y el servidor (no recomendado).
b) Cree reglas en el firewall del cliente y del servidor ingresando los siguientes comandos:
Para administración remota de discos:
Grupo de reglas establecido en el firewall Netsh advfirewall = “Administración remota de volúmenes” nueva habilitación = sí
Para iniciar de forma remota el complemento de administración del firewall:
Grupo de reglas establecidas en el firewall Netsh advfirewall = “Administración remota del Firewall de Windows” nueva habilitación = sí
2) Para vincular inequívocamente el nombre del servidor y la dirección IP, debe realizar cambios en el archivo de hosts. Por ejemplo: servidor HV 192.168.1.100

EN.: Hyper-V Manager muestra el mensaje de error "No se pudo iniciar la máquina virtual porque el hipervisor no se está ejecutando". (La máquina virtual no puede iniciarse porque el hipervisor no se está ejecutando).

PAG.: Hay varias razones posibles para este error.