Sie sind auf Seite 1von 55

Captulo 7

HyperV
Virtualiz
acin

La virtualizacin se est convirtiendo en la base fundamental para entornos de


centros de datos de hoy en da. Tanto la computacin en la nube privada y pblica
se basan en tecnologas de virtualizacin, como la Infraestructura de escritorio
virtual (VDI) puede proporcionar beneficios para la computacin de escritorio
tradicional para ciertos escenarios. Ser capaz de implementar y administrar una
infraestructura de virtualizacin, por lo tanto, se est convirtiendo en un puesto de
trabajo clave para los administradores de centros de datos.
La funcin de servidor Hyper-V de Microsoft Windows Server proporciona una
plataforma fuera de la caja para la virtualizacin de cargas de trabajo de servidor y
de escritorio. Las numerosas mejoras y mejoras introducidas en Hyper-V en
Windows Server 2012 y Windows Server 2012 R2 que sea ms fcil que nunca
para implementar, configurar, administrar y mantener la infraestructura de cmputo
virtualizado de una organizacin. En este captulo se muestra cmo implementar y
gestionar anfitriones de virtualizacin y las mquinas virtuales utilizando tanto las
herramientas de administracin GUI y cmdlets de Windows PowerShell incluyendo
Windows Server 2012 y Windows Server 2012 R2.

Las lecciones de este captulo:

Leccin 1: Implementacin y configuracin de host en Hyper-V 326


Leccin 2: Implementacin y configuracin de mquinas virtuales 350
Leccin 3: Gestin de mquinas virtuales 381

Antes de que empieces______________________________________________


Para completar los ejercicios de prctica en este captulo

Es necesario saber cmo realizar una instalacin limpia de Windows Server


2012 R2 y realizar tareas iniciales de configuracin, como configurar TCP /
IP del servidor para conectarse a Internet.
Usted debe tener cierta familiaridad con el uso de Hyper-V para gestionar
la administracin de hosts de Windows Server 2008 R2 o Windows Server
2008.
Tambin debe tener un conocimiento al menos rudimentario de uso de
Windows PowerShell.

Leccin 1: Implementacin y configuracin de hosts de HyperV__


El primer paso en la implementacin de una infraestructura de virtualizacin est
desplegando y configuracin de los servidores que alojarn las cargas de trabajo
virtualizadas. Para la plataforma Windows Server, esto significa que la
planificacin, instalacin y configuracin de los hosts de Hyper-V. Esta leccin le
ayudar a entender las cuestiones y consideraciones implicadas en el despliegue
de acogida de planificacin. La leccin tambin muestra cmo confgure
almacenamiento y redes para los hosts de Hyper-V.

Despus de esta leccin, usted ser capaz de:

Describir las diversas consideraciones que intervienen en la planificacin de


la implementacin de Windows Server 2012 y Windows Server 2012 R2
hosts de Hyper-V.
Describir la movilidad, escalabilidad, disponibilidad, seguridad, gestin y
mejoras de recuperacin de desastres en Hyper-V.
Describir los diferentes tipos de conmutadores virtuales que se pueden
crear en los hosts de Hyper-V.
Describir los diferentes tipos de dispositivos de almacenamiento que los
anfitriones pueden utilizar.
Instalar la funcin de Hyper-V, ya sea mediante el uso de Administrador de
servidores o Windows PowerShell en cualquier opcin de instalacin de
Windows Server 2012 o Windows Server 2012 R2.
Configurar el almacenamiento de mquina virtual para los ejercicios.
Crear y configurar los conmutadores virtuales en los hosts.
Realizar tareas de configuracin de host adicionales.

Tiempo estimado de la leccin: 30 minutos

Planificacin de Despliegue en Hyper-V


La implementacin exitosa requiere una planificacin cuidadosa antes de tiempo
para asegurarse que problemas no surjan durante o despus del proceso de
despliegue. Los siguientes temas deben ser considerados cuando se planifica el
despliegue de los hosts de Hyper-V dentro de su centro de datos:

Hardware
Licencias
Redes

Almacenamiento
Gestin
Seguridad
Escalabilidad
Disponibilidad
Movilidad
La recuperacin de desastres.

Usted debe considerar cada uno de estos temas desde el host y la mquina virtual
antes de empezar a implementar hosts de Hyper-V en su centro de datos. Aunque
las secciones que siguen se centran principalmente en consideraciones
relacionadas con la planificacin de los equipos host, alguna mencin de la
planificacin para las mquinas virtuales se incluye en su caso, sobre todo cuando
se relaciona directamente cuestiones para acoger de planificacin.

VERDADERO MUNDO DE CENTRO DE DISEO DE DATOS


Aunque la discusin se centra a continuacin en cuestiones relacionadas con las
caractersticas y capacidades de la plataforma de Windows Server, hay otras
cuestiones que debe tener en cuenta antes de comenzar el despliegue de
servidores del centro de datos. Estos incluyen requerimientos de energa y
enfriamiento, la seguridad fsica, la administracin basada en roles, redes y diseo
de la infraestructura de almacenamiento, y el uso de la virtualizacin,
automatizacin y monitoreo. Hay recursos tiles en muchas de estas cosas en
distintas presentaciones que se encuentran en Microsoft TechNet; para
encontrarlos, usar Bing para buscar "cmo Microsoft lo hace". Adems, si se va a
implementar aplicaciones de servidor de terceros debe comprobar hardware,
software, virtualizacin y los requisitos de licencia de los vendedores para sus
aplicaciones.

Hardware
Un requisito clave de hardware para un host de Hyper-V es que el apoyo al
sistema host de virtualizacin asistida por hardware subyacente, como la
tecnologa de virtualizacin Intel (Intel VT) o AMD Virtualization (AMD-V)
tecnologies. Adems, la prevencin de ejecucin de datos aplicada por el
hardware (DEP) debe estar disponible y habilitado en el sistema anfitrin.
Especficamente, esto significa que el bit XD de Intel (el bit de ejecucin
deshabilitado) o el bit NX de AMD (el bit no ejecutar) debe estar habilitado.

Aunque puede instalar la funcin Hyper-V en un servidor 2012 R2 que cumple con
los requisitos mnimos del sistema de un solo ncleo, 1,4 gigahercios EPU (GHz) y
512 MB de RAM de Windows Server 2012 o Windows Server, probablemente no lo
har ser capaz de ejecutar cualquier mquina virtual en ese equipo anfitrin. Esto
es principalmente debido a que cada mquina virtual se ejecuta en un host
requiere una cantidad mnima de memoria RAM que depende del sistema
operativo husped instalado en la mquina virtual. En otras palabras, el nmero de
mquinas virtuales y tipos de cargas de trabajo virtualizadas se pueden ejecutar
en los hosts de Hyper-V se relacionan directamente con los recursos de hardware
disponibles del husped.
Para planificar su hardware husped, usted debe ser consciente de las
capacidades del procesador y de la memoria mximos compatibles de Windows
Server 2012 y Windows Server 2012 R2, que son los siguientes:

Hasta 64 procesadores fsicos (enchufes) por host


Hasta 320 procesadores lgicos (ncleos) por host
Hasta 4 terabytes (TBS) de memoria fsica por host

A continuacin, debe tener en cuenta las capacidades de procesador y memoria


mxima admisible para las mquinas virtuales que se ejecutan en Windows Server
2012 o Windows Server 2012 R2 hosts de Hyper-V. Estos son los siguientes:

Hasta 64 procesadores virtuales por mquina virtual (hasta un total de


2.048 procesadores virtuales por host)
Hasta 1 TB de memoria fsica por mquina virtual
Hasta 1.024 mquinas virtuales activas que se ejecutan en el host

Por ltimo, debe decidir el nmero de mquinas virtuales que desea ejecutar en
cada host. Para decidir esto, se debe tener en cuenta lo siguiente:

Cuntos ncleos puede pagar al comprar los sistemas host?


Cunta memoria fsica puede pagar para sus sistemas host?
Cunta potencia de procesamiento y memoria fsica de sus cargas de
trabajo virtualizadas tendrn que cumplir con los requisitos de rendimiento
de su acuerdo de nivel de servicio (SLA)?

MUNDO REAL PLANIFICACIN procesador y la memoria


A modo de ejemplo, digamos que se quiere ejecutar dos servidores de archivos y
uno como base de datos Microsoft SQL Server en un nico host de Hyper-V en su
centro de datos. Hay que determinar que los servidores de archivos van a
necesitar dos procesadores virtuales y 4 GB de RAM para funcionar y el servidor
de base de datos se requieren cuatro procesadores virtuales y 12 GB de RAM
para un rendimiento ptimo. Por lo tanto, las necesidades totales de procesador y
memoria de las mquinas virtuales sern
(2 x 2) + 4 = 8 procesadores Virtuales
(2 x 4) + 12 = 20 GB RAM
Al incluir los requisitos mnimos de procesador y memoria del sistema habr ms
espacio para el crecimiento, que podran decidir que un sistema montado en rack
con dos procesadores Intel Xeon E5-2430 y 24 GB de RAM puede satisfacer sus
necesidades. El Intel Xeon ES-2430 es un procesador de seis-core, por lo que dos
de ellos le dan 12 ncleos, que cumple fcilmente los requisitos de ocho
procesadores virtuales dedicados que necesitan las mquinas virtuales. Y los 24
GB de memoria RAM proporciona varios GBs de sobrecarga de la memoria RAM
en el host en caso de que necesita ser asignado a la carga de trabajo del servidor
de base de datos de memoria adicional.

Licenciamiento
Su decisin sobre el nmero de cargas de trabajo virtualizadas que corren en un
host tambin puede influir en su decisin sobre qu edicin de Windows Server
2012 R2 para la compra. No existen diferencias tcnicas entre las capacidades de
las ediciones Standard y Datacenter de Windows Server 2012 R2. Ambas
ediciones de apoyo hasta 64 procesadores fsicos y 4 TB de memoria fsica.
Ambas ediciones tambin apoyan la instalacin del mismo conjunto de funciones y
caractersticas. Las nicas diferencias entre estas ediciones son los derechos de
virtualizacin incluidas en el otorgamiento de licencias y el precio de las ediciones.

Los derechos de virtualizacin incluidas con el otorgamiento de licencias para


cada edicin son los siguientes:
La edicin estndar incluye dos instancias de Windows Server.

La edicin Datacenter incluye casos ilimitados de Windows Server. Como


resultado, usted debe elegir la edicin estndar, si lo que necesita para
implementar Windows Server 2012 R2 como una carga de trabajo despus de una
recuperacin en un entorno no virtual izados y elegir la edicin de centro de datos
si es necesario para implementar Windows Server 2012 hosts de Hyper-V de
datos virtual izado centro o escenario en la nube privada. El modelo de licencia
para Windows Server 2012 R2 tambin se ha simplificado para que sea ms fcil
para usted para planificar el presupuesto de su departamento de TI.
Especficamente, la edicin de centro de datos est disponible en incrementos de
dos procesadores fsicos. Esto significa, por ejemplo, que si se quiere
Implementar la edicin de centro de datos en un sistema que cuenta con ocho
procesadores, es necesario adquirir cuatro licencias del producto.
La comparacin de ediciones
Para ms informacin sobre cmo se comparan Windows Server 2012 R2
ediciones y para informacin de precios actual, consulte la pgina principal de
Windows Server 2012 R2 en
.com/ es-es / servidor en la nube /
productos / windows-server-2012-R2
Redes
La creacin de redes de Hyper-V requiere una planificacin cuidadosa para
garantizar la conectividad de red fiable y segura y la gestin de los dos hosts y
mquinas virtuales. Como mnimo, sus mquinas host deben tener al menos dos
adaptadores de red fsicos configurados de la siguiente manera:
Un adaptador de red para permitir que las cargas de trabajo virtual izadas para
comunicarse con otros sistemas de la red de produccin
Un adaptador de red dedicada para la gestin de sus hosts de Hyper-V y
conectado a una red dedicada que utiliza su plataforma de gestin de sistemas

Es posible que tenga ms adaptadores de red fsica si tiene servicios adicionales o


requisitos especiales. Por ejemplo, es posible que necesite adaptadores de red
adicionales para lo siguiente:
Proporcionar conectividad entre los hosts y almacenamiento SCSI de Internet
(iSCSI)
Implementacin de un clster de conmutacin
El uso de volmenes compartidos de clster (CSV) de almacenamiento
compartido
Realizacin de las migraciones en vivo de mquinas virtuales en ejecucin

Como un ejemplo, supongamos que desea implementar Hyper-V para ejecutar


una serie de cargas de trabajo de misin crtica para su organizacin. Decide que
sus anfitriones deben agruparse y utilizan csv para llevar a cabo la migracin en
vivo. Tambin decide que una sola de 1 gigabit.
(GBE) adaptador de red Wi tiene un ancho de banda insuficiente para coeficientes
para acceder a las cargas de trabajo. Por lo que decide utilizar Windows
agrupacin de NIC, una caracterstica introducida en el servidor Windows 2012,
para un flujo de dos adaptadores de red para proporcionar 2 gigabits por segundo
(Gbps) de conectividad de red entre el clster de hosts y el 10 GbE columna
vertebral de su produccin fina red y se una panormica sobre el uso de su red de
rea de almacenamiento de fibras Channe (SAN) para proporcionar
almacenamiento para sus mquinas host. Cuntos adaptadores de red fsicos
necesitarn cada mquina anfitrin?

Un NIC para proporcionar conectividad dedicar a la red de administracin.


Dos NIC s agrupadas juntas para proporcionar conectividad entre las
cargas de trabajo virtual izadas y la red de produccin.
un NIC dedicado a la red privada para la conmutacin por error
Un NIC dedicado para el uso de almacenamiento CSV compartida
un NIC dedicado a vivir el trfico de la migracin

Es decir seis adaptadores de red en total que son necesarios para cada husped.
Tenga en cuenta que no se requiere un adaptador de red para la conectividad SAN
porque est utilizando canal de fibra no iSCSI.
Adems de decidir el nmero de adaptadores de red necesitarn sus anfitriones,
tambin se debe tener en cuenta qu tipos de conmutadores virtuales que
necesitar para su entorno. Un conmutador virtual de Hyper-V es un conmutador
de red de capa 2 que funciona como un conmutador Ethernet fsica sino que se
implementa en software en el host. Hyper-V permite crear tres tipos diferentes de
conmutadores virtuales:
Privado Este tipo de conmutador virtual permite a las mquinas virtuales que se
ejecutan en el host para comunicarse slo entre s y no con el sistema operativo
del anfitrin. Un conmutador virtual privada no est vinculado a ningn adaptador
de red fsico en el host, lo que significa que las mquinas virtuales en el host no se
pueden comunicar con cualquier otro sistema en cualquier red fsica conectada al
host.
interna Este tipo de conmutador virtual permite a las mquinas virtuales que se
ejecutan en el host para comunicarse entre s y con el sistema operativo del
anfitrin. Un conmutador virtual interna no est vinculado a ningn adaptador de
red fsico en el host, lo que significa que las mquinas virtuales en el host no se
pueden comunicar con cualquier otro sistema en cualquier red fsica conectada al
host.

Externo A diferencia de los otros dos tipos de conmutadores virtuales


enumerados, este tipo est enlazado a un adaptador de red fsico en el host. El
resultado es que un conmutador virtual externo permite a las mquinas virtuales
que se ejecutan en el host que se comunican entre s, con el sistema operativo del
anfitrin, y con otros sistemas de la red fsica conectada al host a travs de ese
adaptador. Adems, el conmutador virtual externo puede ser enlazado al
adaptador de red fsica por medio de mini puertos en una de tres maneras:
Mediante el uso de un solo mini puerto que representa un nico adaptador de
red fsica
Mediante el uso de un solo mini puerto que representa varios adaptadores de
red fsica
Mediante el uso de mltiples mini puertos que representan un nico adaptador
de red fsica es:
Conmutadores virtuales
En la mayora de los casos tendr que crear uno o ms switches virtuales externos
para permitir a los clientes en la subred produccin o subredes para acceder a las
cargas de trabajo de servidor que se ejecutan en mquinas virtuales en su host. Si
usted est haciendo prueba o desarrollo del trabajo, sin embargo, un conmutador
virtual privado o interno podra ser una buena opcin.
El conmutador virtual de Hyper-V se ha mejorado en Windows Server 2012 con
caractersticas de extensibilidad que permiten a los proveedores de software
independientes (ISV) para aadir funcionalidad de filtrado, reenvo y el trfico de
red de monitoreo a travs de conmutadores virtuales. Estas extensionesconmutador virtual se pueden implementar utilizando dos tipos de conductores:
conductores fltrado NDIS Estas extensiones se pueden utilizar para realizar una
inspeccin de red de paquetes, de paquetes fltering red, y el reenvo de red. Se
basan en el controlador de interfaz de red specifcation (NDIS) 6.0 specifcation,
que se introdujo en Windows Server 2012.
conductores de llamada PMA Estas extensiones se basan en la plataforma de
filtrado de Windows (WFP) y se pueden utilizar para proporcionar una
funcionalidad virtuales frewall, supervisin de la conexin, y traffc fltering que est
protegida mediante la seguridad de protocolo de Internet (IPSec).

Si su infraestructura virtualizada requiere alguna de las funcionalidades anteriores


que se aplicarn a nivel de conmutador virtual en Windows Server 2012 o
Windows Server 2012 R2 hosts Hyper-V, puede buscar un ISV que proporciona
una solucin de software que se adapte a sus necesidades.

Almacenamiento
Diferentes organizaciones tienen diferentes necesidades y diferentes
presupuestos para sus operaciones de TI, y Windows Server 2012 R2 ofrece una
gran variedad de opciones de almacenamiento fsico para los hosts de Hyper-V. La
eleccin de la solucin de almacenamiento que se adapte a sus necesidades y
parmetros de costos es una parte importante del proceso de ingeniera superior
al despliegue.
Hosts de Hyper-V pueden utilizar los siguientes tipos de almacenamiento fsico
para almacenar fles y discos configuracin de la mquina virtual:
Direct Attached Storage (DAS) Con las soluciones del DAS, el almacenamiento
est unido directamente al sistema operativo de administracin. Hyper-V es
compatible con las siguientes tecnologas DAS:
Serial Advanced Technology Attachment (SATA)
SATA externo (eSATA)
Small Computer System Interface (SCSI)
Serial Attached SCSI (SAS)
fijacin paralelo de Tecnologa Avanzada (PATA)
Universal Serial Bus (USB)
FireWire
red de rea de almacenamiento (SAN) con soluciones SAN, el almacenamiento
es proporcionada por un conjunto de
dispositivos interconectados que estn conectados a una comunicacin comn y
dataTransfer infraestructura, comnmente conocida como la estructura de
almacenamiento. Hyper-V es compatible con los siguientes tipos de telas de
almacenamiento:
Canal de Fibra
Internet SCSI (iSCSI)
Serial Attached SCSI (SAS)

Servidores de archivos de escalabilidad horizontal Las nuevas caractersticas de


la versin 3.0 del protocolo Server Message Block (SMB) permiten que los
servidores que ejecutan archivos Windows Server 2012 o Windows Server 2012
R2 para proporcionar almacenamiento continuamente disponible y escalable para
CSV. Esto le permite utilizar un recurso compartido de FLE en un servidor

Windows 2012 o Server 2012 del servidor de Windows archivos R2 para


proporcionar almacenamiento para clsteres de hosts de Hyper-V.
Almacenamiento conectado en red (NAS) no es compatible con Hyper-V de
acogida.
Decidir si usar SAN o DAS como su solucin de almacenamiento de acogida
depende de una serie de factores. Por ejemplo, el enfoque de SAN incluye los
siguientes:

SAN permite acceder a los servidores miltiple a una piscina de


almacenamiento. Esto significa SAN proporciona flexibilidad al permitir anu
servidor para acceder a cualquier unidad de almacenamiento en la matriz
SAN
SAN porque es una solucin de almacenamiento centralizada es ms fcil
de manejar que el DAS. esto podra ser una consideracin importante si va
a implementar muchas de acogida Hyoer- V.
SAN tiene una arquitectura ms escalable que el enfoque de la DAS.
Las desventajas del enfoque san incluyen los siguientes

SAN son generalmente ms costosos que las soluciones del DAS y en


funcin de sus prioridades de negocio, este factor podra pesar mucho en
su decisin.

Soluciones DAS tpicamente tienen una latencia ms baja que las SAN. Por
lo que si aplicacin | / 0 o servicio latencia es una prioridad, DAS podra ser
la ruta a tomar.
Administracin
Una vez que implementar los hosts de Hyper-V, debe ser capaz de
gestionar de manera eficiente. La eleccin de la solucin de gestin de
derechos, por lo tanto, es un aspecto clave del proceso de host a la
implementacin.
Hyper-V incluye dos herramientas en la caja para configurar y administrar
los equipos host:
Hyper-V Manager Este Microsoft Management Console (MMC) en ha sido
mejorado con una funcionalidad adicional en Windows Server 2012 y
Windows Server 2012 R2, pero bsicamente proporciona el mismo nivel de
capacidad de gestin de acogida como en las versiones anteriores de
Windows Server. Se puede utilizar esta herramienta para gestionar
cualquier nmero de

Mquinas host, pero a medida que el nmero de hosts administrados aumenta, la


cantidad de trabajo para gestionarlos escalas en consecuencia.
Windows PowerShell El mdulo de Hyper-V en Windows Server 2012 y
Windows Server 2012 R2 incluye ms de un centenar de nuevos cmdlets de
Windows PowerShell que se pueden utilizar para gestionar tanto los hosts de
Hyper-V y mquinas virtuales que se ejecutan en estos huspedes. Debido a su
fexibilidad y el apoyo para la automatizacin, Windows PowerShell es la
herramienta preferida en la caja de la gestin de los hosts de Hyper-V y mquinas
virtuales en grandes entornos como centros de datos y entornos de computacin
en la nube.

NOTA GESTIN Hyper-V en Windows Server VERSIONES DIFERENTES

Puede utilizar el Administrador de Hyper-V Server para gestionar Server 2012 y


Windows Server 2012 hosts de Windows R2 Hyper-V, ya sea un servidor con una
interfaz grfica de usuario o la instalacin de interfaz de servidor mnimo que tiene
las herramientas de administracin de Hyper-V instalado o desde un equipo con
Windows 8.1 estacin de trabajo de administrador que tiene las herramientas de
administracin remota del servidor 4RSAT) para Windows 8.1 instalado. Sin
embargo, no se puede administrar hosts de Hyper-V que ejecutan versiones
anteriores de Windows Server mediante el uso de estas herramientas. Tales
huspedes deben gestionarse mediante el uso de una versin anterior de Hyper-V.
Esto significa que es posible que tenga varios conjuntos de herramientas de
gestin para gestionar un entorno mixto que tiene hosts de Hyper-V que ejecutan
versiones diferentes de Windows Server ent. La alternativa es utilizar System
Center Virtual Machine Manager 2012 R2, que le permite gestionar todas las
versiones de los hosts de Hyper-V.

Puede usar Windows PowerShell para administrar hosts y mquinas virtuales


mediante el uso de comandos de una sola vez emitidos desde la consola de
Windows PowerShell, mediante el uso de scripts de Windows PowerShell, y
mediante el uso de las siguientes capacidades introducidas en Windows
PowerShell 3.0 en Windows Server 2012:
Windows PowerShell worklows Estos le permiten crear secuencias de
actividades de gestin de equipo que son mltiples y larga ejecucin repetible,
frecuente, lelizable paralelismo, interrumpible, imparable, y puede reiniciar.
workfows de Windows PowerShell se pueden suspender y reanudar despus de
una interrupcin de la red, reinicio de la mquina, o la prdida de potencia.

workfows de Windows PowerShell tambin son porttiles y se pueden exportar e


importar como archivos XABL.
Tareas programadas de Windows PowerShell Estos le permiten programar de
Windows PowerShell trabajos en segundo plano y gestionarlos de Windows
PowerShell y en el programador de tareas. Windows PowerShell tareas
programadas se ejecuten de forma asncrona en el fondo. Puede crear, editar,
gestionar, deshabilitar y volver a activarlos; crear trabajos programados
desencadena; y establecer opciones de trabajo programadas mediante cmdlets de
Windows PowerShell.
Windows PowerShell 4.0 en Windows Server 2012 R2 tambin incluye Deseada
Estado 6oniguration (DS6), que est diseado para que pueda especificar lo que
el software debe ser instalado en un servidor y cmo que el software debera ser
configurado.

DS6, puede hacer referencia a la seccin titulada "6oniguration estado deseado"


en 6hapter 3, "la gestin remota del servidor."
Adems de utilizar la anterior herramientas en el paquete para la gestin de los
hosts de Hyper-V y mquinas virtuales que se incluyen en Windows Server y
Windows Server 2F12 2F12 R2, organizaciones que necesitan para desplegar y
gestionar un gran nmero de ordenadores o mquinas virtuales pueden BENEIT a
partir de los siguientes productos de la plataforma Microsoft System Center:
System Center Virtual Machine Manager Le permite conigure y desplegar
mquinas virtuales y administrar de forma centralizada la infraestructura fsica y
virtual desde una nica consola
Sistema Centro Administrador de Coniguration le permite evaluar, implementar y
actualizar servidores, equipos cliente y dispositivos en entornos fsicos, virtuales,
distribuidos y mviles

NOTA CENTRO DE SISTEMA Y WINDOWS SERVER 2012 R2 Hyper-V

System Center 2012 R2 se requiere para la gestin de los hosts de Hyper-V que
ejecutan Windows Server 2012 R2. Para obtener ms informacin, consulte la
pgina principal de System Center 2012 R2 en
http://www.microsoft.com/es-es/servidorenlanube/sistemadecentro/default.aspx.

Seguridad
Es importante tener en cuenta la seguridad de los hosts de Hyper-V mientras se
prepara el plan de implementacin de acogida. Para empezar, usted debe aplicar
los mismos principios, procesos y prcticas recomendadas para proteger los hosts
de Hyper-V que se aplicara a cualquier otro componente de Windows Server
dentro de su medio ambiente. Adems de cumplir con dichas mejores prcticas,
tambin se debe hacer lo siguiente:
Implementar la opcin de instalacin Server Core en los hosts de Hyper-V en
lugar del servidor con una opcin de instalacin GUI. Server Core es la opcin de
instalacin por defecto durante la instalacin de Windows Server 2012 o Windows
Server 2012 R2, debido a su menor superficie de ataque y se reducen para el
servicio de la huella. Si es necesario, puede utilizar el Administrador de Hyper-V
Server para administrar hosts de Server Core, siempre y cuando lo hace desde un
servidor que tiene el servidor con una opcin de instalacin GUI instalado o una
mquina cliente que tiene la administracin remota del servidor herramientas
(RSAT) para Windows 8 instalado.
No instale cualquier funcin de servidor en los hosts que no sean la funcin de
Hyper-V. Los hosts de Hyper-V deben estar dedicados servidores cuya nica
funcin es la sede de las cargas de trabajo virtualizadas que se ejecutan en ellos.
Instalacin de funciones adicionales en los hosts no slo utiliza recursos
adicionales del servidor (procesador, memoria, disco y red), pero tambin puede
aumentar tambin la superficie de ataque del servidor y los requisitos de
mantenimiento (actualizacin). La excepcin a esto es el papel de archivos y
servicios de almacenamiento debido a que los servicios de funcin para este papel
se pueden utilizar para agrupaciones de almacenamiento para el almacenamiento
configurar la mquina virtual. Para obtener ms informacin sobre el archivo y
funcin de servicios de almacenamiento, consulte el Captulo 8, "Los servicios de
archivo y almacenamiento."
Para obtener ms informacin sobre cmo proteger los hosts de Hyper-V y las
mquinas virtuales que se ejecutan en ellos, consulte "Diseo para Hyper-V de
Seguridad" en
http://technet.microsoft.com/en-us/library/dd283088(v=ws.10) y "La planificacin
de Hyper-V de Seguridad" en
http://technet.microsoft.com/en-us/library/cc974516.aspx.

Escalabilidad, disponibilidad y movilidad


La seccin titulada "hardware", anteriormente en esta leccin describe algunas de
las funciones de escalabilidad para los recursos de procesador y memoria en los
hosts de Hyper-V y mquinas virtuales en Windows Server 2012 y Windows
Server 2012 R2. La escalabilidad es la capacidad de un sistema o tecnologa para
expandirse para satisfacer las necesidades del negocio, y por lo tanto es una
consideracin importante en la planificacin de la implementacin de los hosts de
Hyper-V.
La disponibilidad es otra consideracin importante para la planificacin del
despliegue y se relaciona con la escalabilidad. La disponibilidad es el grado en
que los clientes perciben un sistema o tecnologa para estar disponibles para que
puedan acceder a l. Sistemas que estn disponibles se consideran resistentes
por dos razones. En primer lugar, minimizan la ocurrencia de incidentes que
pueden service3affecting inter acceso rupt por los clientes. En segundo lugar,
permiten acciones efectivas para llevar a cabo cuando un servicio que afecta
incidente ocurre.
La caracterstica Clster de conmutacin por error de Windows Server 2012 y
Windows Server 2012 R2 puede proporcionar alta disponibilidad y mayor
escalabilidad para hosts de Hyper-V y de las cargas de trabajo virtual izado que se
ejecutan en dichos huspedes. Un clster de conmutacin por error es un grupo
de servidores que trabajan juntos para aumentar la disponibilidad de las
aplicaciones y servicios que se ejecutan en esos servidores. Los servidores en
clster, tambin llamados nodos, conectados mediante dos cables fsicos y de
software de tal manera que si uno de los nodos del clster, otro nodo puede iniciar
la prestacin del servicio mediante el uso de un proceso conocido como
conmutacin por error.
Clster de conmutacin se mejor en un nmero de maneras en Windows Server
2012:
Se ha mejorado la escalabilidad. Clsteres de hosts de Hyper-V pueden escalar
hasta 64 nodos con hasta 4.000 mquinas virtuales por racimo y hasta 1024
mquinas virtuales por cada nodo.
Un establecimiento de prioridades se puede asignar a cada mquina virtual en
un clster de hosts de Hyper-V para controlar el orden en el que se ponen en
marcha las mquinas virtuales cuando se produce un evento de conmutacin por
error.
6S4 de almacenamiento puede estar ubicado en un recurso compartido 3.F fle
SBB en un servidor de archivos Scale3Out, lo que potencialmente puede ayudar a

reducir el costo de almacenamiento para las soluciones de clster host de HyperV.


Almacenamiento CSV se puede cifrar con Cifrado de unidad BitLocker para
proporcionar una mayor seguridad para las implementaciones de acogida fuera de
los centros de datos seguros.
La actualizacin compatible con clsteres (CAU) permite actualizaciones de
software que se aplicarn automticamente a cada nodo de un clster de hosts
que mantiene la disponibilidad durante el proceso de actualizacin.
Adems de mejorar la disponibilidad, la implementacin de clsteres de
conmutacin por error con los hosts de Hyper-V tambin proporciona movilidad al
permitir la migracin de mquinas virtuales en ejecucin de un nodo a otro en un
clster de hosts. La migracin en vivo puede ayudar a las organizaciones a crear
un entorno de TI dinmico y flexible que responde a las necesidades cambiantes
del negocio, por lo que la comprensin y la planificacin de la movilidad de la
mquina virtual es un aspecto importante de la planificacin de acogida a la
implementacin.

Mejoras de migracin en vivo en Windows Server 2012 se incluyen los siguientes:


Migraciones en vivo de mltiples mquinas virtuales que se ejecutan se puede
realizar al mismo tiempo, lo que ayuda a minimizar la interrupcin del servicio
cuando un nodo de clster debe ser tomado por mantenimiento.
Migraciones en vivo se puede implementar mediante SMB 3.0 almacenamiento
compartido en un servidor de archivos escalar incluso si los hosts de Hyper-V en
cuestin no son miembros de un clster de hosts. En este escenario, los discos
duros virtuales de las mquinas virtuales en los hosts residir y permanecer en el
mismo servidor de archivos y slo el estado de ejecucin de la mquina virtual se
migran desde un host a otro.
Migraciones en vivo, incluso se pueden realizar sin almacenamiento compartido
si los nodos implicados pertenecen al mismo dominio. En este escenario, el
almacenamiento de una mquina virtual en ejecucin se frst reflejado en el host de
destino. Una vez que todo est sincronizado, el espejo se rompe y se elimina el
almacenamiento en el host de origen.
Una caracterstica llamada migracin de almacenamiento le permite mover el
almacenamiento de una mquina virtual que se ejecuta sin ningn tiempo de
inactividad. Esto permite nuevos escenarios, por ejemplo, la posibilidad de aadir
ms almacenamiento en disco fsico a un host de Hyper-V agrupado o no
agrupado y luego mover las mquinas virtuales para el nuevo almacenamiento
mientras que las mquinas virtuales siguen funcionando.

Para obtener ms informacin sobre estas y otras mejoras de la disponibilidad y


movilidad en Windows Server 2012, consulte "Qu hay de nuevo en clsteres de
conmutacin por error en Windows Server 2012" en
http://technet.microsoft.com/en-US/library/hh831414.aspxy"virtualMachine
migracin en vivo "en http://technet.microsoft.com/en-us/library/hh831435.aspx.

Recuperacin de desastres
Preparacin para desastres para asegurar la continuidad del negocio es un
componente crtico de cualquier plan de despliegue. Esencial a todos los planes
de recuperacin de desastres es la capacidad de crear y restaurar copias de
seguridad fiables capaces. Con Hyper-V, usted tiene que considerar copias de
seguridad de los siguientes:
El sistema operativo de administracin en el propio host de Hyper-V
La configuracin, discos duros virtuales, puestos de control, y otros fles asociada
a cada mquina virtual que se ejecuta en el host
Realizar copias de seguridad de los volmenes de disco en los servidores de
Windows utiliza el Servicio de instantneas de volumen (VSS), que es un conjunto
de interfaces COM que implementa un marco que permita a las copias de
seguridad de volumen que se deben realizar, mientras que las aplicaciones y los
servicios que se ejecutan en el servidor continan escribiendo a los volmenes
que se estn copiando. VSS proporciona un marco subyacente que las siguientes
caractersticas y aplicaciones de Windows utilizan:
seguridad de Windows Server Una caracterstica opcional que utiliza VSS y
tecnologa de backup a nivel de bloque para proporcionar copia de seguridad
bsica y la funcionalidad de recuperacin. Copia de seguridad de Windows Server
puede gestionarse a travs de un complemento de MMC, herramientas en lnea de
comandos, o Windows PowerShell.

Las instantneas de carpetas compartidas Una caracterstica que proporciona


copias de punto en el tiempo de los archivos almacenados en acciones ile en
servidores de archivos. 6opies instantneas de carpetas compartidas permite a los
usuarios ver y copias de acceso sombra, que son compartidos archivos y carpetas
tal como existan en diferentes puntos de tiempo en el pasado. Al acceder a
versiones anteriores de los archivos y las carpetas, los usuarios pueden comparar
versiones de un archivo durante el trabajo y recuperar archivos que fueron
accidentalmente borrados o sobrescritos.

Restaurar sistema Una caracterstica de slo cliente que est disponible en


Windows 8 y Windows 8.1, pero no en Windows Server 2012 o Windows Server
2012 R2, Restaurar sistema crea puntos de restauracin se puede utilizar para
devolver un equipo a su estado anterior con fines de deteccin de fallas.

Adems, VSS es utilizado por System Center Administrador de proteccin de


datos (DPM), que permite la proteccin y la recuperacin de los datos basados en
cinta basado en disco y para los servidores de Windows, incluyendo hosts
Hyper34 y las cargas de trabajo virtual izadas se ejecutan en tales huspedes.
Adems, puede utilizar DPM para gestionar de forma centralizada del estado del
sistema y la recuperacin de metal desnudo (TMB).

NOTA DPM CENTRO DE SISTEMA Y WINDOWS SERVER 2012 R2 Hyper-V

System Center Data Protection 2012 R2 Service se requiere para la gestin de los
hosts de Hyper-V que ejecutan Windows Server 2012 R2. Para obtener ms
informacin, consulte la pgina principal de System Center 2012 R2 en
http://www.microsoft.com/en-us/server-cloud/system-center/default.aspx.

Una nueva caracterstica de VSS introdujo en Windows Server 2012 fue VSS para
las Acciones de archivos SMB, que permite a las aplicaciones de copia de
seguridad de VSS, como System Center DPM para crear instantneas de
aplicaciones de servidor 4SS3aware que almacenan sus datos en SBB3.
Recursos compartidos de archivos, como los recursos compartidos de archivos en
un servidor de archivos Scale3Out. En las versiones anteriores de Windows
Server, slo se 4SS
Apoyado la creacin de instantneas de los datos almacenados en los volmenes
locales. Debido a que Windows Server 2012 y Windows Server 2012 R2 hosts
Hyper-V pueden utilizar SMB 3.0 almacenamiento compartido para el
almacenamiento de archivos de mquina virtual, se necesita 4SS Acciones para el
archivo de SBB para garantizar que las mquinas virtuales que se ejecutan en los
hosts que utilizan SBB 3. Almacenamiento Fshared puede fiable copias de
seguridad este tipo de archivos de la mquina virtual.
Copia de seguridad de Windows Server no es compatible con VSS para la
funcionalidad de SMB compartido de archivos, pero la utilidad de lnea de
comandos Diskshadow.exe incluye en Windows Server 2012 y Windows Server

2012 R2 que expone la funcionalidad ofrecida por VSS no apoyarlo. Para obtener
ms informacin sobre 4SS de recursos compartidos de archivos de SBB y cmo
configurarlo para su uso con Diskshadow.exe o System Center DPM, ver el
mensaje "VSS para SMB compartidos de archivos" de Claus Joergensen, Principal
Program Manager en el equipo del servidor de archivos de Windows, en su blog
TechNet en
http://blogs.technet.com/b/clausjor/archive/2012/06/14/vss-for-smb-ile-shares.aspx.

Para obtener informacin sobre la sintaxis del comando Diskshadow.exe, consulte


"Referencia de lnea de comandos para Windows Server 2012" en
http://technet.microsoft.com/en-us/library/hh831799(WS.11).aspx.
Ya sea que est utilizando Copia de seguridad de Windows Server, System Center
DPM, o un producto de copia de seguridad de terceros, el mtodo recomendado
para copias de seguridad de los hosts de Hyper-V es realizar copias de seguridad
completas del propio sistema operativo anfitrin. Tales copias de seguridad
incluirn todos los archivos de la mquina virtual, incluidos los discos duros
virtuales, archivos de control y configuracin de mquina virtual
archivos. Conmutadores virtuales no estn incluidos en dichas copias de
seguridad, sin embargo, despus de que un anfitrin ha sido restaurado se
necesitan volver a crear conmutadores virtuales del host y volver a conectar los
adaptadores de red virtuales en cada mquina virtual al conmutador virtual
correspondiente. Debido a esto, usted debe asegurarse de que usted documenta
cuidadosamente la configuracin de todos los conmutadores virtuales en su
Hyper-V hosts como parte de su plan de recuperacin de desastres.
El enfoque anterior para copias de seguridad de los hosts de Hyper-V no
funcionar, sin embargo, en escenarios en los que el almacenamiento host no
admite el escritor VSS Hyper-V. Un ejemplo de esto es cuando los archivos de
mquinas virtuales estn siendo almacenados en un recurso compartido de
archivos SMB 3.0 en un servidor de archivos de escalabilidad horizontal. En tales
escenarios, se debe aumentar el enfoque anterior tambin por la ejecucin del
programa de copia de seguridad desde dentro del sistema operativo invitado de
cada mquina virtual.
Una nueva caracterstica de Hyper-V introdujo en Windows Server 2012 que
puede proporcionar opciones adicionales para los escenarios de desastres de
continuidad es Hyper-V de la reproduccin, que se puede utilizar para replicar
todos los cambios en una mquina virtual a una mquina virtual contraparte que
se ejecutan en un host diferente. Por ejemplo, para una organizacin con una
nica oficina central y varias sucursales cuya infraestructura de TI se ha aplicado
en una topologa hub-and-spoke, puede utilizar Hyper-V Replica para replicar

mquinas virtuales que se ejecutan en los servidores desplegados en la sede al


modo de espera anfitriones desplegado en cada sucursal. De esta manera, si la
red de rea amplia (WAN) se pierde la conectividad entre una sucursal y la sede,
el host en espera en esa sucursal puede asumir la carga de trabajo del host en la
oficina central. Para obtener ms informacin sobre HyperV reproduccin,
consulte "Hyper-V Replica general" en http://technet.microsoft.com/enus/library/Jj134172.

PUNTOS DE CONTROL QUE UTILIZAN IMPORTANTES EN LUGAR DE


COPIAS DE SEGURIDAD
Microsoft recomienda que no se utilicen los puntos de control de mquinas
virtuales (llamados anteriormente instantneas en Windows Server 2012 y
versiones anteriores de Hyper-V) en lugar de copias de seguridad, debido al riesgo
de prdida de datos no deseados asociados con su uso para tales fines. Los
puestos de control estn destinados principalmente para fines de desarrollo y
pruebas, y se debe evitar su uso en entornos de produccin.

Comprobacin rpida
Cul de los siguientes no puede ser utilizado como almacenamiento de
mquinas virtuales de Hyper-V hosts?
SAN
NAS
DAS
Escala de espera del servidor de archivos

Respuesta rpida comprobacin


NAS o almacenamiento conectado a la red, no es compatible con este fin.

La instalacin de la funcin Hyper-V

Despus de planificar el despliegue de sus hosts de Hyper-V, ya est listo para


instalar la funcin Hyper-V en los servidores que planea utilizar para este
propsito. Al igual que con otras funciones de servidor de Windows Server 2012 y
Windows Server 2012 R2, puede instalar la funcin Hyper-V en un servidor
mediante el uso de cualquiera de los siguientes:
Administrador del servidor
Windows PowerShell

El Administrador del servidor


Puede utilizar el Administrador de servidores para instalar la funcin Hyper-V en
un servidor de la siguiente manera:
1. En la pgina del ndice de todos los servidores o una pgina de grupo de
servidor personalizado en el Administrador del servidor, haga clic derecho en el
servidor remoto en el que desea instalar la funcin Hyper-V y seleccione Agregar
funciones y caractersticas para poner en marcha el asistente Agregar roles y
caractersticas.
2. En el Asistente tipo de instalacin, basado en funciones de seleccin de
instalacin o en funciones de base.
3. En la pgina Funciones del servidor, seleccione la funcin de Hyper-V. En este
punto, se le pedir que instale la interfaz grfica de usuario y herramientas de
administracin de Windows PowerShell para la funcin de Hyper-V.
Si el servidor en el que va a instalar la funcin Hyper-V es una instalacin Server
Core, incluyen herramientas de gestin de casilla de verificacin.
4. Proceder a travs de las pginas restantes del asistente para instalar la funcin
y reiniciar el servidor remoto cuando se le solicite.

NOTA: INSTALACIN DE INSTRUMENTOS DE GESTIN EN SEVER CORE


Si est utilizando el Administrador de servidores para instalar la funcin Hyper-V
en un servidor remoto, puede que desee seleccionar la tecnologa Hyper-V Mdulo
Para Windows PowerShell en el Asistente Caractersticas de agregar funciones y
caractersticas para instalar este mdulo de forma local en el servidor, de esta
forma, si en algn momento en el futuro no es capaz de gestionar la funcin de
Hyper-V en un servidor remoto mediante el Administrador de Hyper-V
complemento o Windows PowerShell que todava podra ser capaz de establecer

una sesin de Escritorio remoto con el mando a distancia servidor, de modo que
puede ejecutar comandos de Windows PowerShell de forma local en el servidor.
Alternativamente, es posible que decida instalar la funcin Hyper-V en Windows
Server 2012 o Windows Server 2012 R2 que se ha configurado con la opcin de
instalacin interfaz mnima del servidor, lo que le permitir instalar tanto en el
complemento Administracin de Hyper-V y el Mdulo de Hyper-V para Windows
PowerShell al tiempo que conserva algunas de las ventajas de seguridad y
mantenimiento de la opcin de instalacin Server Core. Cuando la funcin de
Hyper-V se instala en un servidor que tiene la instalacin mnima de interfaz de
servidor, puede iniciar la gestin de complemento Hyper-V de forma local en el
servidor mediante el comando virtmgmt.msc en el smbolo del sistema. Tenga en
cuenta que la interfaz mnima del servidor no est disponible en Stand-Alone en
Windows Server 2012 o Windows Server 2012 R2, ya que slo tiene la opcin de
instalacin Server Core.

El uso de Windows PowerShell


Tambin puede usar Windows PowerShell para instalar la funcin Hyper-V en un
servidor. El comando se utiliza depende de la opcin de instalacin se utiliza
cuando se despleg el servidor remoto. Por ejemplo, si el servidor remoto es un
servidor con una interfaz grfica de usuario de instalacin, puede instalar la
funcin Hyper-V con las herramientas de gestin para el papel utilizando el
siguiente comando:

Install-WindowsFeature -Name Hyper-V


<name> -IncludeManagementTools -Restart

-ComputerName

Aqu, <nombre> es el nombre del sistema operativo NetBios, una direccin P, o el


nombre de dominio completo qualifed (FQDN) del servidor remoto. Por ejemplo,
para ver lo que pasa si este comando se ejecuta en un servidor llamado Host4,
puede incluir el parmetro -WhatIf de la siguiente manera:

PS
C:\>
Install-WindowsFeature
-IncludeManagementTools
-Restart
-WhatIf

-Name

Hyper-V

-ComputerName

HOST4

What
if:
Continue
with
installation?
What if: Performing installation for "[Hyper-V] HyperV".
What if: Performing installation for "[Remote Server Administration Tools]
Hyper-V
Module
for
Windows
PowerShell".
What if: Performing installation for "[Remote Server Administration Tools]
Hyper-V
Management
Tools".
What if: Performing installation for "[Remote Server Administration Tools]
Role
Administration
Tools".
What if: Performing installation for "[Remote Server Administration Tools] Remote
Server
Administration
Tools".
What if: Performing installation for "[Remote Server Administration Tools] Hyper-V
GUI
Management
Tools".
What if: The target server may need to be restarted after the installation
completes.
Success Restart Needed Exit Code
Result
------- -------------- ---------------------True
Maybe
Success
Power...

Feature

{Hyper-V, Hyper-V Module for Windows

Al ejecutar el comando sin el parmetro -WhatIf para instalar la funcin Hyper-V


en un servidor remoto. Despus de que el servidor remoto ha reiniciado, puede
usar el cmdlet Get-WindowsFeature para verificar la instalacin de la funcin
Hyper-V y caractersticas de gestin asociados:
PS C:\> Get-WindowsFeature -Name *Hyper-V*
`
ft
DisplayName,InstallState
DisplayName
InstallState
----------Hyper-V
Installed
Hyper-V
Installed
Hyper-V
Installed
Hyper-V
Installed

-ComputerName HOST4 |

------------

Management
GUI
Module

Management
for

Windows

NOTA ventajas del enfoque de interfaz grfica de usuario

Tools
Tools
PowerShell

Aunque el uso de la Install-WindowsFeature cmdlet de Windows PowerShell es el


mtodo preferido para la instalacin de la mayora de las funciones y
caractersticas en servidores remotos que ejecutan Windows Server 2012 o
Windows Server 2012 R2, puede haber alguna ventaja de utilizar el Asistente para
agregar funciones y caractersticas cuando se desea instalar la funcin Hyper-V en
un servidor. Esto se debe a que el asistente le presenta cuatro opciones de
confguracin Hyper-V que usted tendra que configurar por separado utilizando
diferentes cmdlets despus de la instalacin si se usa Windows PowerShell para
instalar la funcin. Estas cuatro opciones de configuracin son las siguientes:
Configuracin de la ubicacin predeterminada para archivos de disco virtual
Configuracin de la ubicacin predeterminada para archivos de configuracin de
mquinas virtuales
Creacin de un nuevo conmutador virtual
Activacin de la migracin en vivo
Si se configura estas opciones durante la instalacin de la funcin utilizando el
asistente, usted no tendr que configurar ms adelante como parte de la
configuracin posterior a la instalacin del anfitrin.

Configuracin de hosts de Hyper-V


Despus de haber instalado el rol de HyperV en un servidor, an necesita para
configurar la funcin de satisfacer las necesidades de su entorno. Configurar un
host HyperV implica medidas como las siguientes:
Configuracin de almacenamiento de mquinas virtuales
Creacin de los conmutadores virtuales
Realizacin de otras tareas configuracin
HyperV host tambin se pueden configurar utilizando el complemento de
Administrador de HyperV o cmdlets de Windows PowerShell. Para ver la
configuracin de un host mediante el complemento de Administrador de HyperV,
haga clic en el host en el rbol de la consola y seleccione Configuracin Hyper-V
para mostrar el cuadro de dilogo, se muestra en las capturas de pantalla de esta
seccin. Para ver la configuracin de un host con Windows PowerShell, utilice el
cmdlet Get-VMHost como se muestra aqu:
PS C:\> Get-VMHost -ComputerName HOST4
Name LogicalProcessorCount MemoryCapacity(M) VirtualMachineMigrationEnabled
---- --------------------- ----------------- -----------------------------HOST4 4
24570.2421875
False

Para ver todos los valores de configuracin asociados con el host especificado,
canalizar la salida del comando anterior en el cmdlet Format-List y especificar un
comodn:

PS C:\> Get-VMHost -ComputerName HOST4 | Format-List *


ComputerName
VirtualHardDiskPath
VirtualMachinePath
FullyQualifiedDomainName
Name
MacAddressMinimum
MacAddressMaximum

:
:
:
:
:
:
:

HOST4
C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks
C:\ProgramData\Microsoft\Windows\Hyper-V
WORKGROUP
HOST4
00155D0BE600
00155D0BE6FF

Tenga en cuenta que la configuracin de los conmutadores virtuales en un host no


est incluido en el resultado del cmdlet Get-VMHost. Para ver una lista de los
conmutadores virtuales que se han creado en el host, utilice el cmdlet GetVMSwitch como se muestra aqu:

PS C:\> Get-VMSwitch
Name SwitchType NetAdapterInterfaceDescription
CONTOSO Virtual Switch External Broadcom NetXtreme Gigabit Ethernet #2

Para ver todas las propiedades de todos los conmutadores virtuales en el host,
utilice el siguiente comando:

PS C:\> Get-VMSwitch | Format-List *


ComputerName : HOST4 Name : CONTOSO Virtual Switch Id : cffd5106-2735-4c54-b9e11cad8944e8c0 Notes : SwitchType : External AllowManagementOS : True
NetAdapterInterfaceDescription : Broadcom NetXtreme Gigabit Ethernet #2 AvailableVMQueues :
0 NumberVmqAllocated : 0 IovEnabled : False IovVirtualFunctionCount : 0
IovVirtualFunctionsInUse : 0 IovQueuePairCount : 0 IovQueuePairsInUse : 0 AvailableIPSecSA : 0
NumberIPSecSAAllocated : 0 BandwidthPercentage : 10 BandwidthReservationMode : Absolute
DefaultFlowMinimumBandwidthAbsolute : 10000000 DefaultFlowMinimumBandwidthWeight : 0
Extensions : {Microsoft NDIS Capture, Microsoft Windows Filtering Platform} IovSupport : False
IovSupportReasons : {Ensure that the system has chipset support... IsDeleted : False

Configuracin de almacenamiento de mquina virtual


La Figura 7-1 muestra la ubicacin predeterminada en un host de Hyper-V
almacena los archivos de disco duro virtual para sus mquinas virtuales. Dichos
archivos pueden incluir lo siguiente:
VHD o VHDX, que pueden ser las unidades de accionamiento del sistema o de
datos para cada mquina virtual
Archivos AVHD, que son los archivos de disco de diferenciacin utilizados para
los puestos de control de la mquina virtual como parte de la configuracin
posterior a la instalacin de los hosts de Hyper-V, debe cambiar esta ubicacin al
volumen donde desea que el disco duro virtual FLES almacena. Esto har
volumen depender del tipo de solucin de almacenamiento que se haya decidido
a utilizar para sus hosts de Hyper-V, como se ha descrito anteriormente en esta
leccin en la seccin titulada "almacenamiento".

Figura 7-1 Configurar la ubicacin donde se almacenarn los archivos de disco duro virtual.

Tambin puede usar el cmdlet Set-VMHost para configurar la ubicacin del disco
duro virtual con Windows PowerShell. Por ejemplo, puede utilizar el siguiente
comando para cambiar la ubicacin del disco duro virtual en Host4 a la carpeta E: \
VM de almacenamiento:

Set-VMHost -ComputerName HOST4 -VirtualHardDiskPath "E:\VM Storage"

La Figura 7-2 muestra la ubicacin predeterminada en un host de Hyper-V


almacena sus fles configuracin de mquina virtual. Tales fles pueden incluir los
siguientes:
XML FLES nombrado con el identificador nico global (GUID) que se utiliza para
identificar internamente una mquina virtual o puesto de control
BIN archivos que contienen la memoria de una mquina virtual o puesto de
control
Archivos de VSV que contienen el estado guardado de los dispositivos

asociados a una mquina virtual

Figura 7-2 Configurar la ubicacin donde se almacenarn los archivos de configuracin de la


mquina virtual.

Tambin puede usar el cmdlet Set-VMHost configurar la ubicacin de los archivos


de configuracin de la mquina virtual con Windows PowerShell. Por ejemplo,
puede utilizar el siguiente comando para cambiar la ubicacin virtual de archivos
de configuracin de la mquina en el host. A la carpeta E: \ VM configurations
folder:

Set-VMHost -ComputerName HOST4 -VirtualMachinePath "E:\VM Configurations"

MUNDO REAL PREVENCIN DE PROBLEMAS

Todo el mundo sabe que es mejor para evitar problemas suceda que tratar de
hacer frente a las cosas despus de que ir mal. Es por eso que es importante
asegurarse de configurar las ubicaciones de almacenamiento de Hyper-V por
defecto de forma adecuada antes de empezar a crear nuevas mquinas virtuales
en un host de Hyper-V o la importacin de mquinas virtuales existentes en el
host. Ben Armstrong, director de programas en el equipo de Hyper-V de Microsoft,
indica en su "Guy Blog Virtual PC" que uno de los principales generadores de
soporte de guardia para Hyper-V es cuando los clientes se quedan sin espacio en
su anfitrin. Esto se debe a la ubicacin predeterminada para el almacenamiento
de los discos duros virtuales y archivos de configuracin de la mquina virtual es
la unidad del sistema en el host, y si esta unidad se llena el anfitrin puede fallar
en su funcin. Debido a los problemas que pueden surgir si esta ubicacin por
defecto se mantiene sin cambios, se hicieron algunos cambios para agregar roles

y caractersticas asistente para asegurarse de que los clientes piensan acerca


impacto potencial de este problema cuando se est instalando la funcin
Hyper-V. Para obtener ms informacin, consulte "Default Hyper-V rutas
almacenamiento
en
Windows
Server
2012"
http://blogs.msdn.com/b/virtual_pc_guy

del
de
de
en

/archive/2012/06/19/default-hyper-v-storage-paths-in-windows-server-2012.aspx.

Creacin de los conmutadores virtuales


La Figura 7-3 muestra la nueva pgina de conmutador de red virtual del cuadro de
dilogo Administrador del interruptor virtual para un host de Hyper-V. Puede utilizar
esta pgina para crear conmutadores virtuales de los tipos externos, internos y
privados descritos anteriormente en esta leccin en la seccin titulada "Redes".

Figura 7-3 Crear un nuevo conmutador virtual de Hyper-V.

Al hacer clic en Crear Virtual Switch, que se muestra en la Figura 7-3, se crea un
nuevo conmutador virtual del tipo seleccionado (en este caso, externa), y ahora se
pueden configurar las propiedades del nuevo conmutador virtual, como se muestra
en la Figura 7-3.

Las propiedades clave para configurar son los siguientes:


Especificacin de un nombre descriptivo para el nuevo interruptor
Seleccin del tipo de conexin (externo, interno o privado) si decide cambiar su
eleccin inicial

Figura 7-4 Configurar el nuevo conmutador virtual.


Si selecciona externa como tipo de conexin, se debe asignar un adaptador de
red fsico en el host en el nuevo conmutador. En ese caso, usted tambin tiene
la opcin de permitir que el sistema operativo de administracin en el host
para compartir el adaptador de red seleccionado. Si est utilizando una red
fsica separada para la gestin de anfitrin y el husped tiene otro adaptador
de red fsico conectado a la red de gestin, puede desactivar la casilla de
verificacin se muestra como seleccionado en la figura 7-4. Adems, usted
tiene la opcin de activar una sola raz de E / S de virtualizacin (SR-IOV) si el
adaptador de red seleccionado soporta esta caracterstica. SR-IOV se describe
ms adelante en este captulo. Por ltimo, si usted est usando las redes de
rea local virtuales (VLAN) para segmentar el trfico en la red de produccin,
puede activar esta funcin y especificar un identificador de VLAN aqu.

NOTA conexiones de red y switches virtuales Creacin de un nuevo conmutador


virtual de tipo externo tambin crea una nueva conexin de red en la carpeta
Conexiones de red en el servidor, que puede ser representada mediante la
utilidad de red e Internet del Panel de control. La nueva conexin de red se
denomina normalmente vEthernet (<nombre del conmutador virtual>), y los
valores de TCP / IP asignadas al adaptador de red fsico asociado con el
interruptor de convertirse en la configuracin TCP / IP de la nueva conexin.

Tambin puede usar el cmdlet New-VMSwitch para crear nuevos conmutadores


virtuales que utilizan Windows PowerShell. Por ejemplo, podra utilizar el
siguiente comando para crear el conmutador virtual CONTOSO se muestra en
la Figura 7-4:

New-VMSwitch -Name "CONTOSO Virtual Switch" `


-NetAdapterName "Broadcom NetXtreme Gigabit Ethernet #2" -ComputerName
HOST4
Para obtener ayuda con la sintaxis de este cmdlet, utilice el comando Get-Help
New-VMSwitch.

IMPORTANTE La conectividad de red con el anfitrin


La creacin o la reconfiguracin de un conmutador virtual resultados en los
cambios que pudiesen afectar a la conectividad de red con el host. Si est
administrando el host de forma remota mediante la Conexin a Escritorio remoto,
puede que tenga que cerrar y volver a abrir la conexin despus de hacer dichos
cambios. Adems, la prdida de conectividad de red por el anfitrin cuando se
aplican los cambios pueda afectar a cualquier centro de operaciones en curso.
Esta es una razn por la que es una de las mejores prcticas para un host de
Hyper-V que tiene al menos dos adaptadores de red fsicos con un adaptador que
se utiliza para la acogida y la administracin de mquinas virtuales y el otro para el
trfico entrante y saliente.

Adems de la creacin y configuracin de los conmutadores virtuales en los hosts,


puede confiure la gama de control de acceso al medio (MAC) se ocupa de que el
equipo puede usar para asignar dinmicamente las direcciones MAC de los
adaptadores de red virtuales de las mquinas virtuales en el host. La Figura 7-5
muestra el rango predeterminado de direcciones MAC utilizados para este fin.
Aunque este rango por defecto puede ser suficiente cuando se despliegan slo
unos pocos hosts, su generalmente una buena idea para asignar un rango de
direcciones MAC diferente para cada host para asegurar que duplican las

direcciones MAC no se pueden asignar a las mquinas virtuales en hosts


diferentes, lo que podra causar la red problemas para los sistemas operativos
invitados de este tipo de mquinas virtuales.
Tambin puede usar el cmdlet Set-VMHost para configurar el intervalo de MAC
addrresses que el host puede asignar a los adaptadores de red virtuales de las
mquinas virtuales en el host. Por ejemplo, puede utilizar el siguiente comando
para cambiar el rango de direcciones MAC en Host4 a abarcar desde 00-00-04-0000-00 al 00-00-04-FF-FF-FF:
Set-VMHost -ComputerName HOST4 -MacAddressMinimum 000004000000 `
-MacAddressMaximum 000004FFFFFF

Figura 7-5 Configurar el rango de direcciones MAC que el anfitrin puede asignar
a los adaptadores de red virtuales.

Otros pasos de configuracin

Los pasos adicionales necesarios para la configuracin de los hosts de Hyper-V


dependen de qu tipo de funtionality desea activar en ellos. Por ejemplo, mediante
el cuadro de dilogo Configuracin de Hyper-V, se puede:
Activar las migraciones en vivo en el host y configurar el protocolo de
autenticacin utilizado para la migracin en vivo, el nmero de migraciones en vivo
se pueden realizar de forma simultnea, y cul es la red o la direccin IP puede
ser utilizado para migraciones en vivo entrantes.
Configurar el nmero de migraciones de almacenamiento simultneos se
pueden realizar en el host.
Activar la funcionalidad de rplica de Hyper-V en el host y el protocolo de
autenticacin y puertos utilizados para la replicacin y elija si la replicacin se
permitir desde cualquier servidor autenticada o de una lista de servidores
especificados.
Habilitar la divisin de la NUMA, una nueva caracterstica de Hyper-V
introducido en Windows Server 2012 que permite a las mquinas virtuales que
abarcan arquitectura de memoria no uniforme (NUMA) en los nodos NUMAanfitriones capaz. NUMA que abarca las obras mediante la proyeccin de una
topologa NUMA virtual de la mquina host fsico subyacente. Esto proporciona
mquinas virtuales con recursos de computacin para aplicaciones de servidor de
alto rendimiento, tales como los sistemas operativos para servidores modernos
Microsoft SQL Server y, como Windows Server 2012 R2 que integrar tareas de
optimizaciones NUMA.
Tambin puede usar Windows PowerShell para realizar estos pasos de
configuracin adicionales en los hosts. Por ejemplo, puede usar el cmdlet SetVMHost para permitir la migracin en vivo, configurarlo para utilizar CredSSP para
la autenticacin, y configurarlo para permitir que las migraciones en vivo entrantes
utilizando cualquier red disponible, de la siguiente manera:
Set-VMHost -VirtualMachineMigrationEnabled $true `
-VirtualMachineMigrationAuthenticationType CredSSp
-UseAnyNetworkForMigration $true

MS INFORMACIN
CMDLETS Hyper-V
Para obtener informacin acerca de la sintaxis de los cmdlets de Hyper-V y los
ejemplos de uso, consulte "Hyper-V cmdlets de Windows PowerShell" en
http://technet.microsoft.com/en-us/library / hh848559.

Resumen de la leccin
Las consideraciones clave para la planificacin del despliegue de los hosts de
Hyper-V incluyen hardware, licencias, redes, almacenamiento, gestin, seguridad,
escalabilidad, disponibilidad, movilidad y recuperacin de desastres.
Puede instalar y configurar la funcin de Hyper-V mediante el Administrador de
Hyper-V complemento o Windows PowerShell.
Siempre que sea posible, se deben desplegar Hyper-V en instalaciones Server
Core y gestionar sus anfitriones mediante Windows PowerShell.
Configuracin de almacenamiento de mquinas virtuales de un host implica
especificar la ubicacin donde se almacenarn los archivos de configuracin de la
mquina virtual y archivos de disco duro virtual.
Configuracin de red virtual para un host implica la creacin y configuracin de
los conmutadores virtuales del tipo y el nmero necesario de su entorno.

Revisin de la leccin
Responde a las siguientes preguntas para evaluar su conocimiento de la
informacin en esta leccin. Puede encontrar la respuesta a estas preguntas y las
explicaciones de por qu cada opcin de respuesta es correcta o incorrecta en la
seccin "Respuestas" al final de este captulo.
1. Que opcin de edicin o de su instalacin de Windows Server 2012 R2 son las
mejores opciones para el despliegue de los hosts de Hyper-V en un entorno de
centro de datos?
A. edicin estndar en Server Core
B. edicin estndar de servidor con una interfaz grfica de usuario
C. edicin Datacenter en Server Core
D. edicin de centro de datos en el servidor con una interfaz grfica de usuario
2. Usted desea utilizar una instalacin Server Core de Windows Server 2012 R2
como un host de Hyper-V. El servidor se ha unido a un dominio de Active Directory
y reside en su centro de datos. Becase an no se siente administrar los servidores
de confianza de la lnea de comandos, desea administrar el host mediante el
Hyper-V Server. Dado que la seguridad es una preocupacin y que tambin
quieren mantener el servicio a bajo costo operativo para sus servidores mientras

que la gestin de manera conveniente, cul de las siguientes sera el mejor


enfoque para que usted pueda seguir?
A. Inicie sesin en la consola local del servidor de PowerShell, escriba en el
smbolo del sistema y escriba Install-WindowsFeature -Server-Gui-Gestin de
Infra--Restart para convertir su instalacin Server Core para una instalacin
mnima de interfaz de servidor. Ahora conectarse de nuevo a la consola local del
servidor e iniciar el Administrador de Hyper-V Server para gestionar el host de
Hyper-V y sus mquinas virtuales.
B. Activar Depknot remoto en el servidor y configurarlo para permitir que slo los
clientes remotos que utilizan la red Autenticacin a nivel de conectarse al servidor.
Ahora iniciar sesin en un equipo administrador que ejecuta Windows 8.1, utilice la
conexin de escritorio remoto para conectarse al host remoto y gestionar el
anfitrin de su estacin de trabajo.
C. sesin en la consola local del servidor de PowerShell, escriba en el smbolo del
sistema Install-WindowsFeature Server-Gui-Mgmt-Infra Restart para
convertir su instalacin Server Core para una instalacin mnima de interfaz de
servidor. Habilitar Escritorio remoto en el servidor y configurarlo para permitir que
slo los clientes remotos que utilizan autenticacin de red de nivel para conectar
con el servidor. Ahora iniciar sesin en una estacin de trabajo de administrador
que ejecuta Windows 8, utilice la conexin de escritorio remoto para conectarse al
host remoto y gestionar el anfitrin de su estacin de trabajo.
D. Instalar el RSAT para Windows 8 en una estacin de trabajo de administrador
que ejecuta Windows 8, inicie el Administrador de Hyper-V Server, conectar con el
host remoto y gestionar la mquina de su estacin de trabajo.
3. Torno cmdlet de Windows PowerShell puede utilizar para configurar la
ubicacin de almacenamiento predeterminada para archivos de mquinas virtuales
en un host de Hyper-V?
A. Get-VMHost
B. Set-VMHost
C. Add-VMStoragePath
D. Set-VM

Leccin 2: Implementacin y configuracin de


mquinas virtuales
Despus de desplegar y configurar los hosts de Hyper-V, el siguiente paso en la
implementacin de su infraestructura de virtualizacin est desplegando y
configuracin de las mquinas virtuales que se utilizarn para virtualizar las cargas
de trabajo de servidor. Esta leccin le ayuda a comprender los problemas y las

configuraciones que participan en la planificacin de la implementacin de la


mquina virtual y cmo crear y configurar mquinas virtuales.

Despus de esta leccin, usted ser capaz de:

Describir las diferentes formas en que las mquinas virtuales se pueden


implementar en Hyper-VHospedadores.
Describir las diversas consideraciones que intervienen en la planificacin
del despliegue de mquinas virtuales en los hosts de Hyper-V.
Explica la diferencia entre la generacin y la generacin 1 2 mquinas
virtuales.
Describir los diferentes tipos de discos duros virtuales y sus propsitos y
limitaciones.
Explicar por qu el uso de puntos de control no est recomendado en
entornos de produccin.
Describir las diferentes opciones que tienen lugar cuando la importacin de
mquinas virtuales en un husped.
Crear nuevas mquinas virtuales utilizando el Administrador de Hyper-V
complemento y Windows PowerShell.
Crear nuevos discos virtuales y aadirlos a las mquinas virtuales utilizando
la tecnologa Hyper-V
Complemento Administrador y Windows PowerShell.
Aadir nuevas adpters red virutal a las mquinas virtuales y configurar los
adpaters
Configurar las opciones de administracin de hardware y virtuales para
mquinas virtuales.

Tiempo estimado de la leccin: 40 minutos

Planificar la implementacin de la mquina virtual


Dependiendo del escenario que se prev, la implementacin de una mquina
virtual puede significar cosas diferentes, tales como

Creacin de una nueva mquina virtual y la instalacin de un sistema


operativo invitado y aplicaciones
en eso.
Importacin de una mquina virtual existente que ya tiene un sistema
operativo invitado y
aplicaciones instaladas en l.

Realizacin de una (P2V) de conversin de fsico a virtual de un servidor


fsico a migrar el sistema operativo del servidor y aplicaciones en una
mquina virtual.
Realizacin de una conversin de virtual a virtual (V2V) mediante la
conversin de mquina virtual de otro proveedor a una mquina virtual de
Hyper-V.

Puede llevar a cabo los dos primeros tipos de despliegues de mquinas virtuales
mediante el uso de las herramientas de gestin en la caja de la funcin Hyper-V
de Windows Server 2012 y Windows Server 2012 R2-especficamente, el
Administrador de Hyper-V y el mdulo de Hyper-V para windows PowerShell. La
implementacin de nuevas mquinas virtuales mediante la realizacin de P2V o
V2V conversiones requiere herramientas adicionales, tales como System Center
Virtual Machine Manager o de terceros los servicios pblicos.

MS INFORMACIN Y VMM P2V


Realizar conversiones P2V utilizando Virtual Machine Manager (VMM) est ms
all del alcance de este libro. Para obtener ms informacin sobre cmo usar
VMM para este libro. Para obtener ms informacin sobre cmo usar VMM para
realizar la conversin P2V, consulte el tema "Cmo convertir equipos fsicos a
mquinas virtuales" en http://technet.microsoft.com/en-us/library/hh427286.aspx.

Los siguientes temas deben ser considerados cuando se crean nuevas mquinas
virtuales en un host de Hyper-V:

generacin de mquina virtual


Ubicacin de los archivos de configuracin
memoria de inicio
memoria dinmica
procesadores virtuales
creacin de redes virtuales
Los discos duros virtuales
la implementacin del sistema operativo invitado
La activacin automtica de la mquina virtual
Realizacin de los puestos de control

Tenga en cuenta que estos problemas se aplican principalmente a la creacin de


nuevas mquinas virtuales. La importacin de mquinas virtuales existentes

implica un conjunto diferente de condiciones que se describen ms adelante en


esta seccin.

Generacin de mquina virtual


Windows Server 2012 y versiones anteriores de Hyper-V admiten slo un nico
tipo (generacin) de las mquinas virtuales. Tales mquinas virtuales tenan las
siguientes caractersticas:

Utilizaron un conjunto estndar de dispositivos de hardware emulado para


asegurar la compatibilidad ejecutar todas las versiones de Windows. Estos
dispositivos emulados incluyen un BIOS AMI, Intel 440BX placa base
chipset, adaptador de pantalla S3 Trio grficos, Inter / DEC 21140
adaptador de red y otros dispositivos virtuales.
Incluyeron un dispositivo virtual adaptador de red heredado, que se tena
que utilizar para la instalacin PXEbased de un sistema operativo invitado.
Y slo pudieron arrancar desde el entorno de desarrollo integrado (IDE)
discos (discos virtuales conectados a la mquina virtual usando el
controlador IDE).

Windows Server 2012 R2 introduce un nuevo tipo de mquina virtual llamada una
mquina virtual Generacin 2. Las caractersticas de la Generacin 2 mquinas
virtuales son los siguientes:

Cumplen con la interfaz unificada extensible firmaware (UEFI) estndar y


permiten a las mquinas virtuales para utilizar de arranque seguro
Muchos de los dispositivos emulados se han eliminado y reemplazado con
conductores sintticos y devoces basados en software como se resume en
la Tabla 7-1
ya no se requiere el dispositivo adaptador de red heredado (o incluso
apoyado) por Generacin 2 mquinas virtuales. En su lugar, puede PXEarrancar una mquina virtual Generacin 2 usando un adaptador de red
estndar.
Ellos pueden arrancar directamente desde discos SCSI (discos virtuales
conectados a la mquina virtual usando el controlador SCSI). De hecho, la
Generacin 2 mquinas virtuales no tienen ni siquiera un controlador IDE y
que tambin puede arrancar desde un DVD virtual SCSI. El controlador
SCSI rinde mucho mejor que el controlador IDE legado en la generacin
anterior de mquinas virtuales. Esto significa, por ejemplo, que la
instalacin de un sistema operativo husped soportado en una mquina
virtual Generacin 2 toma alrededor de la mitad el tiempo que instalar el
mismo sistema operativo invitado en una mquina virtual de la generacin
anterior.

Debido a todos estos cambios en el hardware, Generacin 2 mquinas virtuales


slo admiten las siguientes versiones de Windows como sistemas operativos
invitados:

versiones de 64 bits de Windows 8 y Windows Server 2012


versiones de 64 bits de Windows 8.1 y Windows Server 2012 R2

TABLA 7-1 cambios de dispositivo de hardware en la generacin de 2 mquinas


virtuales
Dispositivos heredados
quitan

Dispositivos de recambio

Mejoras

controladora IDE
(IDE controller)

controladora SCSI virtual


(Virtual SCSI controller)

CD-ROM IDE
Legacy BIOS
Legacy NIC

SCSI virtual de CD-ROM


firmware UEFI
Synthetic NIC

Arrancar desde VHD


(tamao mximo de 64
TB, cambio de tamao
en lnea)
(Boot from VHDX (64 TB
max size, online resize))
hot add/remove
secure boot
Network boot with IPv4
and IPv6

Floppy & DMA Controller


UART (COM ports)

No hay soporte disquete


UART opcional para la
depuracin
de entrada basada en
software
de entrada basada en
software
de entrada basada en
software
de entrada basada en
software
VMBus
Ya no es requerido

i8042 keyboard controller


teclado PS / 2
ps/2 mouse
S3 video
PCI bus
Controlador de
interrupcin programable
(PIC)

Faster and more reliable


Sin emulacin - recursos
reducida
Sin emulacin - recursos
reducida
Sin emulacin - recursos
reducida
Sin emulacin - recursos
reducida

Interrupcin programable
Timer (PIT)
super dispositivo I/O

Ya no es requerido
Ya no es requerido

En una mquina virtual Generacin 2


A medida que la captura de pantalla muestra, Windows Server 2012 R2 Hyper-V
es compatible con ambos Generacin 1 y Generacin 2 mquinas virtuales. Debe
elegir la generacin de una mquina virtual cuando se crea la mquina virtual, y no
se puede cambiar su generacin despus de crearlo.

Una vez que la mquina virtual Generacin 2 tiene Windows Server 2012 R2
instalado como sistema operativo invitado, abrir el Administrador de dispositivos
revela los diversos dispositivos sintticos y basados en software conectados a la
VMBus, Tenga en cuenta que a diferencia de las mquinas virtuales de primera
generacin, no hay PCI-to -Isa puente se ejecuta en modo ISA, sin teclado PS / 2,
sin ratn PS / 2, no hay puertos COM, y as sucesivamente. La siguiente captura
de pantalla se compara el Administrador de dispositivos para la generacin 1
mquinas virtuales (izquierda) con el Administrador de dispositivos para la
Generacin 2 mquinas virutal (a la derecha):

Las principales ventajas de la utilizacin de Generacin 2 mquinas virtuales en


lugar de generacin 1 mquinas virtuales son dos. En primer lugar, como se
mencion anteriormente, la Generacin 2 mquinas virtuales se pueden
aprovisionar rpidamente debido a que pueden arrancar desde un dispositivo
SCSI o un adaptador de red estndar. Esto puede ser til en situaciones en las
que necesita para desplegar rpidamente nuevas mquinas virtuales de escalar
una aplicacin basada en la nube para satisfacer la creciente demanda.
La segunda ventaja principal de la Generacin 2 mquinas virtuales se encuentra
en el rea de seguridad. Debido Generacin 2 mquinas virtuales estn basados
en UEFI y el apoyo de arranque seguro, los sistemas operativos no autorizados,
los controladores y el firmware pueden prevenirse forma de correr cuando la
mquina virtual se inicia. Para que esto se aplica, sin embargo, de arranque
seguro debe ser habilitado para la mquina virtual. A medida que la captura de
pantalla muestra, se puede activar o desactivar el arranque seguro en una
mquina virtual Generacin 2 mediante la apertura de la configuracin de la
mquina virtual, la seleccin de firmware en Hardware, y activando o desactivando
la casilla Activar arranque seguro. De forma predeterminada, arranque seguro se
habilita cuando se crea una nueva mquina virtual Generacin 2:

Pgina 31

Las principales ventajas de la utilizacin de mquinas virtuales de Generacin


2 en lugar de mquinas virtuales generacin 1 son dos. En primer lugar las
mquinas se pueden aprovisionar rpidamente debido a que pueden arrancar
desde un dispositivo SCSI o un adaptador de red estndar. Esto puede ser til
en situaciones en las que necesita desplegar rpidamente nuevas mquinas
virtuales para escalar de una aplicacin basada en la nube para satisfacer la
creciente demanda.
La segunda ventaja principal de la utilizacin de mquinas virtuales de
Generacin 2 se encuentra en el rea de seguridad. Debido a que las mquinas
virtuales de Generacin 2 estn basados en UEFI y el apoyo de Secure Boot
(Arranque Seguro), los sistemas operativos no autorizados, los controladores y
el firmware se puede evitar que se ejecuta cuando se inicia el equipo virtual.
Sin embargo, para que esto se aplique, Secure Boot debe ser habilitado para la
mquina virtual. Como la captura de pantalla de abajo muestra, se puede
activar o desactivar el Secure Boot en una mquina virtual Generacin 2
mediante la apertura de la configuracin de la mquina virtual, la seleccin de
firmware en Hardware, y activando o desactivando la casilla Activar Secure
Boot. De forma predeterminada, Secure Boot se habilita cuando se crea una
nueva mquina virtual Generacin 2:

Pgina 32

Para ms informacin acerca de UEFI Secure Boot, vea el post con el ttulo
Protecting the pre-OS environment with UEFI (Proteccin del entorno preOS con UEFI) en el blog de Construccion de Windows 8 en
http://blogs.msdn.com/b/b8/archive/2011/09/22/protecting-the-pre-osenvironment-with-uefi.aspx.

Ubicacin de los archivos de configuracin


Aunque la ubicacin predeterminada donde se almacenan los archivos de
configuracin de la mquina virtual puede ser configurada a nivel de host,
tiene las opciones de anular este valor por defecto cuando se crea una nueva
mquina virtual. Es posible hacer esto, por ejemplo, si va a crear una mquina
virtual para alta disponibilidad, es decir, una mquina virtual agrupada en un
clster de conmutacin por error (Failover Cluster) de los hosts de Hyper-V que
usa CSV almacenamiento compartido. En tal escenario, es necesario
especificar el CSV en la carpeta ClusterStorage en Failover Cluster Manager
como la ubicacin donde se almacenar la mquina virtual. Otro escenario en
el que es posible sustituir la ubicacin de almacenamiento de archivos de
configuracin por defecto es cuando se crea una mquina virtual que se
almacena en un recurso compartido de archivos SMB 3.0 en un servidor de
archivos de escalabilidad horizontal. En este caso, se debe especificar el punto
de acceso de cliente que est configurado en el clster de conmutacin por
error para la Escala de espera del servidor de archivos como la ubicacin
donde se almacenar la mquina virtual. Para un ejemplo de este segundo
escenario, consulte Configurar Hyper-V para usar la Escala de espera del

servidor de archivos en http://technet.microsoft.com/enus/library/hh831463.aspx.


Pgina 33

Memoria de inicio
La memoria que necesitar cada nueva mquina virtual es una consideracin
importante en la planificacin de la creacin de nuevas mquinas virtuales.
sistemas host fsicos tienen una cantidad fija de memoria fsica, y esta memoria se
deben compartir de manera adecuada entre las diferentes mquinas virtuales que
se ejecutan en el host. (. El anfitrin en s tambin requiere un poco de memoria
fsica para funcionar con un rendimiento ptimo) Planificacin de la cantidad de
memoria fsica que se asignarn a una nueva mquina virtual que va a crear
implica dos consideraciones:
Decidir sobre la cantidad de memoria de inicio para ser asignada a la
mquina virtual. El sistema operativo husped instalado en una mquina
virtual debe tener acceso a suficiente memoria; de lo contrario, la mquina
virtual podra no ser capaz de empezar. La memoria de inicio recomendada
vara en funcin del sistema operativo husped implicado y tambin de si la
memoria dinmica est habilitada en el host. Algunos valores
recomendados para memoria de inicio incluye lo siguiente:
512 MB para Windows Server 2008 R2 y Windows 7
128 MB para Windows Server 2003
Decidir si se debe habilitar la memoria dinmica en la mquina virtual.
Dinmica
Memoria administra la memoria fsica en el host como un recurso compartido que
puede ser automticamente reasignado entre las mquinas virtuales que se
ejecutan en base a los cambios en la memoria la demanda y los valores se
pueden especificar. Memoria dinmica se discute en ms detalle en la Leccin 3
de este captulo.

Procesadores virtuales
Algunas cargas de trabajo pueden requerir recursos de procesador adicionales
para desempear de manera ptima. Hyper-V permite asignar uno o ms
procesadores virtuales para cada mquina virtual que se ejecuta en el host, hasta
el nmero mximo de procesadores lgicos soportados por el sistema operativo
husped instalado en la mquina virtual. Tambin puede utilizar Hyper-V para
mantener una reserva de los recursos disponibles del procesador a una mquina
virtual, especificar un lmite a la cantidad de recursos del procesador cuando
mltiples mquinas virtuales que se ejecutan en un host compiten por los recursos
del procesador del husped. Para obtener ms informacin sobre los ajustes de
control de recursos de los procesadores virtuales, consulte "Configuracin de

memoria y procesadores" en http://technet.microsoft.com/enus/library/cc742470.aspx.

Creacin de redes virtuales


Creacin de redes virtuales implica la creacin de adaptadores de red virtual en
mquinas virtuales y la asignacin de estos adaptadores para interruptores
virtuales en el host. Las siguientes consideraciones se aplican en la planificacin
de redes virtuales para mquinas virtuales:
Cada mquina virtual puede tener hasta 12 adaptadores de red virtuales
instalados en ella. De estos 12 adaptadores de red virtuales, hasta 8 puede
ser el tipo de adaptador de red y hasta 4 puede ser del tipo adaptador de
red heredado. Estos dos tipos de adaptadores de red virtuales se discuten
en detalle mor adelante en esta leccin.

Pgina 34
Cada red virtual se puede configurar con una direccin MAC esttica o una
direccin MAC dinmica que se asigna automticamente a partir del
intervalo de direcciones MAC configurada en el host.
Cada red virtual se le puede asignar un canal de VLAN nica de segmento
o un trfico de red aislado.
Hasta 512 mquinas virtuales se pueden asignar a cada conmutador virtual
en el host.

NOTA HYPER-V Y REDES INALMBRICAS


Interruptores virtuales en un host de Hyper-V no se pueden conectar a un
adaptador de red inalmbrica en el sistema host.

Discos duros virtuales


Cuando se crea una nueva mquina virtual, usted tiene tres opciones con respecto
a los discos duros virtuales asociados con la nueva mquina virtual:
Se puede crear un nuevo disco duro virtual cuando se crea la nueva
mquina virtual.
Se puede asignar un disco duro virtual existente a la nueva mquina virtual
que est creando.
Puede crear una nueva mquina virtual sin disco duro virtual y luego
asignar un disco duro virtual para l despus.
Otra consideracin relativa a la planificacin de los discos duros virtuales es el tipo
de controlador de almacenamiento utilizado para el disco. Las mquinas virtuales
incluyen IDE y controladores SCSI, y usted puede aadir discos duros virtuales
para cualquier tipo de controlador. Y aunque el disco de arranque (boot) de una
mquina virtual debe estar conectado al controlador IDE, el almacenamiento fsico
subyacente utilizado para el dispositivo IDE virtual puede ser cualquiera de los

tipos de almacenamiento descritos en la seccin titulada "Almacenamiento" en


Lesson1 al principio de este captulo.
Otra consideracin es la planificacin del tipo de disco virtual para utilizar, es decir,
uno de los siguientes tipos:
Tamao fijo: Este tipo de disco duro virtual tiene su archivo de imagen pre
asignados en el dispositivo de almacenamiento fsico para el tamao
mximo solicitado cuando se crea el disco. Por ejemplo, unos 250 GB, de
tamao fijo de disco duro virtual ocupar 250 GB de espacio en el
dispositivo de almacenamiento del husped.
Expansin dinmica: Este tipo de disco duro virtual utiliza slo la cantidad
de espacio de almacenamiento fsico que necesita para almacenar los
datos reales que el disco contiene actualmente. El tamao del archivo de
imagen del disco virtual luego crece a medida que los datos adicionales se
escriben en ella. Por ejemplo, el archivo de imagen de disco duro virtual
dinmico de una mquina virtual de nueva creacin que no tiene un sistema
operativo instalado en l, tiene un tamao de slo 4 MBs a pesar de que su
tamao mximo est configurado con el valor por defecto de 127 GB. Una
vez
Windows Server 2012 o Windows Server 2012 R2 se ha instalado como sistema
operativo invitado , sin embargo , el tamao del archivo de imagen de discos
virtuales crecer a ms de 8 GB . Vea Leccin 3 en este captulo para obtener
informacin sobre la forma de ampliar , compacto , o reducir los discos de
expansin dinmica .

Differencing:

Este tipo de disco duro virtual le permite hacer cambios a un padre


disco duro virtual sin modificar el disco principal . Por ejemplo, el disco primario podra
tienen una instalacin limpia de Windows Server 2012 R2 como su sistema operativo
husped y el diferenciacin de disco podra contener cambios a la matriz . Los cambios
pueden ser revertidos si es necesario mediante la fusin del disco de diferenciacin con el
padre . uso de los puntos de control de Hyper-V tal tecnologa de disco de diferenciacin .
Algunas

mundo real - discos de acceso directo


Otro tipo de disco que una mquina virtual de Hyper - V se puede utilizar es el disco de
acceso directo , que no es realmente un disco virtual en absoluto. En cambio , con los
discos de paso a travs de la mquina virtual est unido directamente a un disco fsico
en el sistema de almacenamiento del host y el disco fsico en el anfitrin est dedicada
para el uso de la mquina virtual slo . Con la actuacin de mejorar discos en las
ltimas versiones de Hyper - V y dada la flexibilidad que los discos duros virtuales
pueden proporcionar discos de acceso thtough ya no ofrecen ningn beneficio de
rendimiento ms all de los proporcionados por los discos duros virtuales y no debe
utilizarse ms .

consideraciones de planificacin adicionales relacionados con los discos duros virtuales


incluyen la siguiendo:

Si se debe usar discos duros virtuales que utilizan el formato de disco utilizado
por VHD anterior versiones del formato VHDX ms reciente introducido en
Windows Server 2012 Hyper - V . aunque el formato VHD mayores apoyada
discos duros virtuales de hasta 2040 GB de tamao, el formato VHDX ms
reciente es compatible con discos duros vitual de hasta 64 TB de tamao. VHDX
incluye otras mejoras , como una mejor alineacin para hacer el trabajo bien en
formato grande - discos de formato , amao de los bloques ms grandes para
los discos dinmicos y de diferenciacin , el puerto de ajuste sup , el apoyo para
el sector lgico 4 KB discos virtuales , mejores garantas contra la corrupcin de
datos cuando se producen interrupciones de energa , y otras caractersticas .
Para ms informacin en las mejoras VHDX , consulte " Hyper - V de disco duro
virtual Formato general " en http://technet.microsoft.com/enus/library/hh831446.aspx .

Si la capacidad de almacenamiento proporcionado por un solo disco duro virtual


no es suficiente para las necesidades de carga de trabajo de la mquina virtual ,
puede crear discos virtuales adicionales y adjuntarlos a la mquina virtual
usando el controlador IDE , controlador SCSI , o ambos controladores.

El almacenamiento mxima admitida para una sola mquina virtual es de


512 TB para todos los tipos .

Si los hosts de Hyper-V estn utilizando una SAN para su almacenamiento ,


se puede mejorar el rendimiento del almacenamiento mediante el
aprovechamiento de la funcionalidad descargado de transferencia de datos
( ODX ) incluido en Windows Server 2012 y Windows Server 2012 R2 .
ODX puede ayudar minimizar la latencia , maximizar la matriz de
rendimiento y reducir el uso de procesamiento y recursos de la red en los
hosts de Hyper-V por offoading transparente operations fle - transferencia
desde el host a la red SAN . Para obtener ms informacin, consulte "
Transferencias de Windows Offoaded de Datos Descripcin " en
http://technet.microsoft.com/en-us/library/hh831628.aspx .
Si las mquinas virtuales tienen que ser capaces de acceder al
almacenamiento en una SAN de canal de fibra , pueden aprovechar el /
Fibra Channe / Virtua caracterstica introducida en Windows Server 2012
Hyper - V . Esta caracterstica proporciona puertos de canal de fibra en el
sistema operativo invitado para que pueda conectarse directamente a las
mquinas virtuales de almacenamiento SAN . Los benefcios de fibra virtual
de ehannel incluyen la posibilidad de virtualizar cargas de trabajo que
requieren una conectividad directa SAN y ser capaz de agrupar los
sistemas operativos invitados travs de Fibre Channel . La implementacin
de canal de fibra virtual requiere que el adaptador de bus de host ( HBA ) en
el host tiene un controlador actualizado que es compatible con Fibre
Channel virtual y que los puertos HBA ser confgured con una topologa
ehannel fibra que soporta el puerto N ID Virtualization ( NPIV ) . Para

obtener ms informacin, consulte " Hyper - V virtual de fibra ehannel


general " en http://technet.microsoft.com/en-us/library/hh831413.aspx .

cambio de tamao en lnea VHDX

la

Nueva en Windows Server 2012 R2 Hyper - V es la capacidad de aumentar o


disminuir
el tamao de un disco duro virtual conectado a una mquina virtual mientras
que Virtual
mquina todava se est ejecutando en el host . Esto significa que si la carga
de trabajo que se ejecutan en una
mquina virtual requiere ms espacio , se puede ampliar el disco duro virtual
sin
interrumpir cualquier aplicacin con el acceso a la carga de trabajo . Y si
desea reasignar
el espacio de almacenamiento de una mquina virtual a otro , se puede
reducir el tamao de DKS duros virtuales , que se adjunta a la primera
mquina virutal ( Siempre que no exista suficiente espacio en el disco
unpartition ) para liberar espacio para la expansin del disco en la mquina
de segunda .
cambio de tamao en lnea de discos duros virtuales requiere que estos discos a utilizar
el nuevo formato de disco duro virtual VHDX introducido por primera vez en Windows
Server 2012. VHDX fue diseado para responder a las crecientes demandas
tecnolgicas de las empresas actuales y proporciona una mayor capacidad de
almacenamiento , proteccin de datos incorporado, y el apoyo a largesector Discos
Duros. Adems , el cambio de tamao en lnea requiere que el disco virtual sea unido al
bus SCSI de la mquina virtual .
Por ejemplo , puede tomar los siguientes pasos para usar Hyper-V para
ampliar
el tamao de una mquina virtual en ejecucin :

1. En el Administrador de Hyper - V , haga clic en la mquina virtual y


seleccione Configuracin.
2. En el cuadro de dilogo Configuracin de la mquina virtual , haga clic en el
nodo de disco duro en virtud de controlador SCSI para el disco duro virtual que
desea ampliar y haga clic el botn Editar para iniciar el Asistente para disco
duro virtual Editar .
3. Seleccione la opcin en la pgina Elegir accin Expandir , haga clic en
Siguiente , escriba el nuevo A continuacin , haga clic en Finalizar seguido .

Una vez que haya expandido un disco duro virtual , la opcin para
reducir el tamao , se mostrar la prxima vez que utilice el Asistente
para disco duro virtual Editar . Por supuesto , tambin puede cambiar el
tamao de los discos virtuales en lnea mediante el uso de Windows
PowerShell .

implementacin del sistema operativo


invitado
Puede instalar sistemas operativos invitados en mquinas virtuales del mismo
modo que instalarlas en sistemas fsicos. Por ejemplo , se puede hacer lo
siguiente

manualmente instalar el sistema operativo invitado uniendo una imagen ISO del
producto
medios de comunicacin para la unidad de DVD virtual de la mquina virtual y luego
caminar a travs de las etapas de
el proceso de instalacin
realizar una instalacin Lite Touch ( LTI ) despliegue del sistema operativo invitado
por
arrancar la mquina virtual desde un servidor que tiene los Servicios de
implementacin de Windows
papel instalado y pasando despus de (o automatizacin ) la implementacin de
Windows
realizar una instalacin sin interaccin ( ZTI ) despliegue del sistema operativo
husped mediante el uso de System Center 2012 SP1 gestor de configuracin tp
implementar una referencia imagina creado usando MDT 2012 Actualizacin 1. Para
obtener ms informacin, consulte " Sistema Operativo
http://technet.microsoft.com/en-us/library/ Gg682018 .

Linux como invitado


Adems de apoyar la gama completa de cliente de Windows y operativo de servidor
sistemas como sistemas operativos invitados , Windows Server 2012 R2 Hyper - V
tambin
incluye un amplio apoyo a Linux como un sistema operativo invitado . soporte de
invitado de Linux
en Hyper - V est especialmente deseado por los proveedores de alojamiento que a
menudo como para proporcionar su los clientes con una amplia gama de opciones
de plataforma para la gestin de sus aplicaciones y servicios web. Linux ( y Unix )
de apoyo en Hyper-V tambin es importante en el espacio de entrar en premios en
el que las soluciones de TI heterogneos son generalmente la norma
Debido a las necesidades de estos segmentos de clientes , Microsoft Hyper- V prev la
virtualizacin como " multi-plataforma del metal " y es compatible con una amplia gama de
distribuciones de Linux , como se muestra en la siguiente tabla , proporcionando servicios de
integracin de Linux (LIS) para las versiones especficas de las distribuciones populares

Como parte del compromiso continuo de Microsoft para hacer Hyper - V el mejor
todo alrededor de la plataforma virtual para los proveedores de alojamiento ,
soporte de Linux para Hyper -V en Windows Server 2012 R2 se ha mejorado de las
siguientes maneras :
Mejora de vdeo Un controlador de vdeo virtualizado se incluye ahora para Linux
virtuales
Memoria memoria dinmica dinmico est ahora totalmente compatible con Linux virtuales
mquinas, incluyendo tanto en caliente agregar y quitar funcionalidad . Esto significa mquinas
para proporcionar una experiencia mejorada de vdeo con un mejor soporte para el ratn Ahora
puede ejecutar lado de las mquinas virtuales Windows y Linux en paralelo en el mismo el
anfitrin de la mquina durante el uso de la memoria dinmica para garantizar la asignacin
justa de la memoria recursos a cada mquina virtual en el host .
Lnea VHDX cambiar el tamao de los discos duros virtuales conectados a mquinas
virtuales Linux pueden ahora cambiar de tamao , mientras que la mquina virtual est en
ejecucin .
copia de seguridad en lnea Puede copia de seguridad de la ejecucin de mquinas
virtuales Linux a Windows solucin de copia de seguridad de terceros que admite la copia de
seguridad de Hyper - V mquinas virtuales .
la familia de productos de Microsoft y en las ventanas azure.Center familia de productos y
en Windows Azure . El soporte de Linux / UNIX es una integral parte de todas estas plataformas
, no meramente una extensin de Windows cntrica funcionalidad.

La activacin automtica de la mquina


virtual
A partir de Windows Server 2003 R2 con Service Pack 2 , la edicin de centro de datos del servidor
de ventanas ha proporcionado derechos ilimitados de virtualizacin de servidores para Allaw
organizaciones desplegar tantas mquinas virtuales , ya que necesitan en sus entornos . Hasta
ahora, sin embargo , este beneficio ha llegado con el costo de los gastos administrativos de la
implementacin de una infraestructura de gestin de claves para la concesin de licencias y la
activacin de estas mquinas virtuales .

4. Como alternativa, puede utilizar la tecla de AVMA en un archivo de respuesta


unattend.xml y automatizar completamente la activacin de la mquina virtual
cuando una instalacin desatendida del sistema operativo husped se lleva a cabo
en la mquina virtual.
AVMA reduce considerablemente el tiempo y el esfuerzo que las grandes
empresas y proveedores de alojamiento necesitan para la gestin de licencias y la
activacin de un gran nmero de mquinas virtuales en su entorno.
Independientemente de si sus hosts de Hyper-V son mquinas OEM o se estn
ejecutando una versin con licencia por volumen de Windows Server activa
mediante el Servicio de administracin de claves (KMS) o Clave de activacin
mltiple (MAK), si la mquina host ejecuta Windows Server edicin 2012 R2
Datacenter y se activa a continuacin, todas las mquinas virtuales que ejecutan
cualquier edicin R2 de Windows Server 2012 como sistema operativo invitado se
activan automticamente.
Adems, AVMA es completamente seguro con respecto a su infraestructura de
gestin de claves existente, porque no hay teclas se utilizan para activar las
mquinas virtuales. As que si copia o mueve una de sus mquinas virtuales con el
medio ambiente, para algn otro ejemplo, para fines de demostracin-llaves no
sern expuestos. Por supuesto, la otra medio ambiente tambin debe ser el uso
de mquinas que ejecutan una copia activada de una edicin Datacenter de
Windows Server.

Realizacin de los puestos de control


A pesar de que los puestos de control (llamadas instantneas en Windows Server
2012 y versiones anteriores de Hyper-V, pero ahora llamados puntos de control
para armonizar con la terminologa Sistema EEscriba Virtual Machine Manager) no
se recomiendan para su uso en entornos de produccin, que podran tener un
valor en ciertos escenarios limitados. Por ejemplo, usted podra considerar la
realizacin de un puesto de control de una mquina virtual produccin justo antes
de aplicar una actualizacin de software crtico para el sistema operativo invitado
de la mquina virtual. De esa manera, si algo va mal despus de aplicar la

actualizacin puede revertir rpidamente la mquina virtual a su estado anterior


(es decir, antes de aplicar la actualizacin). Sin embargo, hay ciertas situaciones
en las que nunca se debe llevar a cabo los puestos de control, la especfcamente
siguientes:
No realice puestos de control en los controladores de dominio virtualizados.
No realice los puestos de control de cargas de trabajo virtualizadas que se
ejecutan los servicios sensibles al tiempo.
No realice los puestos de control de cargas de trabajo virtualizadas que utilizan
datos distribuidos a travs de mltiples bases de datos.
Adems, no tratar de restablecer los puestos de control de ms de 30 das debido
a que la contrasea de equipo para el sistema operativo husped puede haber
expirado, lo que provocar que el husped disjoin propio del dominio.
Por ltimo, si usted planea en los puestos de control que realizan, asegrese de
que el host tiene suficiente espacio de almacenamiento para todos los archivos de
controles que se van a crear. Puestos de control pueden consumir una gran
cantidad de espacio en disco, y que podran terminar por quedarse sin espacio de
almacenamiento si realiza demasiados de ellos.

Consideraciones para importar mquinas virtuales


Aunque el proceso de importacin de una mquina virtual existente a un host de
Hyper-V se ha simplificado en Windows Server 2012 y Windows Server 2012 R2,
todava hay una serie de cuestiones que debe considerar antes de realizar la
importacin. Las siguientes se hicieron mejoras al proceso de importacin de la
mquina virtual a partir de Windows Server 2012:
El proceso de importacin se ha actualizado para que los problemas de
configuracin que podran impedir la importacin de ser exitosa se detectan
y resuelven. Por ejemplo, si va a importar la mquina virtual en un host de
destino que tiene un conjunto diferente de los conmutadores virtuales de
aquellos en el host de origen, la mquina Asistente Virtual de importacin,
que se puede iniciar a partir de Hyper-V, le pide que elija una conmutador
virtual para conectarse al adaptador de red virtual en la mquina virtual.
Las mquinas virtuales se pueden importar directamente desde el archivo
de configuracin de la mquina virtual sin necesidad de exportar por
primera vez la mquina virtual. Puede hacerlo copiando manualmente los
archivos de la mquina virtual en lugar de exportarlos. De hecho, al
exportar una mquina virtual en Windows Server 2012 o Windows Server
2012 R2, todo lo que sucede es que se crea una copia de los archivos de la
mquina virtual.
Hyper-V incluye cmdlets de Windows PowerShell que se pueden utilizar
para exportar e importar mquinas virtuales.
Los siguientes problemas pueden ser importantes a considerar en la planificacin
de la importacin de mquinas virtuales a sus anfitriones:

Al importar una mquina virtual, usted tiene la opcin de cualquiera de los


siguientes enfoques:
o El registro de la mquina virtual en el lugar y asignar el GUID de la
mquina virtual existente a la nueva mquina virtual (por defecto).
Puede elegir esta opcin si los archivos de la mquina virtual ya
estn en el lugar donde tienen que estar ejecutndose en el host de
destino y lo que desea para empezar a ejecutar la mquina virtual
desde la que pertenece.
o La restauracin de la mquina virtual y asignar el GUID de la
mquina virtual existente a la nueva mquina virtual. Puede usar
esta opcin si los archivos de la mquina virtual se almacenan en un
recurso compartido de archivos o un dispositivo de almacenamiento
extrable y desea moverlos a la ubicacin de almacenamiento
predeterminada en el host de destino.
o Copia de la mquina virtual y generar un nuevo GUID para la nueva
mquina virtual. Puede utilizar esta opcin si desea utilizar la
mquina virtual existente como una plantilla que va a importar varias
veces para crear nuevas mquinas- virtuales, por ejemplo, para la
prueba o el desarrollo del trabajo.
Si va a migrar las mquinas virtuales desde un host que ejecuta una versin
anterior de Windows Server como Windows Server 2008 R2, puede usar el
cmdlet Compare-VM para generar un informe de compatibilidad que
enumera posibles incompatibilidades que la mquina virtual puede tener
con el objetivo anfitrin. A continuacin, puede utilizar este informe para
tomar medidas para resolver estas cuestiones de manera que cuando se
utiliza el cmdlet Import-VM adelante el proceso de importacin ir bien. Si
va a importar mquinas virtuales desde un host no agrupado a un host en
clster, puede haber consideraciones adicionales, tales como si es
necesario importar las mquinas virtuales al almacenamiento compartido
utilizado por el clster de conmutacin por error.

Live export
Nuevo en Windows Server 2012 R2 es la capacidad de exportar una copia
completa de una mquina virtual en ejecucin o exportar cualquier puesto de
control de una mquina virtual en ejecucin. Tambin puede utilizar Virtual
Machine Manager 2012 R2 para clonar una mquina virtual en ejecucin, que
bsicamente consiste en exportar e importar una mquina virtual para crear una
nueva mquina virtual que se basa en la mquina virtual existente. Incluso puede
exportar instantneas (puestos de control) asociados a una mquina virtual
mientras la mquina virtual est en ejecucin. Un escenario en el que viven las
exportaciones puede ser til es cuando una mquina virtual que se ejecuta en su
entorno comienza a mostrar una cierta inestabilidad, pero todava est realizando
su carga de trabajo prevista. Anteriormente, haba que elegir entre el menor de
dos males:

Parar la mquina virtual o ponerlo fuera de lnea y tratar de solucionar el


problema. Desafortunadamente, mientras que la mquina virtual est
detenida o fuera de su carga de trabajo ya no estar disponible para los
usuarios, lo que puede resultar en la prdida de negocios o de
productividad.
Deje que la mquina virtual continuar funcionando y la esperanza no falla.
Este enfoque permite la carga de trabajo de la mquina virtual para seguir
estando disponible, pero la inestabilidad menudo hace que el sistema
operativo de las aplicaciones o invitado a chocar, lo que significa una
interrupcin probable en la carga de trabajo se producir. Una vez ms,
esto es probable que resulte en la prdida de negocios o de productividad.

Con la exportacin en vivo, sin embargo, ahora se puede clonar una copia de su
mquina virtual inestable sin necesidad de apagar la mquina virtual. A
continuacin, puede dejar que su mquina virtual de produccin siga funcionando
mientras se realizan los pasos de solucin de problemas en la carga de trabajo
clonado para ver si puede resolver el problema que causa la inestabilidad. Una
vez que determine cmo solucionar el problema trabajando con la mquina virtual
clonada, que podra ser capaz de reparar su mquina virtual de produccin sin
necesidad de reiniciar el sistema operativo husped o reiniciar sus aplicaciones en
ejecucin, dependiendo del problema que causa la inestabilidad.
Algunos otros escenarios en los que poder exportar la ejecucin de mquinas
virtuales puede ser til incluir la solucin de problemas con aplicaciones que se
ejecutan en mquinas virtuales, la realizacin de pruebas antes de mover una
mquina virtual desde su nube privada a un entorno alojado o pblica nube (o
viceversa), y duplicar su entorno de produccin existente para crear un laboratorio
de pruebas.

La creacin de mquinas virtuales


Puede crear nuevas mquinas virtuales en un host de Hyper-V mediante el
Administrador de Hyper-V o Windows PowerShell.

El uso de Hyper-V
Se crea una nueva mquina virtual con Hyper-V de la misma manera que en las
versiones anteriores de Windows Server. Los pasos de este proceso son los
siguientes:
1 Iniciar el Asistente para nueva mquina virtual haciendo clic derecho en el
host de Hyper-V y seleccionando Nuevo y luego la mquina virtual.
2 Especificar un nombre descriptivo para la nueva mquina virtual y,
opcionalmente, especificar una ubicacin diferente para almacenar los
archivos de la mquina virtual (archivos de configuracin, discos duros

virtuales, y puestos de control) si las ubicaciones de almacenamiento por


defecto para el host no son los que usted desee utilizar.
3 Especificar la cantidad de memoria de inicio para ser utilizado por el
sistema operativo de la mquina husped virtual y especifique si la memoria
dinmica se va a utilizar para la mquina virtual.
4 Seleccionar un switch virtual existente en el host que debe ser conectado al
adaptador de red virtual en la mquina virtual o dejar la mquina virtual sin
conexin con los interruptores virtuales en el host.
5 Crear un nuevo disco virtual como el volumen del sistema en la mquina
virtual, conecte un disco virtual existente para este fin, o crear la mquina
virtual sin ningn tipo de discos duros virtuales conectados de manera que
se puede adjuntar una ms tarde. Si elige la primera opcin, puede
especificar si desea instalar el sistema operativo husped ms adelante;
instalarlo desde la unidad virtual ED / DVD, archivo de imagen ISO o un
disco foppy virtual; o instalarlo desde un servidor de instalacin basada en
la red (si ha conectado el adaptador de red virtual a un switch virtual).

Usando Windows PowerShell


Tambin puede usar el cmdlet New-VM para crear una nueva mquina virtual con
Windows PowerShell. Por ejemplo, para crear una nueva mquina virtual
denominado SRV-A en Host4, asigne la mquina virtual de 1 GB de memoria de
inicio, adjuntarlo al conmutador virtual denominado CONTOSO conmutador virtual,
crear un nuevo disco duro virtual (VHDX FLE) de 500 GB en la ubicacin
predeterminada, y crea el CD virtual accionar el dispositivo de arranque por
defecto, utilice el siguiente comando:
PS C:\> New-VM -ComputerName HOST4 -Name SRV-A emoryStartupBytes 1GB ` -BootDevice CD -SwitchName "CONTOSO
Virtual Switch" -NewVHDSizeBytes 500GB ` -NewVHDPath SRV-A.vhdx
Name State CPUUsage(%) MemoryAssigned(M) Uptime Status
SRV-A Off 0 0 00:00:00 Operating normally

Das könnte Ihnen auch gefallen